Page MenuHomePhabricator

Monobook user edit buttons go first
Closed, InvalidPublic

Description

With the change to v 1.19 at cs.wv, I have figured out that monobook user edit buttons go prior to defaults buttons. As participants adapted to default user buttons, this might disturb tham (e.g. to have signature somewhere else). This "problem" was reported also on other projects.


Version: 1.19
Severity: trivial

Details

Reference
bz35068

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 12:19 AM
bzimport set Reference to bz35068.
bzimport added a subscriber: Unknown Object (MLST).

I do not understand your report. Do you mean when editing a page such as
http://cs.wikipedia.org/w/index.php?title=Řád_britského_impéria&action=edit&uselang=en

The top button look fine to me. Bottom one are fine too.

Maybe attach a screen capture ?

I'm pretty sure that Juan means the edit button order is different than it was before 1.19. If so, I think this is a dupe of another bug (since we've this is a known problem), but I can't find it.

(In reply to comment #2)

I'm pretty sure that Juan means the edit button order is different than it was
before 1.19. If so, I think this is a dupe of another bug (since we've this is
a known problem), but I can't find it.

Yes, that is what I mean.

ragimiri wrote:

Confirm this on Czech Wikipedia. But bug appears randomly, when editing articles. Most of time is buttons order correct, but sometimes it doesn't.

Fix the local script which adds those buttons.

skupa wrote:

Danny B.: If that is posible - how?
You mean user script or local on site-wide monobook script?
(If the user script: in my case or in any other, I remember years ago, You helped me to create the script for me and it did not change from that time, so is the local script at fault?)

Anyway, the buttons are appearing randomly, depending on browser and project.
Sometimes I do not see the user-defined buttons at all.