Strange bug: after a user login in his account pages(*) are no longer available (404)

Store Builder Questions
1

So… surf the site as guest. No problem.

Login in your account/create a new one: you can no longer see pages that are generated by me: categories, products, html pages. You get a 404.

You can still see the: promotions, cart content, checkout pages, home-page, etc.



URL are identical in both cases. How in the world is this happening??



I already placed a ticket at support but there solutions did not worked and there workload is very high. This is my production environment so time is critical.



Website is here: [url]http://bit.ly/bmVUKa[/url]



If you want to see it for your self try this test user:

username: vali

pasword: 123456



please note: this IS a production environment.

2

You have memberships enabled, and the blocks do not have ‘all’ selected.

3

[quote name=‘JesseLeeStringer’]You have memberships enabled, and the blocks do not have ‘all’ selected.[/QUOTE]

Ohh… come on! I may be a rookie, but I like to believe I’m not that rookie.



“All” is default. Anyway, to check it again, I have selected both guests and subscribed and all the rest for 1 product. Of course, no changes. But it is possible that some error comes from here. I run entirely on https, can this be a source of problem?



I looked throught the code and all I can think of is in the fn.control.php

something to do with the function: fn.dispatch()

I believe that controllers are different when a user login and products, pages and categories are no longer allowed and it is redirected to 404. No other explanation when the link is 100% the same

4

[quote name=‘vhaicu’]Ohh… come on! I may be a rookie, but I like to believe I’m not that rookie.



“All” is default. Anyway, to check it again, I have selected both guests and subscribed and all the rest for 1 product. Of course, no changes. But it is possible that some error comes from here. I run entirely on https, can this be a source of problem?



I looked throught the code and all I can think of is in the fn.control.php

something to do with the function: fn.dispatch()

I believe that controllers are different when a user login and products, pages and categories are no longer allowed and it is redirected to 404. No other explanation when the link is 100% the same[/QUOTE]

Just to double-test: I have created a new page, checked all members. I could see it in homepage as link, I click on it and … my favorite 404…

:-((

5

Have you removed all memberships and cleared the cache?

  • I don’t care if you are a rookie, I fall into these traps on certain days.
6

[quote name=‘JesseLeeStringer’]Have you removed all memberships and cleared the cache?

  • I don’t care if you are a rookie, I fall into these traps on certain days.[/QUOTE]

    No. I added all the possible users to that page. I can not remove membership as this is production server… :frowning:

    I clear the cache after, sure.
7

Update: now I run 2.1.1



Also: There is no problem if SEO is disabled. All kind of users can surf all the website. This problem occur only when SEO is enabled.

8

So problem is definetely in SEO. After disabling SEO, and clear the cache, I had no problem to surf the site with any user.

Support has still not solved the problem and the frustration is growing. Anybody who faced the same problem? Any tip for me?

9

The login works fine. Try to uninstall the SEO module, re-install the SEO module and activate it, delete all files and folders in /var/cache/ and /var/compiled/ and your browser cache and reload the page.

10

[quote name=‘vhaicu’]So problem is definetely in SEO. After disabling SEO, and clear the cache, I had no problem to surf the site with any user.

Support has still not solved the problem and the frustration is growing. Anybody who faced the same problem? Any tip for me?[/QUOTE]



Is your .htaccess file correct?

11

@indy0077

I did. Uninstalled the SEO add-on, deleted manualy all files in cache and compiled, reinstall and activate the SEO add-on.



nothing…



@S-Combs

Here is my .htaccess file:


=========Vali - enable compresion ========




SetOutputFilter DEFLATE



#####################################################
# CONFIGURE media caching
#
Header unset ETag
FileETag None

Header unset Last-Modified
Header set Expires "Fri, 21 Dec 2012 00:00:00 GMT"
Header set Cache-Control "public, no-transform"

#
#####################################################

# =========Vali - enable compresion ========


#[nastena]
RewriteCond %{HTTPS} off
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L]
#[/nastena]
RewriteEngine on

# Some hostings require RewriteBase to be uncommented
# Example:
# Your store url is [url]https://www.yourcompany.com/store/cart[/url]
# So "RewriteBase" should be:
# RewriteBase /store/cart

RewriteBase /
RewriteCond %{REQUEST_FILENAME} !\.(png|gif|ico|swf|jpe?g|js|css)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

RewriteCond %{REQUEST_FILENAME} .*\/catalog\/.*
RewriteCond %{REQUEST_FILENAME} -d
RewriteCond %{REQUEST_FILENAME}/index.html !-f
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

12

```php # Some hostings require RewriteBase to be uncommented

Example:

Your store url is https://www.yourcompany.com/store/cart

So “RewriteBase” should be:

RewriteBase /store/cart


RewriteBase /[COLOR="Red"]bmVUKa[/COLOR]
RewriteCond %{REQUEST_FILENAME} !\.(png|gif|ico|swf|jpe?g|js|css)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

RewriteCond %{REQUEST_FILENAME} .*\/catalog\/.*
RewriteCond %{REQUEST_FILENAME} -d
RewriteCond %{REQUEST_FILENAME}/index.html !-f
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

```
13

[quote name=‘Tool Outfitters’]```php # Some hostings require RewriteBase to be uncommented

Example:

Your store url is https://www.yourcompany.com/store/cart

So “RewriteBase” should be:

RewriteBase /store/cart


RewriteBase /[COLOR=Red]bmVUKa[/COLOR]
RewriteCond %{REQUEST_FILENAME} !\.(png|gif|ico|swf|jpe?g|js|css)$
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

RewriteCond %{REQUEST_FILENAME} .*\/catalog\/.*
RewriteCond %{REQUEST_FILENAME} -d
RewriteCond %{REQUEST_FILENAME}/index.html !-f
RewriteRule . index.php?sef_rewrite=1 [L,QSA]

```[/quote]
The '[COLOR=Red]bmVUKa' [/COLOR][COLOR=Black]is just a bitly sufix, not the install path...[/COLOR]
14

store is installed in “https://www. [intended space] fungadgets. [intended space] .ro”

I used bitly shortpath to avoid google indexing. Same now with [intended space]

15

LOL! I reckon I should have actually visited the page. :stuck_out_tongue:



Disable the https to rule it out.

16

[quote name=‘vhaicu’]store is installed in "https://www…[/quote]

So, I guess there will be something uncompatible between the SEO and your ‘https’ url’s…

17

Hmmm… I posted a support ticket, performed the modifications they sugested but still not working.

The weird thing is that if I disable SEO is working without problem in SSL mode.



I already tried to disable SSL by deleting the redirect from htaccess, no success.



Second weird thing is that the link is correct: so if it is: [url]https://www.website.ro/product.html[/url] without being login, it is the same link when you are login also. I even copy/paste the login in another browser and it worked just fine.



It looks like the user does not have rights to see the page. As the pages are hidden from logged users. But again not if the SEO is disabled…

18

IMPORTANT UPDATE

on test.fungadgets.ro I have installed a fresh 2.1.1 version with demo data.

NO modification what so ever, except adding a category and a product to test options.



login here with SEO installed will make the same problem as usual. You can try it for your self. This is a test environment so feel free to do whatever you want.

Try the admin pannel also, login with the standard instalation, unmodified user and password.



I can only conclude this is a bug. I will report it now.

19

I wouldn’t necessarily call it a bug because you seem to be the only one with the problem. I would be leaning more toward server.

20

PROBLEM SOLVED

Guess what?! Did you heard about WEBO? Well… just disabling it is not enough. Uninstall would do magic… for my poor customers who want to login.



2tl guy from bugreport is a genius. Finally I can relax after 5 days of overstress.