Last modified: 2006-06-06 01:00:15 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 2587 - Section edit gets wrong section when wiki-headers prefixed by comment
Section edit gets wrong section when wiki-headers prefixed by comment
Product: MediaWiki
Classification: Unclassified
Page editing (Other open bugs)
All All
: Normal normal with 1 vote (vote)
: ---
Assigned To: Brion Vibber
Depends on:
Blocks: 4899
  Show dependency treegraph
Reported: 2005-06-28 19:23 UTC by Kreutzmann
Modified: 2006-06-06 01:00 UTC (History)
1 user (show)

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


Description Kreutzmann 2005-06-28 19:23:01 UTC
I was on this page and frequently doing previews while editing, but I don't know
the exact details (I am always confused of the location of the edit links, hence
I did not notice the error first, I thought it was my error).

Right now, the edit-links are shifted, i.e., pressing the one one the level of
Usage, brings up the edit page for history, on the history one for mutual
recognition agreement and so on, leaving no edit link for Usage.

Please note, that I caused the effect under Firefox/Windows, but under
mozilla/Linux (now at home) I reproduced them. Though I did not try to edit the
page to continue the shift.

I notice, that the links look fine, i.e. section=1, section=2 and so on.

After I noticed this behaviour, I edited the usage part (last paragraph) via the
main tab, as I could not reach that paragraph with a direct link.

I hope this is not yet reported. I tried to search for "edit and shifted" (also
without and) but I always got many results, and those I looked at were different
but I might have missed it.
Comment 1 Brion Vibber 2005-06-28 19:30:06 UTC
This was caused by the insertion of HTML comments into the source, which I've 

They were added during the three previous edits.
Comment 2 Kreutzmann 2005-06-28 19:42:14 UTC
Then this bug must be cloned, because I never inserted those comment, also I saw
them (but I was not sure that the number of them stayed constant, and I *think*
they were less/none initially. So there a two bugs:

a) Comments prevent edit from being placed properly
b) Somehow (by using preview, I assume) those comments are inserted.

Can you clone this bug appropriately?
Comment 3 Kreutzmann 2005-07-04 19:57:10 UTC
These comments can even make paragraphs invisible (possibly even after
repairing). I edited

And even though I deleted this comments, the first paragraph is still replaced
by a box. 
I used Firefox/Windows, and I had trouble getting the text to start at the
beginning of the new line,
but with cutting, pressing enter, and pasting it workd, although the display is
still wrong (if you
edit the page, the first paragraph is indeed there!).

Or is this a new bug? 
Comment 4 Zigger 2006-01-10 15:42:02 UTC
(Version set to original report.)
There are other open section-editing bugs [1], but only bug 3342 looks possibly
Below is a simplified test case.  The section edit links are generated
correctly, but the resulting edit text is the section following the chosen one.


<!-- -->==sec1==

Comment 5 Brion Vibber 2006-06-06 01:00:15 UTC
Fixed in r14583.

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