Last modified: 2009-03-27 08:35:35 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T17242, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 15242 - Link with action=edit&redlink=1 leading to existing page should redirect to plain view
Link with action=edit&redlink=1 leading to existing page should redirect to p...
Status: RESOLVED FIXED
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
unspecified
All All
: Normal enhancement with 1 vote (vote)
: ---
Assigned To: Nobody - You can work on this!
http://en.wikipedia.org/w/index.php?t...
: patch, patch-need-review
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2008-08-19 13:15 UTC by Mormegil
Modified: 2009-03-27 08:35 UTC (History)
3 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Attachments
A simple patch for this enhancement (473 bytes, patch)
2008-08-19 13:17 UTC, Mormegil
Details
A slightly refactored patch (1.88 KB, patch)
2008-08-20 16:27 UTC, Mormegil
Details
Fixed patch (1.88 KB, patch)
2008-09-03 17:15 UTC, Mormegil
Details

Description Mormegil 2008-08-19 13:15:56 UTC
When an outdated red link is clicked, and the target page has been created in the meantime, MediaWiki should not display edit form, even though action=edit has been given. It should redirect to normal page view.
Comment 1 Mormegil 2008-08-19 13:17:05 UTC
Created attachment 5197 [details]
A simple patch for this enhancement

(Why do I always receive “The bug was created successfully, but attachment creation failed.” when trying to create a new bug with an attachment included in the first commit?)
Comment 2 Daniel Friesen 2008-08-20 08:12:22 UTC
That patch looks bad. The current redlink logic is part of EditForm::readOnlyPage(), if that is a bad location then it should be moved, rather than duplicated.
Comment 3 Mormegil 2008-08-20 16:27:53 UTC
Created attachment 5201 [details]
A slightly refactored patch

Well, to be honest, I did not see much of common “redlink logic”. But OK, the $wgRequest->getBool and the $wgOut->redirect can be factored out. (Even though the result does not seem too much better to me.)
Comment 4 Mormegil 2008-09-03 17:15:28 UTC
Created attachment 5280 [details]
Fixed patch

There was a tiny bug in the patch, fixed.
Comment 5 Aaron Schulz 2009-01-24 01:09:13 UTC
I'd move '$wgOut->redirect( $this->mTitle->getFullUrl() );' out of the autoredirect function and leave readonlypage() alone.
Comment 6 Mormegil 2009-01-26 19:03:39 UTC
(In reply to comment #5)
> I'd move '$wgOut->redirect( $this->mTitle->getFullUrl() );' out of the
> autoredirect function and leave readonlypage() alone.

Mmmm… you mean like in the original version of the patch (attachment 5197 [details])? ;-)
Comment 7 Happy-melon 2009-03-27 00:04:05 UTC
This was done in r48039.
Comment 8 Mormegil 2009-03-27 08:35:35 UTC
OK, so FIXED, I guess…

Note You need to log in before you can comment on or make changes to this bug.


Navigation
Links