Hi,

I've got a weird one here. ECT PHP v7.0.7.

If I open the home page, specifically, of my store with no relative page/URI, the *initial generation* of the HTML for the verticalmenu2 dynamic menu has the domain missing so it just shows the relative page as "https://products.php/?cat=...". Chrome shows the source as:
a href="\/products.php?cat=..."

*But* if you click on any other page link so a page and the menu is reloaded, then the links are fine from then on!

You can see the effect on our live site. Go to exactly this URL:

https://securityforbikes.com

and before clicking on anything else, click to expand the "Package Deals" link in the left navbar and mouse-over the "Extreme Security Chain and Lock Deals" link to see the URL that is referenced. You should see:

https://products.php/?cat=Extreme+Security+Chain+and+Lock+deals

...which is an invalid link.

The other links from the dynamic menu are also invalid in a similar way.

If you then click on any link in the top navbar, and then repeat the check on the left navbar Package Deals expansion, you should see valid links throughout.

Bizarrely, if you open a new browser tab and enter a full URL for the home page:

https://securityforbikes.com/index.php

it is generated perfectly straight away (even though that is the same page as is opened with just the domain name and no specific page). *This seems like a strong clue what is going on - Perhaps an uninitialised variable somewhere?

Has anyone got any ideas, please? This is actually quite a serious problem as it means that people will get broken links when they first come to our site and use that left navbar. The top navbar works fine (but that's implemented differently).

Similar behaviour with Firefox, Chrome, etc, all bang up-to-date.

Thanks in advance,

Steve.

Pragmasis Limited
https://SecurityForBikes.com

Hi Steve
Can you check in the admin and in the includes.php files what you have for the Store URL. What I'm getting for the links is something like...
\/products.php
So it's possible that the store url is being set to a backslash maybe.

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

Hi Vince,
The store URL was
https://SecurityForBikes.com/
I took off the trailing / but that makes no difference.
It is interesting that the menu is fine if you go to the site in a new tab with an explicit page address, such as:
https://securityforbikes.com/index.php
even though that is exactly the same page.
Thanks,
Steve.

Pragmasis Limited
https://SecurityForBikes.com

Have you got any strange rewrite rules in the .htacces file?
And can you try the store url in lower case?

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

No, there's nothing weird in .htaccess (in fact it's an empty file), and lowercase doesn't make any difference.
You can see the same problem on our test site:
https://test.securityforbikes.com
- You've got the admin login for that already.


Pragmasis Limited
https://SecurityForBikes.com

Hi Steve
I clear out old logins after a while so could you send the FTP details for the test site to my email (vince AT ecommercetemplates DOT com) again?

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

Hi Vince,

I'm e-mailing FTP info in an encrypted Zip file with pwd *****

Thanks,

Steve.

Pragmasis Limited
https://SecurityForBikes.com

Hi Steve
I've found the problem and it's because of the Windows server which was producing a windows style slash for a directory name. I've added a fix for that to your test site and all is looking good, and I'll get the change into the next updater.

Vince

Click Here for Shopping Cart Software
Click Here to sign up for our newsletter
Click Here for the latest updater

Hi Vince,

Brilliant. Thanks for the quick fix.

I've seen what you've done. That took quite a bit of jiggling to resolve so thanks again.

That was in v7.1.7 on our test site. Rather conveniently, incmenu.php was the same in v7.0.7 as in v7.1.7 so I've slid your updated copy into our live site and it is also working fine. Great!

Again, thanks for the quick fix.

Steve.

Pragmasis Limited
https://SecurityForBikes.com