• Home
  • Get help
  • Ask a question
Last post 2 hours 53 min ago
Posts last week 82
Average response time last week 34 min
All time posts 68046
All time tickets 10515
All time avg. posts per day 20

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.

#1566 – urgent, error 404 some with some docman files ???!! very strange !!

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.
Friday, 18 December 2015 11:45 UTC
piet
 ahh please help us.

Wehave a big problem.

Some docman is not possible to download ...
exemple here :
http://www.xxxx.be/publications/analyses/le-droit-d-asile-des-irakiens-en-danger

you have docman link at the end of the article. erreur 404 when we try to download one of them!!

If we disable sh404sef, it is ok !!

Some other articles with docman link doesn't have problem with sh404sef activated...
example here :
http://www.xxxx.be/thematiques/accueil-demandeurs-d-asile-et-retour-volontaire/retour-volontaire/analyse-de-l-instruction-relative-au-trajet-de-retour-et-aux-places-de-retour-pour-les-demandeurs-d-asile-accueillis-dans


Ahh what is wrong with SH404SEF?? We don't touch at teh configuration since a few months...
Just update the component!!!


Pleasse help us and why have we this very very annoying problem....???

Regard.


www.xxxx.be/administrator
log : xxxx
pass : xxxx
Friday, 18 December 2015 12:08 UTC
wb_weeblr
Hi

Pleasse help us and why have we this very very annoying problem....???
When we know what the problem is, we can decide on this.

So far, I have no information telling me there is anything wrong with sh404SEF, so please refrain to make any derogatory comment until you know something.

Here is what I can see:

1 - On this page, http://www.xxxx.be/publications/analyses/le-droit-d-asile-des-irakiens-en-dange, I can see the 404.
The link to the file: http://www.xxxx.be/analyses/1172-le-droit-d-asile-des-irakiens-en-danger

For some reason, you have put this link twice

2 - On this page: http://www.xxxx.be/thematiques/accueil-demandeurs-d-asile-et-retour-volontaire/retour-volontaire/analyse-de-l-instruction-relative-au-trajet-de-retour-et-aux-places-de-retour-pour-les-demandeurs-d-asile-accueillis-dans

there is no 404, the link works fine.

The link to the file is: http://www.xxxx.be/docman?gid=675&task=doc_download


It looks like the difference is in how the links have been created:

Working link:
[xxxx]

Non working links:
[xxxx]


With the new types of link, Docman doesn't trigger the download. I even tried manually, just cut and pasting:

index.php?option=com_docman&Itemid=910&alias=1172-le-droit-d-asile-des-irakiens-en-danger&category_slug=analyses&lang=fr&view=document

in the browser, and Docman still redirects to a 404.

So basically, there was no change in sh404SEF, only the links you create are different now.

You have multiple options from there:

- fix the links you create
- select another settings for Docman under the "By components" tab of sh404SEF, such a "Use Joomla router" or "Leave as non-sef".

I have tested that the new links you are now using works with the two latter options.

Rgds

 
Friday, 18 December 2015 12:42 UTC
piet
Ok, the second link is just a test.



So start again from the first link from this page. and why is it not working.
http://www.xxxx.be/publications/analyses/le-droit-d-asile-des-irakiens-en-danger
and the docman link :
http://www.xxxx.be/analyses/1172-le-droit-d-asile-des-irakiens-en-danger

or here, it is not working too:
http://www.xxxx.be/publications/etudes/nouvelle-edition-du-guide-de-la-procedure-d-asile-en-belgique

docman not working pdf link:
http://www.xxxx.be/docman?gid=1070&task=doc_download


Because here it is working :
http://www.xxxx.be/thematiques/politiques-migratoires/y-a-t-il-une-question-rom-en-belgique

and the pdf link:
http://www.xxxx.be/docman?gid=1004&task=doc_download


and it is working here too
http://www.xxxx.be/thematiques/sejour-et-regroupement-familial/regroupement-familial/depliant-migrant-e-victime-de-violences-conjugales-quels-sont-mes-droits

pdf link :
http://www.xxxx.be/thematiques/sejour-et-regroupement-familial/1170-migrant-e-et-victime-de-violence-conjugale-version-fr

So on some very old article or some new article, sometimes, it is working, sometimes not...

And when we insert the docman link, we always done it with the button on JCE interfarce



And if I said that, it is because, if I desactivated sh404sef, the link is working well...!

Sorry but I don't understand why, suddently, some links are not working anymore...?

Regard.
Friday, 18 December 2015 12:51 UTC
piet
or here this new article made 10 days ago and the link worked very well. We tested, we are 99% sure.

