Last post 8 hours 33 min ago

Posts last week 141

Average response time last week 4 hours 42 min

All time posts 67805

All time tickets 10478

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.

#4415 – Issues with DOCman SEF URLs After Activating sh404SEF

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, 14 December 2017 01:06 UTC

orware

Hi again :-).

So this is something I ran into over the past weekend (when I opened up my other ticket about my issues with configuration file which I was able to sort out by adjusting my php.ini).

Basically, it appears that sh404SEF is interfering somehow with the normal process for DOCman 3.1.3 particularly when going over to add in a new document for an existing DOCman Category.

Normally, when you click on the Submit File link for a category it would take you to the Add screen and it will automatically prepopulate the Category with the one you are trying to add the file to which is a nice time-saving feature. However, with sh404SEF active (and with me already adjusting sh404SEF to use the regular Joomla router for DOCman) this particular piece of functionality doesn't work properly (it keeps on defaulting to the first category like it doesn't know which one you came from).

I'll attach some images here to show what I mean and I can definitely assist with the troubleshooting process as well, but the URL itself is not changing (the only variable is me toggling the "Enable URL Optimization" option in sh404SEF.

This is URL on my local machine which shows it should be setting the "Collective Bargaining Agreements" in the Category field automatically:
https://xxxx.edu/ivc_2017/docs/collective-bargaining-agreements/?view=document&layout=form&slug=

But as you can see in the attached two pictures, when sh404SEF is enabled, it defaults to the first category "Student Affairs". Right after turning sh404SEF off and reloading the page, it pulls in the Category correctly.

I switched to using the Joomla router for DOCman in this case because I was running into different issues using the default setting (can't recall the specifics for those but it was a different sort of issue).

I'm not sure if you have a test environment for DOCman 3 on your end to test this easily or not, but please let me know what I can do to assist (I'll likely continue trying to do some debugging on my end too...if I figure anything out I'll let you know).

-Omar

Thursday, 14 December 2017 08:53 UTC

wb_weeblr

(and with me already adjusting sh404SEF to use the regular Joomla router for DOCman

Then sh404SEF is disabled when on an Docman page, I'm not sure how it can have any effect here.

Basically, it appears that sh404SEF is interfering somehow with the normal process for DOCman 3.1.3 particularly when going over to add in a new document for an existing DOCman Category.

Not at all. It only means Docman is misbehaving when sh404SEF is enabled. That in no way means the problem is coming from sh404SEF.

If the URL is the same in both cases, which is expected as you are using Joomla router, then Docman should handle it properly. I suspect this is an Itemid thing, and/or maybe they are using a non-standard way to obtain the query variables (which is plausible, as they are using their own framework to build their extension - they might not always catch up on Joomla changes, especially the recent router changes).

One thing you could try is to add com_docman to the list of "Extensions needing $_GET", under the "Advanced" tab of sh404SEF configuration.

Rgds

Thursday, 14 December 2017 09:06 UTC

orware

Thanks for the reply! I'll check things out from that perspective then (with an eye towards what might be acting funny in DOCman) and let you know if I figure out anything.

I'll also look into the additional area in the sh404SEF configuration you mentioned to see if that might help me out too ;-).

Thursday, 14 December 2017 09:17 UTC

orware

Just a quick update...I went ahead and tried adding com_docman to that list in the sh404SEF configuration and retried the process of adding a new document in DOCman and it did not seem to improve things (it still defaulted to that first category rather than the expected one).

I'll head to bed right now but hopefully tomorrow morning I can spend a bit of time looking into it and see if I can debug it and figure out what might be occurring differently between when sh404SEF is active and when it's off and how DOCman is handling things.

Thursday, 14 December 2017 10:08 UTC

wb_weeblr

Hi

That's cool, hope you can find a pointer. It's quite possible sh404SEF does something different than the Joomla API, and that fools Docman. Considering the changes in Joomla router that happened in J! 3.8, it's just equally likely that Docman is in fault and does not properly read the Itemid or similar.
If you can't find something directly, I would have to get a full akeeba backup of your site, so that I can debug locally and step through the PHP. The key point being understanding how Docman finds the category to use from the URL (or doesnt in that case). This might be tricky in the case of Docman, as it uses Koowa as its framework, and so there cannot be any ETA put on that.

Rgds

Friday, 29 December 2017 05:34 UTC

system

This ticket has been automatically closed. All tickets which have been inactive for a long time are automatically closed. If you believe that this ticket was closed in error, please contact us.

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.