Last post 2 hours 11 min ago

Posts last week 141

Average response time last week 4 hours 42 min

All time posts 67824

All time tickets 10480

All time avg. posts per day 21

Helpdesk is open from Monday through Friday CET

Please create an (free) account to post any question in the support area.

Please check the development versions area. Look at the changelog, maybe your specific problem has been resolved already!

All tickets are private and they cannot be viewed by anyone. We have made public only a few tickets that we found helpful, after removing private information from them.

#2842 – conflict with Regular Labs Sliders?

Posted in ‘sh404SEF’

This is a public ticket. Everybody will be able to see its contents. Do not include usernames, passwords or any other sensitive information.

Thursday, 13 October 2016 18:27 UTC

brianpeat

I'm using sh4040Sef on a client site and it's been fine until I hit a page that has sliders on it that use anchors. It's possible it's unrelated, but when I change the url so it goes from http://[domain]/graphic-panels/panel-thickness-and-installation-guide to just http://[domain]/guide and save it, when I go to the original url I see it flip to /guide, and THEN it flips to graphic-panels#panelthickness (which doesn't exist) and the page that loads is the original parent page not the correct page.

It's a really weird issue that I can't seem to fix. It may be completely unrelated to the sliders on the page, I just can't figure out why ever other redirect works, but this one doesn't. Have you ever seen this?

I can give you admin access if you think you can figure out why it's doing that.

Friday, 14 October 2016 08:31 UTC

wb_weeblr

I hit a page that has sliders on it that use anchors.

If you really mean "anchors" (ie the href only has an anchor as in href="#something", those are not URLs, are not processed by Joomla or sh404SEF.
The behavior you described could be then caused by an incorrect base tag. The Joomla one is correct, so this may be coming from using one of those plugins that say they "fix" the joomla base tag (while they actually only break it).

If the URL in the href is a full one, not just an anchor, then this would indicate a relative URL is used (which is wrong).

In any case, I need to see the real page and see this happening. Admin credentials maybe useful also, at least to compare with Joomla SEF behavior.

Rgds

Friday, 14 October 2016 13:28 UTC

brianpeat

Sorry, I removed the urls before realizing that the ticket was private.

Here's the site in question:

http://xxxx.com

here's the original url:
http://xxxx.com/graphic-panels/panel-thickness-and-installation-guide

and the new one currently that does work:
http://xxxx.com/installation-guide

But I can't get just /guide to work

Feel free to test it and see, and then if you can't fix it, put it back to /installation-guide for me

Also, is there a way to put back the standard 404 so pages that don't exist don't just give a blank page? Or can you point me to some documentation on how to put the 404 text into sh404sef so the pages aren't just blank?

Thanks!

http://xxxx.com/administrator/
user: xxxx
password: xxxx

Friday, 14 October 2016 13:46 UTC

wb_weeblr

Hi

Not sure I understand the problem.

If I try to load /guide, I am redirected to /graphic-panels#panelthickness

Means you have an alias (a redirect) from /guide to /graphic-panels.

I don't know if you created that alias in sh404SEF, in your .htaccess or otherwise, but redirecting from /guide to /graphic-panels is expected.

If you want your redirect (look up "guide" in sh404SEF aliases page, for instance), and delete it, you'll probably solve the problem.

Rgds

Friday, 14 October 2016 13:50 UTC

brianpeat

what I want is for the actual page to use /guide and nothing else but when I do, it does that crazy redirect with the # in it and drops you to the parent page instead. This is the full unchanged url:
http://xxxx.com/graphic-panels/panel-thickness-and-installation-guide

/guide doesn't truly exist, we just WANT it to be the final url for that page.

I've checked the htaccess file and it doesn't have anything close to this sort of redirect in it, so I don't think it's the problem.

I just need to figure out how to make it work without redirecting to that hash/broken page. Does that make sense?

Friday, 14 October 2016 14:32 UTC

brianpeat

haha, you were right, but it wasn't an alias in anything you mentioned. I forgot I had redj running. I found it, and it's in there. I'm removing it now.

Thanks for the direction, I'm sure this will fix it.

thanks!

This ticket is closed, therefore read-only. You can no longer reply to it. If you need to provide more information, please open a new ticket and mention this ticket's number.