Closed
Bug 487284
Opened 16 years ago
Closed 16 years ago
REDIRECT plugin is not working
Categories
(support.mozilla.org :: Knowledge Base Software, task)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
VERIFIED
FIXED
1.0.2
People
(Reporter: cilias, Assigned: paulc)
References
()
Details
(Whiteboard: tiki_fixed)
I've renamed the article "Hiding bookmarks in the Smart Location Bar" to "Cannot clear Location bar history". I then created a new version of "Hiding bookmarks in the Smart Location Bar" with the body:
{REDIRECT(page=Cannot clear Location bar history)/}
You can see it at <https://support.mozilla.com/tiki-editpage.php?page=Hiding+bookmarks+in+the+Smart+Location+Bar>
The URL for the article does not redirect. It just loads a blank page.
<https://support.mozilla.com/en-US/kb/Hiding+bookmarks+in+the+Smart+Location+Bar>
It should redirect to <https://support.mozilla.com/en-US/kb/Cannot+clear+Location+bar+history>, which loads fine.
| Assignee | ||
Comment 1•16 years ago
|
||
I don't see that anymore... is it working now?
| Reporter | ||
Comment 2•16 years ago
|
||
I just tried it in another browser, and it loaded the old article instead of redirecting.
| Assignee | ||
Comment 3•16 years ago
|
||
So the problem seems to be that redirect doesn't work. I see that too (as in, i see Hiding bookmarks)
How is this supposed to work? Reload the URL (real redirect) or load the content of that other page?
| Reporter | ||
Comment 4•16 years ago
|
||
Seems to be working now. I guess it was a caching issue.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
It's not working here... even on HTTPS which shouldn't cache.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
| Assignee | ||
Updated•16 years ago
|
Assignee: nobody → paul.craciunoiu
| Reporter | ||
Comment 7•16 years ago
|
||
It looks like this applies to all redirects. (renaming bug)
Summary: "Hiding bookmarks in the Smart Location Bar" is loading a blank page → REDIRECT plugin is not working
| Assignee | ||
Comment 8•16 years ago
|
||
There was a bug in tikilib.php about the location of a file which caused the whole page to break. One include path correction and yay! :)
Try now.
r24291 / r24292
Sylvie, if you could take a look at the diff above, if the langmapping.php file is in the same location by default on a fresh Tiki install, this may be a TikiWiki bug.
Status: REOPENED → RESOLVED
Closed: 16 years ago → 16 years ago
OS: Mac OS X → All
Hardware: x86 → All
Resolution: --- → FIXED
Target Milestone: --- → 1.0.2
| Assignee | ||
Comment 9•16 years ago
|
||
Turns out that the previous fix breaks the other use cases for this function.
It appears that the include path is different if the call is from a different class (multilinguallib.php) as opposed to if it is just from the root of the website outside a class. I have no idea why that is, but the new solution is a workaround, and this time the change is more specific to this bug.
r24300 / r24301
| Reporter | ||
Comment 10•16 years ago
|
||
FWIW, http://support-stage.mozilla.org/en-US/kb/Flash is an article on stage that uses redirect.
Verified FIXED; http://support-stage.mozilla.org/en-US/kb/Flash redirects to http://support-stage.mozilla.org/en-US/kb/Using+the+Flash+plugin+with+Firefox. Thanks, Chris!
Status: RESOLVED → VERIFIED
| Assignee | ||
Comment 12•16 years ago
|
||
Reset to RESOLVED so it can get proper QA again. See bug 488171.
Status: VERIFIED → RESOLVED
Closed: 16 years ago → 16 years ago
Verified FIXED again -- still working :-)
Status: RESOLVED → VERIFIED
Updated•16 years ago
|
Keywords: push-needed
Updated•16 years ago
|
Keywords: push-needed
Updated•16 years ago
|
Whiteboard: tiki_bug
Updated•16 years ago
|
Whiteboard: tiki_bug → tiki_bug, tiki_fixed
Updated•16 years ago
|
Whiteboard: tiki_bug, tiki_fixed → tiki_fixed
You need to log in
before you can comment on or make changes to this bug.
Description
•