View Issue Details

This issue affects 1 person(s).
 4
IDProjectCategoryView StatusLast Update
08062Bug reportsLimeSurvey Websitepublic2013-10-20 01:12
ReporterDeveloperChris Assigned Toc_schmitz  
PrioritynormalSeveritypartial_block 
Status closedResolutionwon't fix 
Summary08062: incoming links to website are often broken
Description

I have followed numerous links to the documentation and although these links all refer to the relevant section of the wiki they only ever end up at the front page.

An example from a google search
http://manual.limesurvey.org/?page=The+template+editor

An example link from a forum reply
http://docs.limesurvey.org/The+template+editor&structure=English+Instructions+for+LimeSurvey#Keywords

Obviously the redirection mechanism is not working. This is very frustrating due to the links often going to exactly the article you need. Instead you need to start searching for something that may be very obscure. This renders many forum answers and links from other websites pretty useless

Steps To Reproduce

See description for example links

TagsNo tags attached.
Bug heat4
Complete LimeSurvey version number (& build)Documentation website (wiki)
I will donate to the project if issue is resolvedNo
BrowserAll
Database type & versionNA
Server OS (if known)NA
Webserver software & version (if known)NA
PHP VersionNA
Git branch / Pull Request URL

Users monitoring this issue

There are no users monitoring this issue.

Activities

c_schmitz

c_schmitz

2013-08-24 23:04

administrator   ~26079

Documentation site was moved.

DeveloperChris

DeveloperChris

2013-08-26 00:54

reporter   ~26082

"Documentation site was moved."

Does that mean you aren't going to fix it?

I don't want to sound caustic but its hard not to. I can understand the need to reorganise a website. but to do that at the cost of losing incoming links and breaking your forum links is in a word, stupid.

Do I need to give you a quick lesson on how the internet works?

For someone like me who has been thrust into the job of understanding lime survey it is incredibly frustrating. Your answer is nothing less than a slap in the face to your users. Especially considering a 302 rewrite rule is what about 5 minutes work. Ten if you have never done it before.

c_schmitz

c_schmitz

2013-08-26 15:37

administrator   ~26084

The new links are completely different so a 302 rewrite does not cut it. Google has indexed all new pages so search engine links should be up to date now.

DeveloperChris

DeveloperChris

2013-08-28 02:02

reporter   ~26102

While it is correct that google will eventually (it can take considerable time) re-index all the pages correctly. That is not true of incoming links from other websites including your own forum

You could do a search for documentation links in your forum and manually repair those. But that does not fix incoming links from other websites.

Perhaps a simple apache url rewrite may not cut it but you could implement a simple script that handles the complexities of the rewrite that is needed.

The reason I am going on about this is because it is so important. unless of course I am the only one that uses google and your forums to search for solutions then "Who cares".

As I consider it so important I am happy to look at it myself...

DeveloperChris

DeveloperChris

2013-08-29 02:41

reporter   ~26108

Here is another example...
Try to follow the links in this bug report
http://bugs.limesurvey.org/view.php?id=6844

By the way the comments in the fixed documentation about that problem is naive.

"Regarding the source of the problem: LimeSurvey tried to determine the domain from the server PHP variable $_SERVER['HTTP_HOST'] or $_SERVER['SERVER_NAME'].

Some web server software do not properly seem to provide this information or are mis-configured."
http://manual.limesurvey.org/wiki/Tokens#Wrong_domain_in_invitation.2Freminder_email_link

Often the servers are not 'mis configured' it is by design.

In our case we are behind a firewall reverse proxy. This means the real (external) URL is https://bla.com but the webserver sees the internal URL http://bla.com because the SSL is stripped off by the firewall. There is no easy way to resolve this except to set a different URL for emails etc in the configuration.

c_schmitz

c_schmitz

2013-09-09 17:49

administrator   ~26197

Well, don't hold back, if you want to help and write a script.

c_schmitz

c_schmitz

2013-09-15 18:52

administrator   ~26234

Anything?

DeveloperChris

DeveloperChris

2013-09-16 01:43

reporter   ~26239

It's obvious these changes have occurred on at least two separate occasions. At a guess I would say the retirement of docs.limesurvey.org and then the move to the subdirectory 'wiki'

But there is also a change in naming conventions. "The template editor" has become The_template_editor"

Without knowing the scope of the changes made I am not sure I can be of assistance.

Perhaps if you can detail the changes made (and perhaps why) I can review how media wiki works and come up with an alternative (moving from docs is not so hard but how to rewrite it for the underscores may be an issue)

c_schmitz

c_schmitz

2013-09-18 16:40

administrator   ~26280

Well, what we did is move the data from TikiWiki to MediaWiki, both Wikis have very different ways when generating the URL. You can see the old Wiki at oldmanual.limesurvey.org if that helps.

DeveloperChris

DeveloperChris

2013-09-19 00:54

reporter   ~26287

Ahhh that makes things a lot clearer.

I'll see if I can do anything. though my limesurvey project has finished so unfortunately the urgency is not there any more.

c_schmitz

c_schmitz

2013-09-19 12:43

administrator   ~26291

I am looking forward to it.

c_schmitz

c_schmitz

2013-10-11 12:57

administrator   ~26724

It's been almost a month. Still intending on doing this or want me to close the issue?

Issue History

Date Modified Username Field Change
2013-07-31 03:28 DeveloperChris New Issue
2013-07-31 03:28 DeveloperChris Status new => assigned
2013-07-31 03:28 DeveloperChris Assigned To => c_schmitz
2013-08-24 23:04 c_schmitz Note Added: 26079
2013-08-24 23:04 c_schmitz Status assigned => closed
2013-08-24 23:04 c_schmitz Resolution open => fixed
2013-08-26 00:54 DeveloperChris Note Added: 26082
2013-08-26 00:54 DeveloperChris Status closed => feedback
2013-08-26 00:54 DeveloperChris Resolution fixed => reopened
2013-08-26 15:37 c_schmitz Note Added: 26084
2013-08-26 15:37 c_schmitz Status feedback => closed
2013-08-26 15:37 c_schmitz Resolution reopened => fixed
2013-08-28 02:02 DeveloperChris Note Added: 26102
2013-08-28 02:02 DeveloperChris Status closed => feedback
2013-08-28 02:02 DeveloperChris Resolution fixed => reopened
2013-08-29 02:41 DeveloperChris Note Added: 26108
2013-08-29 02:41 DeveloperChris Status feedback => assigned
2013-09-09 17:49 c_schmitz Note Added: 26197
2013-09-09 17:49 c_schmitz Status assigned => feedback
2013-09-15 18:52 c_schmitz Note Added: 26234
2013-09-16 01:43 DeveloperChris Note Added: 26239
2013-09-16 01:43 DeveloperChris Status feedback => assigned
2013-09-18 16:40 c_schmitz Note Added: 26280
2013-09-18 16:40 c_schmitz Status assigned => feedback
2013-09-19 00:54 DeveloperChris Note Added: 26287
2013-09-19 00:54 DeveloperChris Status feedback => assigned
2013-09-19 12:43 c_schmitz Note Added: 26291
2013-09-19 12:43 c_schmitz Status assigned => feedback
2013-10-11 12:57 c_schmitz Note Added: 26724
2013-10-20 01:12 c_schmitz Status feedback => closed
2013-10-20 01:12 c_schmitz Resolution reopened => won't fix