http://www.xxxx.be/publications/analyses/le-droit-d-asile-en-danger


Friday, 18 December 2015 13:25 UTC
wb_weeblr
Hi



So start again from the first link from this page. and why is it not working.
ok, have you read my reply?

You have changed the links you create. The links created with the OLD FORMAT work. The links you created with the NEW FORMAT don't work.

I have spent some time doing some screenshots and explaining in details, so please take the time to read what I write.

Rgds
 
Friday, 18 December 2015 14:07 UTC
piet
Hello,

yes I read careffully your first answer, but please...

I take a other example. this article,very old article (2014), with modification in 2015 for the image in K2., the "old" link doesn't work...
http://www.xxxx.be/publications/analyses/asile-et-migration-un-accord-de-gouvernement-inquietant

docman link in the article :
http://www.xxxx.be/docman?gid=1034&task=doc_download

link in the browser
http://www.xxxx.be/communiques-de-presse/1034-asile-et-migration-un-accord-de-gouvernement-inquietant-20141014/file

Sorry, but I don't understand why these links worked a few days ago...



Friday, 18 December 2015 16:41 UTC
wb_weeblr
Hi

So after spending another couple of hours on debugging a local copy of your site, and even though I have not yet fully understood the bug in it, I can already tell you that this is caused by the EasyFrontend SEO" system plugin.

As a quick fix, you can simply disable the Easy frontend SEO system plugin.

RGds
 
Friday, 18 December 2015 16:50 UTC
wb_weeblr
Hi

Spent a bit more time to try find the bug in that plugin. It's rather simple, but unfortunately too common. They are doing things they should not do in the onAfterInitialise event, in file /plugins/system/easyfrontend/easyfrontendseo.php:
	/**
	 * Sets needed object variables in the trigger onAfterInitialise to avoid triggering the framework too early
	 */
	public function onAfterInitialise()
	{
		$this->set('allowed_user_groups', $this->allowedUserGroups());
		$this->set('db', JFactory::getDbo());
		$this->set('session', JFactory::getSession());
		$this->set('request', JFactory::getApplication()->input);

		$uri = JUri::getInstance();
		$this->set('url_tostring', $uri->toString());

		// Compatibility Mode
		$compatibility = $this->params->get('compatibility');
		$relative_urls = $this->params->get('relative_urls');

		if($compatibility != 2)
		{
			$internal_url = $this->buildInternalUrl($uri);
		}
The call to $this->buildInternalUrl($uri); actually use the router to parse the URL, before the system routing phase has happened.

I have simply moved this to the onAfterRoute event, and that seems to fix it:
	/**
	 * Sets needed object variables in the trigger onAfterInitialise to avoid triggering the framework too early
	 */
	public function onAfterRoute()
	{
		$this->set('allowed_user_groups', $this->allowedUserGroups());
		$this->set('db', JFactory::getDbo());
		$this->set('session', JFactory::getSession());
		$this->set('request', JFactory::getApplication()->input);

		$uri = JUri::getInstance();
		$this->set('url_tostring', $uri->toString());

		// Compatibility Mode
		$compatibility = $this->params->get('compatibility');
		$relative_urls = $this->params->get('relative_urls');

		if($compatibility != 2)
		{
			$internal_url = $this->buildInternalUrl($uri);
		}


This fixes the download problem. I suggest this should be communicated to that extension developer.

Rgds
 
Friday, 18 December 2015 20:40 UTC
piet
Ok thank you so much for your help.

We'll contact the developper of EasyFrontend SEO.

The conclusion is "don't buy free component"; It is not fully tested.


So, to be honest, what do you want for your extra-work ?
I'm verry sorry; I'm was convinced that sh404sef was in fault, because if I desactived it, it was working.
Sorry again.

And what is your price for this work ?

Regard.
Monday, 21 December 2015 12:52 UTC
wb_weeblr
Hi

This is how we do support, we don't do custom work, so there's no additional charge. Just be sure to renew in time!

Rgds
 
Wednesday, 23 December 2015 21:21 UTC
piet
Yes,

but you provide very very great support.

Again, thank you very much por help.

And be sure we renew at time our subscription!

Regard.
Thursday, 24 December 2015 08:16 UTC
wb_weeblr
Hi

Thanks very much for your kind words ;)

Closing this ticket now, feel free to open a new one as needed. If you do so, please mention this ticket number in the new one.

If you created any superadmin account for us, be sure to delete or block it now to avoid unnecessary risk in the future.

And please feel free to post a review on the JED,it helps and we appreciate it!


Have a nice holiday season!

Rgds
 
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.