[Bug 47442] tag added when combining itallics and English possessive
https://bugzilla.wikimedia.org/show_bug.cgi?id=47442 Quim Gil changed: What|Removed |Added URL||http://en.wikipedia.org/wik ||i/User:QuimGil/VisualEditor ||Test -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47442] tag added when combining itallics and English possessive
https://bugzilla.wikimedia.org/show_bug.cgi?id=47442 Quim Gil changed: What|Removed |Added Priority|Unprioritized |Low Severity|normal |trivial -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47442] New: tag added when combining itallics and English possessive
https://bugzilla.wikimedia.org/show_bug.cgi?id=47442 Web browser: --- Bug ID: 47442 Summary: tag added when combining itallics and English possessive Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: q...@wikimedia.org CC: jforres...@wikimedia.org, krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- 1. Type ''Notiver'''s with the classic editor and save the page. 2. Edit with visual editor. Don't touch anything and save. Now you have: ''Notiver'''s Visually it's the same, no problem. But why adding (apparently) useless extra tags? -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 37947] Disabling MoodBar should persist as a user preference
https://bugzilla.wikimedia.org/show_bug.cgi?id=37947 Nischay Nahata changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #5 from Nischay Nahata --- Change merged. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47441] New: App suggests categories that do not exist, adds them
https://bugzilla.wikimedia.org/show_bug.cgi?id=47441 Web browser: --- Bug ID: 47441 Summary: App suggests categories that do not exist, adds them Product: Commons App Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Android Assignee: wikibugs-l@lists.wikimedia.org Reporter: rages...@gmail.com CC: br...@wikimedia.org, yuvipa...@gmail.com Classification: Unclassified Mobile Platform: --- I was browsing some of my Android uploads, and I found that some had been categorized via the app with categories that do not exist. For instance, this one: http://commons.wikimedia.org/wiki/File:Boyd_House,_University_of_Oklahoma,_2013-04_-_2.jpeg I selected two categories, one of which was [[Category:Registered Historic Places in Oklahoma]]. That category existed once, but was deleted years ago and replaced by [[Category:National Registered of Historic Places in Oklahoma]]. When I checked today, there were no other photos in that deleted category except two from me. Another instance with different context: http://commons.wikimedia.org/wiki/File:The_Big_Event_2013_at_University_of_Oklahoma.jpeg This is in [[Category:Volunteerism in the United States]] via the app. As far as I can see, that category never existed. However, there is one other file in the category: https://commons.wikimedia.org/wiki/File:BayouStJohnBobcatNoParkingCleanup.jpg Until category creation is supported, we probably don't want the app using either non-existent categories that have other photos or deleted categories. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47440] New: Allow "advanced users" the possibility to edit the whole description before saving
https://bugzilla.wikimedia.org/show_bug.cgi?id=47440 Web browser: --- Bug ID: 47440 Summary: Allow "advanced users" the possibility to edit the whole description before saving Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: UploadWizard Assignee: wikibugs-l@lists.wikimedia.org Reporter: s...@reedyboy.net CC: mtrac...@member.fsf.org, nischay...@gmail.com Classification: Unclassified Mobile Platform: --- Yes, the UW is pretty great, but one annoyance is not being able to customise the whole description before saving it. You're given the boxes to fill in, fine, but I want to be able to paste the whole description, templates and all from elsewhere, rather than having to upload/save and then edit it... -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30607] SpecialListFiles should show all uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=30607 Bawolff (Brian Wolff) changed: What|Removed |Added Keywords||patch-in-gerrit --- Comment #4 from Bawolff (Brian Wolff) --- (In reply to comment #3) > Related URL: https://gerrit.wikimedia.org/r/60088 (Gerrit Change > I9e58db1f212e3bb361316c05ef32d4b9c31c6490) Its a little hacky, but I should solve this bug. Please comment (especially suggestions to make the query part of the pager less hacky) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47439] Some student articles are not linked on a course page
https://bugzilla.wikimedia.org/show_bug.cgi?id=47439 Sage Ross changed: What|Removed |Added Priority|Unprioritized |High -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47439] New: Some student articles are not linked on a course page
https://bugzilla.wikimedia.org/show_bug.cgi?id=47439 Web browser: --- Bug ID: 47439 Summary: Some student articles are not linked on a course page Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: EducationProgram Assignee: wikibugs-l@lists.wikimedia.org Reporter: rages...@gmail.com CC: jeroen_ded...@yahoo.com, rages...@gmail.com Classification: Unclassified Mobile Platform: --- Many of the articles on this course page in the students table are not linked as they should be: https://en.wikipedia.org/wiki/Education_Program:University_of_Utah/Gender_and_Economic_Development_in_the_Third_World_%28Spring_2013%29 I can't figure out anything in particular causing this behavior, and it only affects some of the articles. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30607] SpecialListFiles should show all uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=30607 --- Comment #3 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/60088 (Gerrit Change I9e58db1f212e3bb361316c05ef32d4b9c31c6490) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47438] New: Creating new section may overwrite edit to another section
https://bugzilla.wikimedia.org/show_bug.cgi?id=47438 Web browser: --- Bug ID: 47438 Summary: Creating new section may overwrite edit to another section Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Page editing Assignee: wikibugs-l@lists.wikimedia.org Reporter: king.of.hearts.w...@gmail.com Classification: Unclassified Mobile Platform: --- See https://en.wikipedia.org/w/index.php?title=Wikipedia:Administrators%27_noticeboard/Incidents&diff=551077184&oldid=551077105. Somehow, Masem's creation of a new section managed to overwrite another user's edit. I suspect what happened is that both tried to save at the same time, and the mechanism to resolve save conflicts (as opposed to edit conflicts) is implemented incorrectly. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47211] Use user preference date for function getNotifications()
https://bugzilla.wikimedia.org/show_bug.cgi?id=47211 --- Comment #7 from Ryan Kaldari --- @Andre: Opps, I read your comment backwards. Why would it be wrong to use the genitive month names in German? It would be great if someone could actually explain this stuff to me instead of just telling me I'm doing it wrong :P -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44442] VisualEditor: Oddness repetition/wrong diff (from Parsoid?) on save with some funky markup
https://bugzilla.wikimedia.org/show_bug.cgi?id=2 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Assignee|roan.katt...@gmail.com |jforres...@wikimedia.org Target Milestone|--- |VE-deploy-2013-04-29 --- Comment #7 from James Forrester --- The underlying issue (with Parsoid) has been resolved with the new version of Parsoid finally running on the cluster; marking as FIXED. [I have forked comment 6 into bug 47436.] -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47437] ResourceLoader: Implement support for enhanced minification (e.g. support UglifyJS)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47437 Krinkle changed: What|Removed |Added Priority|Unprioritized |Low Version|1.22-git|unspecified Target Milestone|--- |Future release -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47437] New: ResourceLoader: Implement support for enhanced minification (e.g. support UglifyJS)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47437
Web browser: ---
Bug ID: 47437
Summary: ResourceLoader: Implement support for enhanced
minification (e.g. support UglifyJS)
Product: MediaWiki
Version: 1.22-git
Hardware: All
OS: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: ResourceLoader
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: krinklem...@gmail.com
CC: krinklem...@gmail.com, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified
Mobile Platform: ---
Right now we use a very basic but fast minifier. It has to perform very well
due to the way we do on-demand package generation[1] whilst having a very high
cache hit ratio.
Though this is nice, it drastically limits our options and ability to implement
additional features.
Three features in particular:
* Implementing source maps[2] for easier debugging. At the moment with our
basic minification enabling "Prettification" in Chrome Dev Tools makes the
debugging experience "Okay" to deal with, but it is still all squashed into one
file (doesn't map to original file names). When we do even more advanced
minification this becomes even more important.
* Conditional code / stripping blocks. One of the things more sophisticated
minifiers are capable of is stripping dead code. Aside from the obvious rare
case of consistently unreachable code (which should just be wiped from the code
base), this is useful for debugging purposes. See also bug 37763. Right now we
have very few mw.log calls. I believe we avoid these because they take up
space. Though they are a no-op in production mode (the log method is an empty
function by default, in debug mode we load the actual module that populates the
method. So it isn't that they would pollute the console in production, but that
they take up javascript code. By putting them in something like `if (MW_DEBUG)
{ mw.log(...); }` we can have them be stripped by UglifyJS in production and
preserve them in debug mode by predefining a global constant MW_DEBUG set to
true or false respectively in UglifyJS.
* Better minification: variable name changes, optimising for gzip, optimising
statement to be shorter notation etc. [3]
So that's all great, but the problem is that, though UglifyJS[4] (for example)
is getting faster, it is still much too slow to run on many files at once
on-demand from the web server.
Last February when I was in San Francisco, Roan and I have been thinking about
something. I recall the following, though Roan might have a better version of
this:
* We'd run the quick minifier on cache miss to populate the cache quickly and
respond to the request. Then enqueue a job to run the advanced minifier
(asynchronously).
* The job queue will then run the elaborate minification process and replace
the cache item. We don't have to worry about the possibility of overwriting a
new version with a new version because the cache keys contain a hash of the raw
contents, so worst case scenario we're saving something that won't be used.
There's 2 details in particular I'm not sure about:
* How do we deliver them to the client? We have unique urls with version
timestamps.
- The only way to trigger a purge is to either keep track of all urls in
varnish that contain the module name and order a purge in varnish (after we
update memcached, of course, so it'd be a quick roundtrip to Apache to compose
a response from cached components)
- Or alternatively, cause a version bump in the module (touch() the files)
* The job queue, we can enqueue generic jobs that check everything. Or enqueue
a job per cache item. In either case we need to account for the case that the
enqueued job is no longer needed by the time it runs (in case we use generic
jobs, once the first one runs, it should cancel any other ones in the queue, in
case of module or item specific jobs cancel any for the same).
And then there is the question of how getting the javascript code and nodejs
deployed and execute it from php. Installing nodejs on every apache and
shelling out is probably not a good idea. Alternatively we could wrap it in a
priviate service (like Parsoid), so we set up a few of them in the bits cluster
and PHP would open a socket or HTTP request and POST or stream input and get
output back.
[1]
https://www.mediawiki.org/wiki/ResourceLoader/Features#On-demand_package_generation
[2] http://www.html5rocks.com/en/tutorials/developertools/sourcemaps/
https://github.com/mozilla/source-map
http://www.youtube.com/watch?v=HijZNR6kc9A
[3] https://github.com/mishoo/UglifyJS2#compressor-options
[4] https://github.com/mishoo/UglifyJS2
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing li
[Bug 47436] VisualEditor: Desire to use Sogou Input as an IME source with VE
https://bugzilla.wikimedia.org/show_bug.cgi?id=47436 James Forrester changed: What|Removed |Added Priority|Unprioritized |Lowest Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47436] New: VisualEditor: Desire to use Sogou Input as an IME source with VE
https://bugzilla.wikimedia.org/show_bug.cgi?id=47436 Web browser: --- Bug ID: 47436 Summary: VisualEditor: Desire to use Sogou Input as an IME source with VE Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: ContentEditable Assignee: i...@wikia-inc.com Reporter: jforres...@wikimedia.org CC: guanh...@126.com, i...@wikia-inc.com, jforres...@wikimedia.org, krinklem...@gmail.com, or...@framezero.com Classification: Unclassified Mobile Platform: --- From bug 2 comment 6: I found it is impossible to use Sogou Input or other Input software to type Chinese with this tool. You may download a Sogou Input(which is the most popular one in china, on the Windows） to test it. Here is the download link: http://download.ime.sogou.com/sogou_pinyin_65f.exe?st=lTJ11fWyCsrUkj6oWiGI_Q&e=1359462829&fn=sogou_pinyin_65f.exe -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47211] Use user preference date for function getNotifications()
https://bugzilla.wikimedia.org/show_bug.cgi?id=47211 --- Comment #6 from Ryan Kaldari --- @Raimond: Could you provide me with an example of how to write January 16 in German that would be considered "correct"? The specs for this feature specifically require using a short form here. I'll suggest the alternative idea to the designer and product manager, but I need something that works in the meantime. @Andre: I'm lost. According to MessagesCs.php, Czech has genitive month names which are different than the non-genitive month names. Why would it be wrong to use those? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47426] id in data-mw on templates triggers diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=47426 Gabriel Wicke changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47432] Make WikiLove heart icon fill up when WikiLove is given (similar to watchlist icon)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47432 Ryan Kaldari changed: What|Removed |Added Priority|Unprioritized |Low Summary|WikiLove heart icon needs |Make WikiLove heart icon |further thought |fill up when WikiLove is ||given (similar to watchlist ||icon) Severity|normal |trivial --- Comment #1 from Ryan Kaldari --- That's an interesting idea. I hadn't thought about the parallel with the watchlist icon. Adjusting title to be more specific (since we already have one bug related to the WikiLove icon). BTW, since when are you using Vector? I thought you were a die-hard Monobook user :) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47435] New: copyright notice can't be dismissed
https://bugzilla.wikimedia.org/show_bug.cgi?id=47435 Web browser: --- Bug ID: 47435 Summary: copyright notice can't be dismissed Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: major Priority: Unprioritized Component: WikidataRepo Assignee: wikidata-b...@lists.wikimedia.org Reporter: lydia.pintsc...@wikimedia.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- The copyright notice popup can't be dismissed anymore. This seems to have been introduced on wikidata.org with the update on April 18. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47434] VisualEditor: No oldid is sent on POST to Parsoid
https://bugzilla.wikimedia.org/show_bug.cgi?id=47434 --- Comment #3 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/60082 (Gerrit Change Ib1b7079a7fd3357903e5a14795ed0d2f2bdc5d16) -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47434] VisualEditor: No oldid is sent on POST to Parsoid
https://bugzilla.wikimedia.org/show_bug.cgi?id=47434 --- Comment #2 from Gabriel Wicke --- Verified that this fixes the problem and lets Parsoid actually use selective serialization. Current production code does not use selective serialization for this reason. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47434] VisualEditor: No oldid is sent on POST to Parsoid
https://bugzilla.wikimedia.org/show_bug.cgi?id=47434 James Forrester changed: What|Removed |Added Priority|Unprioritized |Highest Status|NEW |ASSIGNED --- Comment #1 from James Forrester --- This would explain a great deal. :-) -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47434] New: VisualEditor: No oldid is sent on POST to Parsoid
https://bugzilla.wikimedia.org/show_bug.cgi?id=47434 Web browser: --- Bug ID: 47434 Summary: VisualEditor: No oldid is sent on POST to Parsoid Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Initialisation and integration Assignee: krinklem...@gmail.com Reporter: gwi...@wikimedia.org CC: jforres...@wikimedia.org, krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- As the title says. The bug seems to be in postHTML: array( 'postData' => array( 'content' => $html ), 'timeout' => $wgVisualEditorParsoidTimeout, 'oldid' => $parserParams['oldid'] ) should be: array( 'postData' => array( 'content' => $html, 'oldid' => $parserParams['oldid']), 'timeout' => $wgVisualEditorParsoidTimeout ) -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43222] Review LaTeXML branch of Extension:Math for deployment
https://bugzilla.wikimedia.org/show_bug.cgi?id=43222 --- Comment #20 from Matthew Flaschen --- I pinged the Wikimedia Labs mailing list (https://lists.wikimedia.org/mailman/listinfo/labs-l), and Daniel Zahn created it. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47277] Debug-mode CSS loading can fail because of the IE stylesheet limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=47277 Matthew Flaschen changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=31676 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31676] ResourceLoader should work around IE stylesheet limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=31676 Matthew Flaschen changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=47277 -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47277] Debug-mode CSS loading can fail because of the IE stylesheet limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=47277
--- Comment #4 from Matthew Flaschen ---
Chris, it is not set globally on test2 (nor should it be). Perhaps you have
the cookie set. Go to https://test2.wikipedia.org/wiki/Main_Page (no URL
parameters), then run:
console.log(mw.config.get('debug'));
console.log($.cookie('resourceLoaderDebug'));
The first gives the debug mode (true is debug), and the second checks if you
have that cookie set.
> Is it true that extensions should not load enough style sheets to cause
> errors
> in IE regardless?
No. This is a bug/design flaw in Internet Explorer, fixed in IE 10. It only
impacts debug mode (see bug 31676 for production), and we should not hurt
modularity on that account. Moreover, I think it's often more to do with the
number of extensions, then just any one hogging too many.
I think the proposal of this bug is to have ResourceLoader itslef restrict the
number of stylesheets to 31 by combining them when necessary. Daniel correctly
points out this partly goes against the purpose of debug mode.
It should be possible to only do this for affected versions of IE based on user
agent sniffing and having ResourceLoader add a parameter for this. This is
kind of a hack, but it should work, and avoids impacting other browsers.
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47431] JSON extension dependency has a non-free component
https://bugzilla.wikimedia.org/show_bug.cgi?id=47431 PleaseStand changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=47356 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47356] Use of undefined constant JSON_UNESCAPED_SLASHES
https://bugzilla.wikimedia.org/show_bug.cgi?id=47356 PleaseStand changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=47431 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47431] JSON extension dependency has a non-free component
https://bugzilla.wikimedia.org/show_bug.cgi?id=47431 --- Comment #1 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/60080 (Gerrit Change Id3b88102e768318e3605a19e9952121091a40915) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17544] Hide captcha on account creation after user succeeds
https://bugzilla.wikimedia.org/show_bug.cgi?id=17544 sp...@wikimedia.org changed: What|Removed |Added CC||sp...@wikimedia.org, ||swall...@wikimedia.org --- Comment #1 from sp...@wikimedia.org --- Seems doable, using similar counter and expiration logic to ConfirmEdit/Captcha.php's triggerUserLogin(). There are probably security implications I overlook. Were we to do client-side validation in Create account (see ACUX-3 in https://meta.wikimedia.org/wiki/Research:Account_creation_UX ), then users would be informed of_some_ form problems before filling out the CAPTCHA, lessening the need for this enhancements. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47433] New: Regression with ContentModel checking
https://bugzilla.wikimedia.org/show_bug.cgi?id=47433 Web browser: --- Bug ID: 47433 Summary: Regression with ContentModel checking Product: MediaWiki Version: 1.21-git Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Page editing Assignee: wikibugs-l@lists.wikimedia.org Reporter: ser...@nalbari.net Classification: Unclassified Mobile Platform: --- Following code raise error because of ContentModel checking. This checking attempt to get page id. Where I disable checking manually in MW code, 1.21 perfectly processed it: #$data is some array, $user is User $row = array( 'page' => 0, 'user' => $user->getID(), 'user_text' => $user->getName(), 'minor_edit' => 1, 'timestamp' => $data['timestamp'], 'comment' => $data['comment'], 'text' => $data['text'] ); $revision = new Revision( $row ); $Id = $rev->insertOn( $dbw ); (After this code I use $wikipage->insertOn() or $wikipage->updateRevisionOn() and revision tables updates, after this new revision has been inserted without errors and can be viewed on site). Or currently we have another functions to insert custom revision in database ? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47432] New: WikiLove heart icon needs further thought
https://bugzilla.wikimedia.org/show_bug.cgi?id=47432 Web browser: --- Bug ID: 47432 Summary: WikiLove heart icon needs further thought Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: WikiLove Assignee: wikibugs-l@lists.wikimedia.org Reporter: b...@mzmcbride.com CC: rkald...@wikimedia.org Classification: Unclassified Mobile Platform: --- The WikiLove heart icon is currently solid red. It sits next to the watch star icon, which is transparent with a blue border until a user clicks the star icon (i.e., watches a page), in which case the star icon becomes solid blue. It's a bit strange that the heart icon appears to indicate that you've already doled out wikilove to the user by being solid red, particularly when it's juxtaposed with the "empty" (transparent) star icon. Perhaps the icon should use a red border instead. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47431] New: JSON extension dependency has a non-free component
https://bugzilla.wikimedia.org/show_bug.cgi?id=47431 Web browser: --- Bug ID: 47431 Summary: JSON extension dependency has a non-free component Product: MediaWiki Version: 1.22-git Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: pleasest...@live.com CC: bjor...@wikimedia.org, krinklem...@gmail.com, m...@everybody.org, tylerro...@gmail.com Classification: Unclassified Mobile Platform: --- Since gerrit 50140 was merged, MediaWiki has required the JSON PHP extension to run. Unfortunately, I just found out the extension has a component with a license that the Free Software Foundation considers to be non-free, even though the extension is one of those bundled with PHP (and would presumably be covered by the PHP License, which is a free license). https://github.com/php/php-src/blob/master/ext/json/JSON_parser.c#L18 https://bugs.php.net/bug.php?id=63520 https://www.gnu.org/licenses/license-list.html#JSON Until such time a version of the native JSON extension exists that does not depend on any non-free component, MediaWiki should continue to provide a pure PHP fallback under the terms of the GPL or another free license, or at least make one easy to use if necessary. Ideally, the fallback should implement the underlying json_encode and json_decode functions, so MediaWiki extensions that call them directly will work as intended. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 38239] Establish suitable short-term replacement for important code review tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=38239 Greg Grossmeier changed: What|Removed |Added CC||g...@wikimedia.org --- Comment #1 from Greg Grossmeier --- Chad: Any update on this work? I would love to start using this to track backports for wmf deploys (and I'm sure Mark H would love it for managing some of his release work as well). Anything blocking you here other than time? -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47430] New: VisualEditor: data-parsoid attribute sometimes not preserved properly
https://bugzilla.wikimedia.org/show_bug.cgi?id=47430 Web browser: --- Bug ID: 47430 Summary: VisualEditor: data-parsoid attribute sometimes not preserved properly Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: General Assignee: jforres...@wikimedia.org Reporter: gwi...@wikimedia.org CC: jforres...@wikimedia.org, krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- a tag is sometimes inserted into data-parsoid when set on a table element, for example in the 'Infobox settlement' at http://en.wikipedia.org/wiki/Beale_Township,_Juniata_County,_Pennsylvania. Original data-parsoid (part of): Beale Township,Pennsylvania\n VE output (editedHtml): Beale Township,Pennsylvania\n -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47429] Make sure our JavaScript - in particular jQuery and extensions - are GPL compatible
https://bugzilla.wikimedia.org/show_bug.cgi?id=47429 --- Comment #1 from Joshua Gay --- To clarify, JQuery itself is licensed under the MIT license. However, some JQuery extensions are licensed GPLv2. Therefore when you distribute JQuery + JQuery extension, you create a combined work, which should licensed under GPLv2. This does not mean you need to change anything in the JQuery file itself. However, when providing source to the JQuery extension that is licensed under the GPL, you should provide complete and corresponding source code for that program, which means you should provide source code of both JQuery and the JQuery extension(s) and a copy of the license. (You can of course also distribute JQuery seperately as is under the MIT license; so this means you can have some redundency, which might make any automated set-ups you have easier). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21281] Page name not displayed in the header, for some deleted diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=21281 Quim Gil changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||q...@wikimedia.org Resolution|--- |WORKSFORME -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18628] Spurious root tags in HTML
https://bugzilla.wikimedia.org/show_bug.cgi?id=18628 Quim Gil changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WORKSFORME --- Comment #3 from Quim Gil --- Resolving as WORKSFORME to reflect the current situation. Thank you for the feedback. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47429] New: Make sure our JavaScript - in particular jQuery and extensions - are GPL compatible
https://bugzilla.wikimedia.org/show_bug.cgi?id=47429 Web browser: --- Bug ID: 47429 Summary: Make sure our JavaScript - in particular jQuery and extensions - are GPL compatible Product: MediaWiki Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: JavaScript Assignee: wikibugs-l@lists.wikimedia.org Reporter: mtrac...@member.fsf.org CC: krinklem...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- Josh Gay has reminded me that jQuery and its extensions are one work when it comes to the GPL's terms. So I figured we'd throw together a bug report to remind us to give it a look. I don't suspect this will be terribly difficult, as probably most or all of our extensions are using GPL'd versions of jQuery.* anyway. But it's something to keep in mind. Ta! -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47289] l10n cache doesn't actually cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=47289 --- Comment #8 from Daniel Renfro --- Thanks for the help, Tim. I added some wfDebugLog() calls in GlobalDependency::isExpired(), and came up with this: GlobalDependency::isExpired: array ( 'count($GLOBALS[$this->name])' => 120, 'count($this->value)' => 120, 'count(array_intersect($GLOBALS[$this->name], $this->value))' => 120, 'count(array_diff($GLOBALS[$this->name], $this->value))' => 0, '$GLOBALS[$this->name] == $this->value' => true, '$GLOBALS[$this->name] === $this->value' => true, ) Obviously $GLOBALS[$this->name] is set and the arrays are the same. GlobalDependency::isExpired() then should return false, but sometimes it doesn't and recache() is called. I am kinda stuck and handed it off to my colleague Victor to look at. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46978] Cite error category rapidly populating with phantom entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=46978 Rob Lanphier changed: What|Removed |Added Status|NEW |ASSIGNED CC||ro...@wikimedia.org Assignee|aschulz4...@gmail.com |bjor...@wikimedia.org --- Comment #24 from Rob Lanphier --- Aaron tells me that Brad's fix should fix this one as soon as it's backported (or until 1.22wmf3 gets deployed). Assigning to Brad, but leaving open to track the backporting. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46759] difficult to parse or restyle CAPTCHA output
https://bugzilla.wikimedia.org/show_bug.cgi?id=46759 --- Comment #2 from Matthew Flaschen --- As S noted on bug 47372, we should already be able to use addCaptchaAPI for this. We could perhaps add a class the CAPTCHA output, so it could be removed easily from the header (and eventually phase out the HTML injection into the header entirely). -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47277] Debug-mode CSS loading can fail because of the IE stylesheet limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=47277 --- Comment #3 from Chris McMahon --- *** Bug 47064 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47064] GT no longer loads in IE
https://bugzilla.wikimedia.org/show_bug.cgi?id=47064 Chris McMahon changed: What|Removed |Added Resolution|INVALID |DUPLICATE --- Comment #9 from Chris McMahon --- *** This bug has been marked as a duplicate of bug 47277 *** -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46522] Multilingual SemanticMediaWiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=46522 Jodi Schneider changed: What|Removed |Added CC||jodi.a.schnei...@gmail.com --- Comment #9 from Jodi Schneider --- > Some of the steps could be: > > * Fix the issues that prevent full localisation of semantic forms. Is there a list of known issues? Or how would I go about tracking these down? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47277] Debug-mode CSS loading can fail because of the IE stylesheet limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=47277 --- Comment #2 from Chris McMahon --- I have not found "$wgResourceLoaderDebug = true;" set for test2wiki but perhaps I'm just missing it. Is it true that extensions should not load enough style sheets to cause errors in IE regardless? -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47028] Parsoid: Category links created with default-set parameters get faulty sortkey set
https://bugzilla.wikimedia.org/show_bug.cgi?id=47028 Gabriel Wicke changed: What|Removed |Added Status|NEW |RESOLVED CC||gwi...@wikimedia.org Resolution|--- |FIXED --- Comment #3 from Gabriel Wicke --- And about to be merged once Jenkins gets around to do it. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47426] id in data-mw on templates triggers diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=47426 --- Comment #2 from Gerrit Notification Bot --- https://gerrit.wikimedia.org/r/60039 (Gerrit Change Ic615b11b5bc7cd7cb83a59ffa9fcccb135909a28) | change APPROVED and MERGED [by jenkins-bot] -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47428] Set $wgCentralAuthAutoMigrate = true; on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=47428 Peter Gehres changed: What|Removed |Added Keywords||shell --- Comment #1 from Peter Gehres --- I don't know if this matters for Common/InitialiseSettings, but this is only applicable to wikis using SUL -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47428] Set $wgCentralAuthAutoMigrate = true; on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=47428 James Forrester changed: What|Removed |Added Priority|Unprioritized |Normal Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47428] New: Set $wgCentralAuthAutoMigrate = true; on Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=47428 Web browser: --- Bug ID: 47428 Summary: Set $wgCentralAuthAutoMigrate = true; on Wikimedia wikis Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests Assignee: cste...@wikimedia.org Reporter: jforres...@wikimedia.org CC: benap...@gmail.com, br...@wikimedia.org, dereck...@espace-win.org, pgeh...@wikimedia.org, tom...@twkozlowski.net, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- In advance of SUL finalisation, $wgCentralAuthAutoMigrate being true will mean that when global users log in, we merge in any outstanding local accounts of theirs that are for whatever reason not migrated to the centre. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47323] Update html5 package from upstream.
https://bugzilla.wikimedia.org/show_bug.cgi?id=47323 Gabriel Wicke changed: What|Removed |Added Priority|Unprioritized |Normal CC||gwi...@wikimedia.org -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47326] / / issues.
https://bugzilla.wikimedia.org/show_bug.cgi?id=47326 Gabriel Wicke changed: What|Removed |Added Priority|Unprioritized |Low CC||gwi...@wikimedia.org --- Comment #1 from Gabriel Wicke --- A DOM-based solution makes sense, but I doubt that the current minimizeInlineTags helps much as it will only re-shuffle inline tags starting at the same text / content offset. This is not sufficient in cases like the example in bug 42803. Fortunately, selective serialization mostly hides this issue for most untouched content as the break-up is deterministic. The visual editor tries to give priority to links, so in new content this should also not be an issue. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44040] [[mw:Extension:Disambiguator]] should provide a special page to list all disambiguation pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=44040 --- Comment #4 from Gerrit Notification Bot --- https://gerrit.wikimedia.org/r/44273 (Gerrit Change Id6b68c60180fded1c5e0af215f092545050007e4) | change ABANDONED [by Kaldari] -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47427] New: [Commons-iOS] Hard to see about, settings icons on white image BG
https://bugzilla.wikimedia.org/show_bug.cgi?id=47427 Web browser: --- Bug ID: 47427 Summary: [Commons-iOS] Hard to see about, settings icons on white image BG Product: Commons App Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: iOS (iPhone or iPad) Assignee: wikibugs-l@lists.wikimedia.org Reporter: br...@wikimedia.org CC: br...@wikimedia.org, mh...@wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 12147 --> https://bugzilla.wikimedia.org/attachment.cgi?id=12147&action=edit Screenshot in iOS sim, icons at bottom are hard to see It's hard to see the about & settings icons on a light background... we might want to turn this bottom row into a toolbar, either solid or transparent. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47403] Parsoid: Extra new line in wikitext causes that makes parent typeof="mw:Placeholder"
https://bugzilla.wikimedia.org/show_bug.cgi?id=47403 Gabriel Wicke changed: What|Removed |Added Keywords||easy Priority|Unprioritized |Low Severity|major |trivial -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17705] Create message similar to anontalkpagetext, but on top of the page
https://bugzilla.wikimedia.org/show_bug.cgi?id=17705 --- Comment #5 from Rd232 --- (In reply to comment #4) > Rd232, the previous comments did not recommend closing this bug, but > reformulating it (which I have done just now). > > "Fixing" a bad UI with Javascript is a bad solution! > > There should be a message on top of the page, explaining what the page is. > The > current system is highly confusing, as for the reasons given above. Apparently you missed my explanation that this is already possible using MediaWiki:Talkpageheader with namespace detection. (See also my current proposal at WP:VPR, which prompted me to search Bugzilla and find this old bug.) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47426] id in data-mw on templates triggers diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=47426 --- Comment #1 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/60039 (Gerrit Change Ic615b11b5bc7cd7cb83a59ffa9fcccb135909a28) -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47368] log database in s1-analytics-slave has charecter set utf8, while every other database has charset binary
https://bugzilla.wikimedia.org/show_bug.cgi?id=47368 --- Comment #7 from Yuvi Panda --- *shrug* I should open a new bug to have the slaves of the production databases set to utf8, but I am unsure how productive that would be. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47426] id in data-mw on templates triggers diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=47426 Gabriel Wicke changed: What|Removed |Added Priority|Unprioritized |High -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47426] New: id in data-mw on templates triggers diff
https://bugzilla.wikimedia.org/show_bug.cgi?id=47426 Web browser: --- Bug ID: 47426 Summary: id in data-mw on templates triggers diff Product: Parsoid Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: JS/General Assignee: gwi...@wikimedia.org Reporter: gwi...@wikimedia.org CC: ssas...@wikimedia.org Classification: Unclassified Mobile Platform: --- The id reference in the data-mw attribute on template content (see http://www.mediawiki.org/wiki/Parsoid/MediaWiki_DOM_spec#Template_content) is not deterministic across re-parses. This makes it very likely that this attribute will serialize to a different string, which in turn causes the template node to be marked as 'modified-wrapper' in DOMDiff. The WTS serialization of the template often introduces some whitespace diffs around named parameters. Without a diff in data-mw selser would hide this issue. The best solution for now is probably to leave out the id member from data-mw. There are no users for it currently, so this should not create issues. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47368] log database in s1-analytics-slave has charecter set utf8, while every other database has charset binary
https://bugzilla.wikimedia.org/show_bug.cgi?id=47368 --- Comment #6 from Ori Livneh --- (In reply to comment #0) > Inconsistency is causing issues with scripts which now have to treat the log > database specially. This isn't EventLogging exceptionalism, you know: URIs are UTF-8, MediaWiki speaks UTF-8, the Python source is UTF-8, the local of the system it's running on is UTF-8, the ZeroMQ stream is UTF-8, MongoDB is UTF-8, and it is the most common encoding on Android and iOS. Binary character encoding is a bit of a misnomer, since it's not actually a character encoding but the absence of one. When all of your interactions with the database are mediated by MediaWiki, then it doesn't matter much how the database is configured as long as MediaWiki knows how to work with it. But EventLogging data has many consumers, working with data in SQL, CSV and XML format in Python and R and direct database client GUIs and who knows what else. Leaving the character encoding unspecified means leaving it up to application code, which in this case is scattered across a number of different codebases. This opens up a vast gulf of indeterminacy and a large potential for encoding issues. Getting all these different pieces, written in different languages and running on different systems, to speak with one another was tricky as hell, but it's working now, and we'd need to have a really compelling reason for changing it. I think this is a WONTFIX, but leaving it open for now in case Yuvi wants to make a thorough case for a migration. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47425] glusterFS could not allocate memory
https://bugzilla.wikimedia.org/show_bug.cgi?id=47425 Antoine "hashar" Musso changed: What|Removed |Added CC||abog...@wikimedia.org Component|deployment-prep (beta) |Infrastructure Assignee|wikibugs-l@lists.wikimedia. |rlan...@gmail.com |org | Severity|normal |major --- Comment #1 from Antoine "hashar" Musso --- And /logs/ is dead too: [fuse-bridge.c:292:fuse_entry_cbk] 0-glusterfs-fuse: 9759: LOOKUP() /logs/web.log => -1 (Input/output error) Reassigning bug to infra. Impact: that at least break the update of MediaWiki extensions. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47425] New: glusterFS could not allocate memory
https://bugzilla.wikimedia.org/show_bug.cgi?id=47425 Web browser: --- Bug ID: 47425 Summary: glusterFS could not allocate memory Product: Wikimedia Labs Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: deployment-prep (beta) Assignee: wikibugs-l@lists.wikimedia.org Reporter: has...@free.fr CC: benap...@gmail.com, cmcma...@wikimedia.org, fai...@wikimedia.org, has...@free.fr, mhershber...@wikimedia.org, platoni...@gmail.com Classification: Unclassified Mobile Platform: --- 2013-04-19 19:32:17.144065] W [client3_1-fops.c:2385:client3_1_rename_cbk] 1-deployment-prep-project-client-0: remote operation failed: Cannot allocate memory [2013-04-19 19:32:17.144123] W [fuse-bridge.c:1516:fuse_rename_cbk] 0-glusterfs-fuse: 267286479: /apache/common-local/php-master/extensions/.git/modules/GoogleMaps/refs/remotes/origin/master.lock -> /apache/common-local/php-master/extensions/.git/modules/GoogleMaps/refs/remotes/origin/master => -1 (Cannot allocate memory) That is on deployment-prep project when trying to update a git extension. $ cd /data/project/apache/common-local/php-master/extensions $ git submodule update --init GoogleMaps Submodule 'GoogleMaps' () registered for path 'GoogleMaps' error: Couldn't set refs/remotes/origin/master From https://gerrit.wikimedia.org/r/p/mediawiki/extensions/GoogleMaps ! 91a381a..7f6454f master -> origin/master (unable to update local ref) Unable to fetch in submodule path 'GoogleMaps' $ Got again the same error: [2013-04-19 19:35:42.160256] W [client3_1-fops.c:2385:client3_1_rename_cbk] 1-deployment-prep-project-client-0: remote operation failed: Cannot allocate memory [2013-04-19 19:35:42.160537] W [fuse-bridge.c:1516:fuse_rename_cbk] 0-glusterfs-fuse: 267341371: /apache/common-local/php-master/extensions/.git/modules/GoogleMaps/refs/remotes/origin/master.lock -> /apache/common-local/php-master/extensions/.git/modules/GoogleMaps/refs/remotes/origin/master => -1 (Cannot allocate memory) I have no idea whether that is client side or server side. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18628] Spurious root tags in HTML
https://bugzilla.wikimedia.org/show_bug.cgi?id=18628 --- Comment #2 from Bartosz Dziewoński --- Is it still happening? This might have been caused by some malfunctioning of the messages system, and I think it has been largely reworked since 2009. Personally I've never seen this sort of issue, and the website in the URL field (http://thcc2009.co.uk/) seems dead. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47423] Enable Special:Import on dewikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=47423 itu.wikipe...@gmail.com changed: What|Removed |Added CC||itu.wikipe...@gmail.com --- Comment #2 from itu.wikipe...@gmail.com --- It was explained to supplicant that there is no need for Imports i) in general ii) absolutely no need within the wikinews-projects where a CC-by with Attribution to 'Wikinews' apply. Considering the wellknown Behavior of the supplicant(=Aschmidt) in my eyes this is a kind of trolling.(see the provided link). There is no need for Import in my view (as an actual sysop at german Wikinews). Regards. itu -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 40464] Placeholder attribute of search box is not set until load
https://bugzilla.wikimedia.org/show_bug.cgi?id=40464 --- Comment #2 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/60035 (Gerrit Change I6496716f2bd25307004ba16bceadca4c6723a5db) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47372] Other image CAPTCHAs can be confusing without intended message
https://bugzilla.wikimedia.org/show_bug.cgi?id=47372 sp...@wikimedia.org changed: What|Removed |Added Depends on||46759 --- Comment #2 from sp...@wikimedia.org --- (In reply to comment #1) That's bug 46759 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46759] difficult to parse or restyle CAPTCHA output
https://bugzilla.wikimedia.org/show_bug.cgi?id=46759 sp...@wikimedia.org changed: What|Removed |Added Blocks||47372 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47423] Enable Special:Import on dewikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=47423 Tomasz W. Kozlowski changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |tom...@twkozlowski.net |org | -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47423] Enable Special:Import on dewikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=47423 Tomasz W. Kozlowski changed: What|Removed |Added Keywords|shell |shellpolicy Priority|Unprioritized |Normal Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Severity|normal |enhancement --- Comment #1 from Tomasz W. Kozlowski --- It is a general rule to gather consensus before requesting a configuration change; I have been unable to find any consensus to enable import on that page. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45337] Removals/reverts cause series of identical "linked from" notifications
https://bugzilla.wikimedia.org/show_bug.cgi?id=45337 bs...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43833] Bugs that should be fixed before deploying Echo to en.wiki (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=43833 Bug 43833 depends on bug 4, which changed state. Bug 4 Summary: Echo Bundling https://bugzilla.wikimedia.org/show_bug.cgi?id=4 What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 46666] Echo Bundling
https://bugzilla.wikimedia.org/show_bug.cgi?id=4 bs...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from bs...@wikimedia.org --- The feature is completed, bugs should be filed in separate tickets -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47111] VisualEditor: "Report problem" button should give some feedback
https://bugzilla.wikimedia.org/show_bug.cgi?id=47111 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 Summary|"Report problem" button |VisualEditor: "Report |does not seem to work |problem" button should give ||some feedback --- Comment #4 from James Forrester --- The HTTPS element of this is now seemingly fixed in production. On submission, the user gets a "Your problem has been reported. Thank you." message. Marking as closed. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47424] VisualEditor: Deleting to/from a blank lines fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=47424 James Forrester changed: What|Removed |Added Priority|Unprioritized |High Status|NEW |ASSIGNED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47424] New: VisualEditor: Deleting to/from a blank lines fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=47424 Web browser: --- Bug ID: 47424 Summary: VisualEditor: Deleting to/from a blank lines fails Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: ContentEditable Assignee: i...@wikia-inc.com Reporter: jforres...@wikimedia.org CC: i...@wikia-inc.com, jforres...@wikimedia.org, krinklem...@gmail.com, or...@framezero.com Classification: Unclassified Mobile Platform: --- If you have lines like so: | A | B | | C Deleting backwards from up-page of C, or from within the blank line above C, causes the cursor to move (as expected) but no deletion. Deleting forwards from down-page of B, of from within the blank line below B, causes the cursor to stay (as expected) but no deletion. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47423] Enable Special:Import on dewikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=47423 Bawolff (Brian Wolff) changed: What|Removed |Added Keywords||shell CC||bawolff...@gmail.com, ||benap...@gmail.com, ||dereck...@espace-win.org, ||tom...@twkozlowski.net, ||wikimedia.b...@snowolf.eu Component|General/Unknown |Site requests -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47423] New: Enable Special:Import on dewikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=47423 Web browser: --- Bug ID: 47423 Summary: Enable Special:Import on dewikinews Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General/Unknown Assignee: wikibugs-l@lists.wikimedia.org Reporter: juergen.f...@gmx.de Classification: Unclassified Mobile Platform: --- Sysops on German Wikinews are not able to import pages from other Wikinews projects for translating and further editing texts. https://de.wikinews.org/wiki/Wikinews:Verbesserungsideen#Import_von_Artikeln_aus_anderen_Sprachversionen Could you please enable special:import on German Wikinews for English, French, and Spanish Wikinews? Thanks in advance! Regards, Jürgen Fenn. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44479] VisualEditor: Parsoid/aliens combinations causes data to be over-written on save
https://bugzilla.wikimedia.org/show_bug.cgi?id=44479 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 --- Comment #10 from James Forrester --- This is now fixed given the Parsoid update. Sorry for the delay! (Note that there is a distinct error that this has just thrown up, yayfuntimes.) -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44340] VisualEditor: Parsoid (?) issues in deleting text on [[W:User:Edinwiki]]
https://bugzilla.wikimedia.org/show_bug.cgi?id=44340 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 --- Comment #2 from James Forrester --- This is now fixed given the Parsoid update. Sorry for the delay! -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45749] VisualEditor: Deploy to the Hebrew Wikipedia as an opt-in for testing
https://bugzilla.wikimedia.org/show_bug.cgi?id=45749 James Forrester changed: What|Removed |Added Target Milestone|--- |VE-deploy-2013-04-29 --- Comment #3 from James Forrester --- This is now scheduled for 2013-04-25. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 45245] VisualEditor: Editing in a section causes changes elsewhere to be deleted (Parsoid selser bug?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=45245 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 --- Comment #2 from James Forrester --- This is now fixed given the Parsoid update, yay. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44702] VisualEditor: Parsoid selective serialisation failure when deleting an LI (artefact of old version of Parsoid?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=44702 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Hardware|Macintosh |All Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 OS|Mac OS X 10.8 |All --- Comment #2 from James Forrester --- This is now fixed given the Parsoid update. Sorry for the delay. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44701] VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=44701 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Hardware|Macintosh |All Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 OS|Mac OS X 10.8 |All --- Comment #5 from James Forrester --- This is now fixed given the Parsoid update. Sorry for the delay. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44926] VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=44926 Bug 44926 depends on bug 44701, which changed state. Bug 44701 Summary: VisualEditor: Copy and paste at end of text loses some of copied text on save (Parsoid issue?) https://bugzilla.wikimedia.org/show_bug.cgi?id=44701 What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44926] VisualEditor: Selecting last n lines and deleting - last line not deleted (Parsoid selser issue?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=44926 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Hardware|Macintosh |All Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 OS|Mac OS X 10.8 |All --- Comment #4 from James Forrester --- This is now fixed given the Parsoid update. Sorry for the delay. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 44687] VisualEditor: Parsoid selective serialisation issue when single LI made from P (?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=44687 James Forrester changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |VE-deploy-2013-04-29 --- Comment #2 from James Forrester --- This is now fixed given the Parsoid update. Sorry for the delay. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47420] VisualEditor: Reopening page in VE immediately after saving page in VE loads old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=47420 James Forrester changed: What|Removed |Added Priority|Unprioritized |High Status|NEW |ASSIGNED CC||roan.katt...@gmail.com, ||tpars...@wikimedia.org Component|General |Initialisation and ||integration Assignee|jforres...@wikimedia.org|krinklem...@gmail.com Summary|Reopening page in VE|VisualEditor: Reopening |immediately after saving|page in VE immediately |page in VE loads old|after saving page in VE |version |loads old version --- Comment #1 from James Forrester --- Feels like we need to properly review how the integration around oldids works, given the number of issues. :-( -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47345] Flickr links in UploadWizard are broken (shown as raw wiki text)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47345 Ryan Kaldari changed: What|Removed |Added Keywords||patch-in-gerrit -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47345] Flickr links in UploadWizard are broken (shown as raw wiki text)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47345 --- Comment #3 from Gerrit Notification Bot --- Related URL: https://gerrit.wikimedia.org/r/60029 (Gerrit Change I7e2bd70c19e07d1249cfa11585d1cd5fcfcabc93) -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47422] don't update user touched on Special:AbuseLog?wpSearchUser=${ip} reads
https://bugzilla.wikimedia.org/show_bug.cgi?id=47422 jeremyb changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=47045 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47045] Special:AbuseLog?wpSearchUser=${ip} takes 30-90 seconds to load, sometimes is 504
https://bugzilla.wikimedia.org/show_bug.cgi?id=47045 jeremyb changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=47422 -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47422] New: don't update user touched on Special:AbuseLog?wpSearchUser=${ip} reads
https://bugzilla.wikimedia.org/show_bug.cgi?id=47422
Web browser: ---
Bug ID: 47422
Summary: don't update user touched on
Special:AbuseLog?wpSearchUser=${ip} reads
Product: MediaWiki extensions
Version: unspecified
Hardware: All
OS: All
Status: NEW
Keywords: performance
Severity: normal
Priority: Unprioritized
Component: AbuseFilter
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: bugzilla+org.wikime...@tuxmachine.com
CC: afeld...@wikimedia.org, agarr...@wikimedia.org,
aschulz4...@gmail.com, nischay...@gmail.com,
s...@reedyboy.net
Classification: Unclassified
Mobile Platform: ---
splitting off from Bug 47045 comment 10
loading
https://en.wikipedia.org/wiki/Special:AbuseLog?wpSearchUser=216.124.227.188&wpSearchFilter=&wpSearchTitle=
updates user touched for the user that loaded the page. don't do that.
i got that same lock wait timeout on at least 3 separate occasions
(just by testing... i don't actually use the tool myself)
Special:AbuseLog?wpSearchUser updates user_touched? that's nuts..
that should be its own ticket, unrelated to 47045
yeah, at first wasn't sure if it was related
--
You are receiving this mail because:
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47345] Flickr links in UploadWizard are broken (shown as raw wiki text)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47345 --- Comment #2 from Ryan Kaldari --- This is a slightly different bug than the previous one. Both were caused by changes to the underlying mediaWiki.jqueryMsg functionality. Fixing this one should be fairly easy. Just need to explicitly set the output format. Stay tuned... -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47403] Parsoid: Extra new line in wikitext causes that makes parent typeof="mw:Placeholder"
https://bugzilla.wikimedia.org/show_bug.cgi?id=47403 --- Comment #2 from Gabriel Wicke --- We are protecting the p/br paragraphs as the VE did not support them well so far. The mw:Placeholder type alienates the paragraph in VE. If the VE supports empty p/br paragraphs now we can easily remove the protection, which will make the paragraph editable in VE. -- You are receiving this mail because: You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 47045] Special:AbuseLog?wpSearchUser=${ip} takes 30-90 seconds to load, sometimes is 504
https://bugzilla.wikimedia.org/show_bug.cgi?id=47045 --- Comment #16 from Asher Feldman --- I've added the user_timestamp index to enwiki, the original query is now fast: mysql:wikiadmin@db1056 [enwiki]> explain SELECT * FROM abuse_filter_log LEFT JOIN abuse_filter on (af_id=afl_filter) WHERE afl_user = 0 AND afl_user_text='90.221.128.138'\G *** 1. row *** id: 1 select_type: SIMPLE table: abuse_filter_log type: ref possible_keys: user_timestamp key: user_timestamp key_len: 265 ref: const,const rows: 4 Extra: Using index condition *** 2. row *** id: 1 select_type: SIMPLE table: abuse_filter type: eq_ref possible_keys: PRIMARY key: PRIMARY key_len: 8 ref: enwiki.abuse_filter_log.afl_filter rows: 1 Extra: Using where 2 rows in set (0.03 sec) Probably still missing on most other projects. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
