Last modified: 2013-09-21 04:01: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 T56308, the corresponding Phabricator task for complete and up-to-date bug report information.
Bug 54308 - Customized legacy edit toolbar does not always load correctly
Customized legacy edit toolbar does not always load correctly
Status: RESOLVED WONTFIX
Product: MediaWiki extensions
Classification: Unclassified
WikiEditor (Other open bugs)
master
All All
: Lowest normal (vote)
: ---
Assigned To: Nobody - You can work on this!
:
Depends on:
Blocks:
  Show dependency treegraph
 
Reported: 2013-09-19 08:21 UTC by ineuw
Modified: 2013-09-21 04:01 UTC (History)
2 users (show)

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


Attachments
Missing scan and edit toolbar (63.38 KB, image/jpeg)
2013-09-19 08:21 UTC, ineuw
Details
edit toolbar is showing occasionally (106.50 KB, image/jpeg)
2013-09-19 08:22 UTC, ineuw
Details
Legacy edit toolbar displayed. (131.07 KB, image/jpeg)
2013-09-19 11:19 UTC, ineuw
Details
old style toolbar coding (2.41 KB, text/plain)
2013-09-19 11:23 UTC, ineuw
Details
Character selection moved too low in new mw software version (144.09 KB, image/jpeg)
2013-09-19 11:30 UTC, ineuw
Details

Description ineuw 2013-09-19 08:21:06 UTC
Created attachment 13320 [details]
Missing scan and edit toolbar

I am posting three separate bugs and mentioning this in this first report because they are somewhat related.

The user defined edit toolbar, defined in my very simple
https://en.wikisource.org/wiki/User:Ineuw/common.js stopped functioning in this latest version of the mw software. In versions previous, it worked reliably and always, permitting me greatly increased productivity. The toolbar does show up intermittently and occasionally. 

Regardless of the toolbutton definition syntax used, the same intermittent functioning is the result. The syntax is either the current definition one, or an older one:

mw.toolbar.addButton(
        '',
        ' Æ ',
        'Æ',
        '',
        '',
        ''
);

I also used the definitions without image buttons, thinking that this may be the cause, but it doesn't make a difference.

The problem is also not browser related. I tried other browsers and OS's as well:

Firefox in Windows, Xubuntu, and Apple OSX.
Safari in Windows and Apple OSX.
Google Chrome in Windows and Linux (Xubuntu).
but the intermittent behaviour is the same. . . . . 

Finally, this is also true on the Commons and Wikipedia, where it's less critical because I am not so active on those wikis.

Please see attached image.
Comment 1 ineuw 2013-09-19 08:22:58 UTC
Created attachment 13321 [details]
edit toolbar is showing occasionally
Comment 2 Andre Klapper 2013-09-19 10:14:15 UTC
Hi ineuw,

your screenshot looks like the old toolbar to me, instead of the WikiEditor toolbar. Is that intended or part of the problem?

The WikiEditor toolbar should look like your screenshot in https://bugzilla.wikimedia.org/attachment.cgi?id=13323

I went to 
https://en.wikisource.org/w/index.php?title=Page:Popular_Science_Monthly_Volume_63.djvu/155&action=edit
to reproduce the problem (Firefox 23.0.1) and switched to horizontal layout.

I also copied your "common.js" file to my user account (the file basically just has a number of "mw.toolbar.addButtons" calls).

The scanned image still loads for me, and I get the correct WikiEditor toolbar, but in Firefox' Error Console I get:

Timestamp: 09/19/2013 11:52:12 AM
Error: TypeError: mw.toolbar is undefined
Source File: https://bits.wikimedia.org/en.wikisource.org/load.php?debug=false&lang=en&modules=user&only=scripts&skin=vector&user=AKlapper+%28WMF%29&version=20130919T095201Z&*
Line: 1

I have bug 47872 in mind.
Comment 3 ineuw 2013-09-19 11:18:15 UTC
Hi. I am sorry to confuse you. The new edit toolbar was activated so that I could take a proper snapshot and I forgot to turn it off. Otherwise, it's not usable for me at the moment.

Wikisource users, who use edit toolbar buttons, use the "legacy" old style because it's more versatile. For my main project work of Popular Science Monthly, I only need the 12-14 extended ANSI to accommodate French and German and occasionally Greek. 

I am also working on Hebrew/Arabic texts, and not being able to access the dropdown box of character selections, this forced me to try using the "advanced" WikiEditor toolbar in which my language setting places things in reverse order.

I am attaching what should be the correct display of the legacy toolbar when it works.
Comment 4 ineuw 2013-09-19 11:19:33 UTC
Created attachment 13324 [details]
Legacy edit toolbar displayed.
Comment 5 ineuw 2013-09-19 11:23:13 UTC
Created attachment 13325 [details]
old style toolbar coding

This text contains the legacy toolbar layout, without captions by the elements, no images, and notice the function syntax difference. It doesn't matter which I use, the behaviour is identical.

mw.toolbar.addButton(

and NOT 

mw.toolbar.addButtons(
Comment 6 ineuw 2013-09-19 11:30:15 UTC
Created attachment 13327 [details]
Character selection moved too low in new mw software version

To the attention of Andre Klapper

This is the missing image of the drop down character set selector
Comment 7 Andre Klapper 2013-09-19 14:42:46 UTC
To quote Krinkle: 
"The classic edit toolbar has long been deprecated. The default was replaced
with WikiEditor on Wikimedia in a 2010 deployment", plus VisualEditor is also around the corner.
Setting lowest priority, might be even a WONTFIX.
Comment 8 ineuw 2013-09-19 20:40:32 UTC
I am not the only one who is using the toolbar at Wikisource. While other users have occasional issues, theirs seem to work on most cases. 

I also got the same Firefox (23.0.1) error as Andre Klapper. If this seems to be the cause, can't it be corrected?

Finally, this is a very big disappointment because the replacement option is very awkward. Among other things, it takes up (and unnecessarily) a lot of screen real estate and I work on a 22" screen. Krinkle's opinion is akin to taking away a mechanic's trusted tools because he doesn't personally favor them. He should try his hand at some proofreading for a day or two.
Comment 9 Andre Klapper 2013-09-20 12:36:47 UTC
(In reply to comment #8)
> I also got the same Firefox (23.0.1) error as Andre Klapper. If this seems to
> be the cause, can't it be corrected?

It might either be an issue in your code in common.js, or some changes in MediaWiki. Apart from Alex' cleanup which got merged at the beginning of September I cannot see any changes in
https://git.wikimedia.org/history/mediawiki%2Fcore.git/HEAD/resources%2Fmediawiki.action%2Fmediawiki.action.edit.js

> Finally, this is a very big disappointment because the replacement option is
> very awkward. Among other things, it takes up (and unnecessarily) a lot of
> screen real estate and I work on a 22" screen.

I don't see that big difference in size. Not sure if we refer to the same things?
The legacy toolbar had enough issues (e.g. it was never meant to be expanded so inserting required exposing and dealing with implementation details) so it got replaced by the current toolbar.
Comment 10 ineuw 2013-09-21 04:01:35 UTC
I ask that this bug be closed, since I accepted the demise of the old wiki toolbar.

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


Navigation
Links