[Bug 55648] Remove Thanks from History pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=55648 Steven Zhang changed: What|Removed |Added CC||cro0...@gmail.com --- Comment #3 from Steven Zhang --- I personally think it's useful on the history page. I think some sort of opt-out or preference management would be a better option rather than removing it for those that may actually use 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 55650] New: users may see zombie "You have a new message" orange bar after Flow occupation
https://bugzilla.wikimedia.org/show_bug.cgi?id=55650 Web browser: --- Bug ID: 55650 Summary: users may see zombie "You have a new message" orange bar after Flow occupation Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Flow Assignee: wikibugs-l@lists.wikimedia.org Reporter: sp...@wikimedia.org CC: ebernhard...@wikimedia.org, oke...@wikimedia.org, sp...@wikimedia.org Classification: Unclassified Mobile Platform: --- Someone added some wiki text to a user talk page on my wiki. I converted my wiki to occupy user talk pages; I had not followed the emerging "best practice" of moving existing User_talk content to subpages such as User_talk:/Archive. A few days later I logged in as that user (user Admin, but I think this scenario applies to any user). Pages displayed a "You have a _new message_ (_last change_)." orange bar. But the links in it (to http://localhost/wiki/index.php?title=User_talk:Admin&redirect=no and http://localhost/wiki/index.php?title=User_talk:Admin&diff=cur didn't show me the message, because all such links show the Flow board. One way to see the message is to use Special:Export/User_talk:, since that (currently) continues to access the wiki page contents after Flow occupies. I don't know if Echo and notifications are configured differently on my wiki than on WMF wikis, but this seems worth investigating, and to consider when turning on Flow in user talk pages. -- 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 54262] Parsoid: mw:Entity not preserved if data-parsoid missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=54262 Gabriel Wicke changed: 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 33105] VisualEditor: Preserve rich text formatting when pasting from internal or external sources (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33105 Bug 33105 depends on bug 54262, which changed state. Bug 54262 Summary: Parsoid: mw:Entity not preserved if data-parsoid missing https://bugzilla.wikimedia.org/show_bug.cgi?id=54262 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 23016] Create new extension implementing article importance and quality (and/or other configurable attributes) as database fields
https://bugzilla.wikimedia.org/show_bug.cgi?id=23016 --- Comment #7 from Nathan Larson --- Correction, URL should have been: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28technical%29/Archive_73#Create_article_quality_and_importance_fields_in_the_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 23016] Create new extension implementing article importance and quality (and/or other configurable attributes) as database fields
https://bugzilla.wikimedia.org/show_bug.cgi?id=23016 Nathan Larson changed: What|Removed |Added CC||nathanlarson3...@gmail.com --- Comment #6 from Nathan Larson --- See also Wikipedia:Village_pump_(technical)/Archive_73#Create_article_quality_and_importance_fields_in_the_database and https://www.mediawiki.org/wiki/Requests_for_comment/Page_metadata -- 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 52911] "Leaving this page" warning when using shortcuts with edit mode on Incubator
https://bugzilla.wikimedia.org/show_bug.cgi?id=52911 --- Comment #6 from Revi --- (In reply to comment #5) > Pressing Alt+Shift+P on > https://incubator.wikimedia.org/w/index.php?title=User:Hym411/ > test&action=submit&uselang=ko > with Firefox 24.0, I only get > > "Remember that this is only a preview. > Your changes have not yet been saved!" Again: It happens on Chrome. maybe interface language problem. -- 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 55582] , and other elements are accepted in wikitext, but their attributes are not
https://bugzilla.wikimedia.org/show_bug.cgi?id=55582 Kevin Israel (PleaseStand) changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 55582] , and other elements are accepted in wikitext, but their attributes are not
https://bugzilla.wikimedia.org/show_bug.cgi?id=55582 Kevin Israel (PleaseStand) changed: What|Removed |Added Status|PATCH_TO_REVIEW |NEW CC||pleasest...@live.com --- Comment #7 from Kevin Israel (PleaseStand) --- Please sign up for developer access on Wikitech: https://wikitech.wikimedia.org/wiki/Special:UserLogin/signup You cannot leave comments on Gerrit (our code review system) without first creating an account on that wiki. Signing up for an account will also allow you to upload new patch sets there. -- 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 55582] , and other elements are accepted in wikitext, but their attributes are not
https://bugzilla.wikimedia.org/show_bug.cgi?id=55582 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 55582] , and other elements are accepted in wikitext, but their attributes are not
https://bugzilla.wikimedia.org/show_bug.cgi?id=55582 --- Comment #6 from Gerrit Notification Bot --- Change 89384 had a related patch set uploaded by PleaseStand: Put the HTML attribute whitelist closer to HTML5 https://gerrit.wikimedia.org/r/89384 -- 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 55649] New: Allow trusted users to bypass account check and create 'reserved' accounts
https://bugzilla.wikimedia.org/show_bug.cgi?id=55649 Web browser: --- Bug ID: 55649 Summary: Allow trusted users to bypass account check and create 'reserved' accounts Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MediaWikiAuth Assignee: wikibugs-l@lists.wikimedia.org Reporter: zhoris...@gmail.com CC: j...@countervandalism.net, legoktm.wikipe...@gmail.com, skizz...@gmail.com, zhoris...@gmail.com Classification: Unclassified Mobile Platform: --- Importing won't always work (lost passwords, original server goes down, etc) so there should be a way around it - like let admins or whatever create the account by email. ...although I thought this actually did work at one point. Blarg. -- 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 55569] Make the Claims list not depend on hashes
https://bugzilla.wikimedia.org/show_bug.cgi?id=55569 --- Comment #4 from Gerrit Notification Bot --- Change 89015 merged by Jeroen De Dauw: (bug #55569) Make Claims list not use hashes. https://gerrit.wikimedia.org/r/89015 -- 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 55648] Remove Thanks from History pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=55648 --- Comment #2 from Steven Walling --- (In reply to comment #1) > (In reply to comment #0) > > It's been several months since we launched the Thanks extension on enwiki > > and > > other projects. It's generally been a wild success (9600+ users on enwiki > > alone, and growing). However, people have continued to report that it is... > > > > A) less useful on History, where you know less about an edit and thus have a > > hard time judging whether you want to thank someone > > B) more noisy on History, where many links are lined up in a list > > > > We should consider removing it from History pages, even if we fulfill > > requests > > like bug 49541 > > > Hi Steven, do you mean remove it from page histories? It's actually quite > useful there. In fact, would that not be where it would be seen by most > editors? Sorry if I've misunderstood. Sorry for the confusion, I did mean page histories. It's totally possible more people see it on page histories than diffs, I don't know since we haven't tracked the source of the 'thank' action. I've just heard this request bandied about for quite some time - including when we first launched the feature. So I thought I'd bring it up for us to hash out. I don't feel strongly either way. -- 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 55377] API: Implement rctitles parameter in query=recentchanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=55377 --- Comment #1 from Krinkle --- @Roan: Are you really sure we need more indices for this? What about watchlist. Watchlist uses the same recentchanges table with a major INNER JOIN on watchlist (as opposed to just a few "WHERE rc_title IN ( ..)"). Watchlist also does the rc_timestamp sort and range. Of course, it is possible that this just proves the opposite (watchlist is also slow, but we can't remove it, and we can remove rctitles from the API to avoid it from getting worse). Is that the case? -- 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 55648] Remove Thanks from History pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=55648 SlimVirgin changed: What|Removed |Added CC||slimvir...@gmail.com --- Comment #1 from SlimVirgin --- (In reply to comment #0) > It's been several months since we launched the Thanks extension on enwiki and > other projects. It's generally been a wild success (9600+ users on enwiki > alone, and growing). However, people have continued to report that it is... > > A) less useful on History, where you know less about an edit and thus have a > hard time judging whether you want to thank someone > B) more noisy on History, where many links are lined up in a list > > We should consider removing it from History pages, even if we fulfill > requests > like bug 49541 Hi Steven, do you mean remove it from page histories? It's actually quite useful there. In fact, would that not be where it would be seen by most editors? Sorry if I've misunderstood. -- 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 55648] Remove Thanks from History pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=55648 Steven Walling changed: What|Removed |Added Priority|Unprioritized |Normal CC||fflo...@wikimedia.org, ||oke...@wikimedia.org, ||rkald...@wikimedia.org, ||swall...@wikimedia.org Severity|normal |enhancement -- 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 55648] New: Remove Thanks from History pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=55648 Web browser: --- Bug ID: 55648 Summary: Remove Thanks from History pages Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Thanks Assignee: wikibugs-l@lists.wikimedia.org Reporter: swall...@wikimedia.org Classification: Unclassified Mobile Platform: --- It's been several months since we launched the Thanks extension on enwiki and other projects. It's generally been a wild success (9600+ users on enwiki alone, and growing). However, people have continued to report that it is... A) less useful on History, where you know less about an edit and thus have a hard time judging whether you want to thank someone B) more noisy on History, where many links are lined up in a list We should consider removing it from History pages, even if we fulfill requests like bug 49541 -- 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 55620] NS Portale (it:voy) and Portal (de:voy) to be considered as content
https://bugzilla.wikimedia.org/show_bug.cgi?id=55620 This, that and the other changed: What|Removed |Added CC||at.li...@live.com.au --- Comment #1 from This, that and the other --- You need to seek community consensus, or at least bring it up within the community, for this sort of request. See [[m:Requesting wiki configuration changes]]. -- 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 54831] Breadcrumb ({{Quickfooter}} template) doesn't update in preview mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=54831
Andre Klapper changed:
What|Removed |Added
Priority|Unprioritized |Normal
Summary|Breadcrumb doesn't update |Breadcrumb ({{Quickfooter}}
|in preview mode |template) doesn't update in
||preview mode
--- Comment #4 from Andre Klapper ---
I can confirm the problem with the given steps, however I am not sure if this
is a bug in the MediaWiki code itself (which would make this a valid, confirmed
bug) or in the {{Quickfooter}} template.
--
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 21579] OTRS password request abuse (implement CAPTCHA?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=21579 --- Comment #11 from Andre Klapper --- Upstreamed as Idea#1335 on https://otrsteam.ideascale.com/a/dtd/Disallow-spamming-agents-by-Lost-password-feature/455056-10369 -- 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 55647] New: Categorize monuments by location
https://bugzilla.wikimedia.org/show_bug.cgi?id=55647 Web browser: --- Bug ID: 55647 Summary: Categorize monuments by location Product: Wiki Loves Monuments Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General Assignee: wikibugs-l@lists.wikimedia.org Reporter: sj...@seznam.cz Classification: Unclassified Mobile Platform: --- Currently, files are moved from the country-root category of monuments to the main category of the source list where is its ID contained. However we need also to support categorization by the settlement/village/city (when its category is not the parent category of the main category of the list). If the monument (the ID) have its own category, we need to categorize such a category - if the ID have not its own category, the file should by categorized directly by the settlement/locality. In cities, also automatized categorization by street/square can be supported. E. g. https://commons.wikimedia.org/w/index.php?title=File:%C5%BDele%C4%8D,_bo%C5%BE%C3%AD_muka.JPG&oldid=106814994 is uploaded with the category "Cultural monuments in the Czech Republic" only. The bot will find the ID on the page move it to https://cs.wikipedia.org/wiki/Seznam_kulturn%C3%ADch_pam%C3%A1tek_v_okrese_Prost%C4%9Bjov and move it to its main Commons category https://commons.wikimedia.org/wiki/Category:Cultural_monuments_in_Prost%C4%9Bjov_District . However, the database "know" that the monument is in the village of https://cs.wikipedia.org/wiki/%C5%BDele%C4%8D_(okres_Prost%C4%9Bjov) and its Wikidata item (https://www.wikidata.org/wiki/Q2372819) links through P373 to Commons category of the village: https://commons.wikimedia.org/wiki/Category:%C5%BDele%C4%8D_(Prost%C4%9Bjov_District) . Also, the categorizing bot should add the file also in this category of the village. -- 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 55642] Support loading ResourceLoader modules into Web Workers
https://bugzilla.wikimedia.org/show_bug.cgi?id=55642 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 55642] Support loading ResourceLoader modules into Web Workers
https://bugzilla.wikimedia.org/show_bug.cgi?id=55642 --- Comment #4 from Gerrit Notification Bot --- Change 89375 had a related patch set uploaded by Ori.livneh: WebWorker ResourceLoader Eliza wat https://gerrit.wikimedia.org/r/89375 -- 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 55646] New: 404: vizgrimoire.css and vizgrimoire.min.js not found
https://bugzilla.wikimedia.org/show_bug.cgi?id=55646 Web browser: --- Bug ID: 55646 Summary: 404: vizgrimoire.css and vizgrimoire.min.js not found Product: Analytics Version: unspecified Hardware: All OS: All Status: NEW Keywords: javascript Severity: normal Priority: Unprioritized Component: Tech community metrics Assignee: wikibugs-l@lists.wikimedia.org Reporter: mybugs.m...@gmail.com CC: a...@bitergia.com, christ...@quelltextlich.at, q...@wikimedia.org Classification: Unclassified Mobile Platform: --- When I visit the link http://korma.wmflabs.org/browser/people.html?id=2763&name=mybugs.mail I see the following in the console: GET http://korma.wmflabs.org/browser/VizGrimoireJS/vizgrimoire.css 404 (Not Found) GET http://korma.wmflabs.org/browser/VizGrimoireJS/vizgrimoire.min.js 404 (Not Found) and I get a page which is essentially blank (there are headers named "Commits", "Tickets Closed", "MLS Messages sent", "IRC Messages sent" and "Closed reviews", but no content at all) -- 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 55602] ForeignApiRepo fails when using fopen with allow_url_fopen disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=55602 --- Comment #5 from OverlordQ --- Yeah, I just installed php5-curl, and as an aside, the DebugToolbar was missing because I'm using varnish and wgUseSquid is enabled which turns the debugtoolbar off. Makes sense in hindsight, but had to dig through code to find it out. -- 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 51731] After re-marking an updated page for translation, FuzzyBot does not react, or only ports over the previous update
https://bugzilla.wikimedia.org/show_bug.cgi?id=51731 --- Comment #2 from Tilman Bayer --- This is still happening, see e.g. https://meta.wikimedia.org/w/index.php?title=Wikimedia_Blog/Drafts/HTTPS_post/fr&diff=6018140&oldid=5712520 -- 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 55620] NS Portale (it:voy) and Portal (de:voy) to be considered as content
https://bugzilla.wikimedia.org/show_bug.cgi?id=55620 Andre Klapper changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- 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 55602] ForeignApiRepo fails when using fopen with allow_url_fopen disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=55602 Chad H. changed: What|Removed |Added CC||bawolff...@gmail.com, ||bryan.tongm...@gmail.com, ||fflo...@wikimedia.org, ||innocentkil...@gmail.com, ||mtrac...@member.fsf.org Component|General/Unknown |File management Summary|If allow_url_fopen is |ForeignApiRepo fails when |disabled, saving a page |using fopen with |causes an improperly|allow_url_fopen disabled |handled exception | --- Comment #4 from Chad H. --- Retitling bug based on issue. It seems kind of duh since PHP is acting as designed (we can't use fopen-type functions when allow_url_fopen is disabled). So what we should do is twofold: 1) ForeignApiRepo should detect this case and bail more gracefully (with appropriate debug logging of course) 2) We need to warn about the whole situation much better in the installer. Life without curl is miserable, so we should stress that installing it is a Good Thing. When it's not there though, we should at least prevent the installing admin from enabling instant commons since it's just shooting yourself in the foot. OverlordQ: For now either disable instant commons or enable allow_url_fopen. -- 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 40728] Categorization bot should act if an id is obviously invalid
https://bugzilla.wikimedia.org/show_bug.cgi?id=40728 sj...@seznam.cz changed: What|Removed |Added CC||sj...@seznam.cz --- Comment #1 from sj...@seznam.cz --- The national tag templates should implement some filter mask which should detect and eliminate strings which are not in expected form (only numbers, number of digits, a position and a number of letters, slashes, hyphens or spaces, a range of numbers - ignore zero and empty values etc.). -- 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 54792] Project-wide whitelist (for Wikivoyage)
https://bugzilla.wikimedia.org/show_bug.cgi?id=54792 Andre Klapper changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 -- 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 55416] timeout waiting for lock on Meta page with transclusions and #expr arithmetic
https://bugzilla.wikimedia.org/show_bug.cgi?id=55416 Andre Klapper changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever confirmed|1 |0 --- Comment #1 from Andre Klapper --- I don't have problems accessing https://meta.wikimedia.org/wiki/List_of_Wikipedias_by_language_group today. Asaf: Is this still an issue? -- 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 55645] New: Possible bad parse of links with ISBN captions
https://bugzilla.wikimedia.org/show_bug.cgi?id=55645
Web browser: ---
Bug ID: 55645
Summary: Possible bad parse of links with ISBN captions
Product: Parsoid
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: tokenizer
Assignee: gwi...@wikimedia.org
Reporter: ssas...@wikimedia.org
CC: ssas...@wikimedia.org
Classification: Unclassified
Mobile Platform: ---
echo "{{Falsche ISBN|2-85047-115-0}}" | node parse --wt2wt --prefix de bombs
because of this: echo '[[Spezial:ISBN-Suche/2-85047-115-0|ISBN 2-85047-115-0]]'
| node parse --wt2wt
Presumably, the ISBN in the caption should not be parsed as a link. To be
investigated.
--
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 55602] If allow_url_fopen is disabled, saving a page causes an improperly handled exception
https://bugzilla.wikimedia.org/show_bug.cgi?id=55602
--- Comment #3 from OverlordQ ---
So I'm guessing it's because instant commons is enabled. However, I dont
rememeber ever seeing a warning during installation regarding this issue.
MWHttpRequest::factory: allow_url_fopen needs to be enabled for pure PHP http
requests to work. If possible, curl should be used instead. See
http://php.net/curl.
Backtrace:
#0 /www/wikicurean.com/html/w/includes/filerepo/ForeignAPIRepo.php(477):
MWHttpRequest::factory('http://commons.wikimedia.org/w/api.php?titles=File%3AWikicurean.png&iiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime%7Cmediatype&prop=imageinfo&iimetadataversion=2&format=json&action=query&redirects=true&uselang=en',
Array)
#1 /www/wikicurean.com/html/w/includes/filerepo/ForeignAPIRepo.php(508):
ForeignAPIRepo::httpGet('http://commons.wikimedia.org/w/api.php?titles=File%3AWikicurean.png&iiprop=timestamp%7Cuser%7Ccomment%7Curl%7Csize%7Csha1%7Cmetadata%7Cmime%7Cmediatype&prop=imageinfo&iimetadataversion=2&format=json&action=query&redirects=true&uselang=en')
#2 /www/wikicurean.com/html/w/includes/filerepo/ForeignAPIRepo.php(183):
ForeignAPIRepo->httpGetCached('Metadata', Array)
#3 /www/wikicurean.com/html/w/includes/filerepo/file/ForeignAPIFile.php(61):
ForeignAPIRepo->fetchImageQuery(Array)
#4 (): ForeignAPIFile::newFromTitle(Object(Title), Object(ForeignAPIRepo))
#5 /www/wikicurean.com/html/w/includes/filerepo/FileRepo.php(333):
call_user_func(Array, Object(Title), Object(ForeignAPIRepo))
#6 /www/wikicurean.com/html/w/includes/filerepo/ForeignAPIRepo.php(103):
FileRepo->newFile(Object(Title), false)
#7 /www/wikicurean.com/html/w/includes/filerepo/FileRepo.php(362):
ForeignAPIRepo->newFile(Object(Title))
#8 /www/wikicurean.com/html/w/includes/filerepo/RepoGroup.php(151):
FileRepo->findFile(Object(Title), Array)
#9 /www/wikicurean.com/html/w/includes/GlobalFunctions.php(3542):
RepoGroup->findFile(Object(Title), Array)
#10 /www/wikicurean.com/html/w/includes/parser/Parser.php(3865):
wfFindFile(Object(Title), Array)
#11 /www/wikicurean.com/html/w/includes/parser/Parser.php(3830):
Parser->fetchFileNoRegister(Object(Title), Array)
#12 /www/wikicurean.com/html/w/includes/parser/Parser.php(5320):
Parser->fetchFileAndTitle(Object(Title), Array)
#13 /www/wikicurean.com/html/w/includes/parser/Parser.php(2080):
Parser->makeImage(Object(Title), 'link=|center|400px', Object(LinkHolderArray))
#14 /www/wikicurean.com/html/w/includes/parser/Parser.php(1818):
Parser->replaceInternalLinks2('a whole lot of HTML output here', Object(Title),
Object(ParserOptions), true, true, 10)
#18 /www/wikicurean.com/html/w/includes/WikiPage.php(3539):
WikitextContent->getParserOutput(Object(Title), 10, Object(ParserOptions))
#19 /www/wikicurean.com/html/w/includes/PoolCounter.php(222):
PoolWorkArticleView->doWork()
#20 /www/wikicurean.com/html/w/includes/Article.php(708):
PoolCounterWork->execute()
#21 /www/wikicurean.com/html/w/includes/actions/ViewAction.php(44):
Article->view()
#22 /www/wikicurean.com/html/w/includes/Wiki.php(448): ViewAction->show()
#23 /www/wikicurean.com/html/w/includes/Wiki.php(312):
MediaWiki->performAction(Object(Article), Object(Title))
#24 /www/wikicurean.com/html/w/includes/Wiki.php(602):
MediaWiki->performRequest()
#25 /www/wikicurean.com/html/w/includes/Wiki.php(467): MediaWiki->main()
#26 /www/wikicurean.com/html/w/index.php(49): MediaWiki->run()
#27 {main}
--
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 54152] Make a tool to suggest categories to create for monuments at Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=54152 sj...@seznam.cz changed: What|Removed |Added CC||sj...@seznam.cz --- Comment #1 from sj...@seznam.cz --- I think, also IDs with 1 or 2 images can have their own categories and such category can be useful. The tool should facilitate the creating process for whatever monument in the list (and to propose the name of the created category and their parent categories). When a monument have not the "Commonscat" icon, it should have a "Create Commonscat" icon instead. However, the tool should also detect: * whether the ID is not listed in "Missing commons category links" (and to add the Commonscat link from the list) * whether (some of) the images with the ID are listed in some existing category which can be suspected to be the category of the monument. -- 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 54262] Parsoid: mw:Entity not preserved if data-parsoid missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=54262 --- Comment #5 from Gerrit Notification Bot --- Change 89356 merged by jenkins-bot: Bug 54262: Serialize new entity to its contents https://gerrit.wikimedia.org/r/89356 -- 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 55563] Disable subpages on eowiki in the main namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=55563 This, that and the other changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #4 from This, that and the other --- Done. -- 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 52536] Can't switch from Zero to desktop
https://bugzilla.wikimedia.org/show_bug.cgi?id=52536 --- Comment #7 from Gerrit Notification Bot --- Change 89366 had a related patch set uploaded by Dr0ptp4kt: Reinstate interstitial warning for switch to Desktop. See bug 52536. https://gerrit.wikimedia.org/r/89366 -- 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 52536] Can't switch from Zero to desktop
https://bugzilla.wikimedia.org/show_bug.cgi?id=52536 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 55596] Thanks button not styled
https://bugzilla.wikimedia.org/show_bug.cgi?id=55596 Jon changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 55644] New: Eliminate overcategorization when moving images from the root category
https://bugzilla.wikimedia.org/show_bug.cgi?id=55644 Web browser: --- Bug ID: 55644 Summary: Eliminate overcategorization when moving images from the root category Product: Wiki Loves Monuments Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General Assignee: wikibugs-l@lists.wikimedia.org Reporter: sj...@seznam.cz Classification: Unclassified Mobile Platform: --- When the bot is moving files from the country-root category of monuments to the main category of the appropriate list page, the algorithm seems to be able recognize that the file is in the category of the corresponding monument and remove the root category without adding the main category of the list page (which would be redundant and overcategorizing). E.g. in case of http://commons.wikimedia.org/w/index.php?title=File%3AVod%C3%A1rensk%C3%A1_v%C4%9B%C5%BE%2C_Praha_Vinohrady.JPG&diff=103188284&oldid=103140168 the bot was able to recognize that the "Category:Vinohradská vodárna" is a direct subcategory of "Category:Cultural monuments in Vinohrady (Prague)" and that's why removed the category "Category:Cultural monuments in the Czech Republic" but didn't add the category "Category:Cultural monuments in Vinohrady (Prague)" However, in case of https://commons.wikimedia.org/w/index.php?title=File%3APraha_Kunratice_kostel_v_noci_1.JPG&diff=103699116&oldid=103604348 the bot was not able to recognize that the category "Category:Church of Saint James the Greater (Kunratice)" is a subcategory of "Category:Cultural monuments in Prague" through "Category:Cultural monuments in Kunratice (Prague)" and added the category "Category:Cultural monuments in Prague". Thus, in some cases the bot is able to avoid overcategorization, in some (similar but more complicated) cases it isn't able. Is seems be able to recognize that the category of the monument is a direct subcategory of the main category of the list page but no able to recognize that the category of the monument is a undirect subcategory of the main category of the list 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 55602] If allow_url_fopen is disabled, saving a page causes an improperly handled exception
https://bugzilla.wikimedia.org/show_bug.cgi?id=55602 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |High Severity|normal |major --- Comment #2 from Andre Klapper --- Hmm, so would it be possible to provide a stacktrace? -- 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 55490] MobileFrontend: Watchlist throws JavaScript exception
https://bugzilla.wikimedia.org/show_bug.cgi?id=55490 --- Comment #4 from Krinkle --- (In reply to comment #2) > Out of interest Krinkle any reason you added MobileFrontend to the title when > it is specified in component (just curious to understand your workflow) I added it because most interfaces to bugzilla (email, irc) usually don't specify the component. I don't add it to every bug I see, just the ones that are ambiguous (e.g. I clicked them out of interest and turned out not to be what it seemed). In this case I thought it was a bug in core. -- 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 54282] homepage styles leak into ajax loaded page
https://bugzilla.wikimedia.org/show_bug.cgi?id=54282 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #2 from Jon --- Now invalid - no main page specific styles (see I5c731661ea059f61a4cb6cb5ce0409e37115f68b) -- 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 53382] JS error on loading watchlist in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=53382 Jon changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 55586] Sections do not expand after an edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=55586 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 55586] Sections do not expand after an edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=55586 --- Comment #2 from Gerrit Notification Bot --- Change 89362 had a related patch set uploaded by Jdlrobson: Make sure auto expanded sections have contents https://gerrit.wikimedia.org/r/89362 -- 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 55643] New: Sort "Missing commons category links" by source page
https://bugzilla.wikimedia.org/show_bug.cgi?id=55643 Web browser: --- Bug ID: 55643 Summary: Sort "Missing commons category links" by source page Product: Wiki Loves Monuments Version: unspecified Hardware: All OS: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: General Assignee: wikibugs-l@lists.wikimedia.org Reporter: sj...@seznam.cz Classification: Unclassified Mobile Platform: --- The automatically generated lists like https://cs.wikipedia.org/wiki/Wikipedie:WikiProjekt_Wiki_Loves_Monuments/Missing_commons_category_links should be grouped rather by source list and sorted alphabetically by the name of the source page or by iso of the region/district rather than by ID. Maybe, a sortable table would be also a solution. Discussed recently at https://commons.wikimedia.org/wiki/User_talk:Multichill#Sorting_of_Missing_commons_category_links . -- 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 55642] Support loading ResourceLoader modules into Web Workers
https://bugzilla.wikimedia.org/show_bug.cgi?id=55642 --- Comment #3 from Brion Vibber --- I like the 'mw.loader.loadInWorker([module, ...])' idea -- that's a logical mapping to 'new Worker(url)' and means that using workers is an explicit opt-in that shouldn't complicate general module handling. Could either skip mw.loader.implement and ensure modules are ordered correctly in the Worker-mode output, or could tack an RL loader stub onto the beginning of the combined module -- either way should work I think. But to get the load.php contents loaded up in the first place, we either need to use a cross-domain XHR and blobify it, or we need to force the worker modules to be loaded from load.php on the local domain. The latter is simplest, but I don't know if we can rely on that working in production environment. -- 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 55642] Support loading ResourceLoader modules into Web Workers
https://bugzilla.wikimedia.org/show_bug.cgi?id=55642 Ori Livneh changed: What|Removed |Added CC||o...@wikimedia.org --- Comment #2 from Ori Livneh --- Telepathy! I knew about this bug in 2011: https://github.com/atdt/wob.js -- 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 54262] Parsoid: mw:Entity not preserved if data-parsoid missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=54262 Gabriel Wicke changed: What|Removed |Added Status|PATCH_TO_REVIEW |ASSIGNED --- Comment #4 from Gabriel Wicke --- (In reply to comment #2) > Is data-parsoid copied as well? Never mind, the title had that info. -- 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 55642] Support loading ResourceLoader modules into Web Workers
https://bugzilla.wikimedia.org/show_bug.cgi?id=55642 --- Comment #1 from Krinkle --- +1. Unsorted brain dump follows. If we're already inside a Worker and want it to fetch code: We could use postMessage to communicate with mw.loader and have it deliver the implementation of the module instead of executing it in the parent page. Since implementation are nicely self-contained it should be relatively straight forward (it has a reference of the closure which can be stringified and evaluated elsewhere). I've been thinking about a different feature that warrants similar handling, namely storing/caching of modules in localStorage. The tricky part is that some modules, especially in debug mode, return one or more urls instead of a closure. So we'd need to fetch those inside the worker presumably (the raw url type of resource executes immediately without a closure), however a Worker can't have a cross-domain injection like
[Bug 54262] Parsoid: mw:Entity not preserved if data-parsoid missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=54262 --- Comment #3 from Gerrit Notification Bot --- Change 89356 had a related patch set uploaded by GWicke: Bug 54262: Serialize new entity to its contents https://gerrit.wikimedia.org/r/89356 -- 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 54262] Parsoid: mw:Entity not preserved if data-parsoid missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=54262 Gerrit Notification Bot changed: What|Removed |Added Status|ASSIGNED|PATCH_TO_REVIEW -- 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 47091] Enable strapping-mediawiki skin in mediawiki.org as optional & experimental
https://bugzilla.wikimedia.org/show_bug.cgi?id=47091 --- Comment #16 from Ryan Lane --- (In reply to comment #15) > The strapping-mediawiki skin needs a few updates to comply with MediaWiki > 1.17+ > standards such as using ResourceLoader. Hm. I could have sworn I did that. Maybe it was partially reverted? -- 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 55634] Exception after call_user_func causes error (PHP Notice: Undefined index: file, PHP Notice: Undefined index: line)
https://bugzilla.wikimedia.org/show_bug.cgi?id=55634 Andre Klapper 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 55468] Update "Create account" / "login" buttons in ConfirmAccount
https://bugzilla.wikimedia.org/show_bug.cgi?id=55468 Andre Klapper changed: What|Removed |Added Whiteboard||aklapper-moreinfo -- 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 55628] Add a bugzilla component for Extension:MediaWikiAuth
https://bugzilla.wikimedia.org/show_bug.cgi?id=55628 --- Comment #8 from Andre Klapper --- (In reply to comment #6) > You cannot reasonably expect people to find the related pages on mw.org when > there's no mention of them when they do exist I don't expect people to find them. So I manually link to them. > Hopefully you may come up with some ideas of what can be done about this, > because I've got nothing at the moment that don't involve hurling the entire > bugzilla UI out the window. Hehe. :) Yes, working on it. (In reply to comment #7) > How would the markup actually work? Does it support interwikis? How are we > supposed to figure it out? https://en.wikipedia.org/wiki/Wikipedia:BUGZILLA#Linking_to_bugs_from_Wikipedia covers this a bit (but the page predates my Wikimedia life). > Just leave a bunch of test comments on a random bug? If you really want to test, I'd rather recommend using http://boogs.wmflabs.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 55642] New: Support loading ResourceLoader modules into Web Workers
https://bugzilla.wikimedia.org/show_bug.cgi?id=55642 Web browser: --- Bug ID: 55642 Summary: Support loading ResourceLoader modules into Web Workers Product: MediaWiki Version: unspecified Hardware: All URL: https://developer.mozilla.org/en-US/docs/Web/Guide/Per formance/Using_web_workers OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: ResourceLoader Assignee: wikibugs-l@lists.wikimedia.org Reporter: br...@wikimedia.org CC: krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- Some more CPU intensive client side multimedia tools may need to do background processing in the future. Browsers support running JavaScript background processes through the Web Workers API -- https://developer.mozilla.org/en-US/docs/Web/Guide/Performance/Using_web_workers However there are some complications: * workers run in their own JS context, so the JS file loaded must be self contained * worker source code must be loaded from the web page's origin, which could be problematic when RL is being used on a second domain such as bits. There may be workarounds such as using blob URLs... Note that workers communicate with the parent page through post message similar to iframes. -- 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 52911] "Leaving this page" warning when using shortcuts with edit mode on Incubator
https://bugzilla.wikimedia.org/show_bug.cgi?id=52911 Andre Klapper changed: What|Removed |Added Summary|Error when use shortcuts|"Leaving this page" warning |with edit mode on Incubator |when using shortcuts with ||edit mode on Incubator Whiteboard|aklapper-moreinfo | --- Comment #5 from Andre Klapper --- Pressing Alt+Shift+P on https://incubator.wikimedia.org/w/index.php?title=User:Hym411/test&action=submit&uselang=ko with Firefox 24.0, I only get "Remember that this is only a preview. Your changes have not yet been saved!" -- 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 55480] Allow bureaucrats on Wikimania 2014 wiki to remove rights
https://bugzilla.wikimedia.org/show_bug.cgi?id=55480 James F. changed: What|Removed |Added Status|PATCH_TO_REVIEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from James F. --- Now 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 54646] Incorrect signs via numerical keypad on de.wp in Source Editor
https://bugzilla.wikimedia.org/show_bug.cgi?id=54646 --- Comment #11 from Andre Klapper --- Thanks for investigating and debugging this. Very appreciated! -- 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 55122] harvest_template ignores lowercase templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=55122 Maarten Dammers changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 55491] "mention" notifications on Meta don't work for ns0
https://bugzilla.wikimedia.org/show_bug.cgi?id=55491
PiRSquared17 changed:
What|Removed |Added
CC||pirsquare...@gmail.com
--- Comment #2 from PiRSquared17 ---
(In reply to comment #1)
> The issue here is that it's hardcoded for talk namespaces and NS_PROJECT. We
> probably need some kind of configuration variable to modify it.
>
> Echo/Hooks.php:455 if ( $title->isTalkPage() ||
> $title->inNamespace( NS_PROJECT ) ) {
Is there any reason it needs to be restricted to certain namespaces at all?
--
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 55577] Feature request: distinguish better between test wikis and production wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=55577 --- Comment #3 from Dario Taraborelli --- I strongly support this, it's an excellent idea. If we're going to make changes to Schema:EventCapsule we should bundle them with other proposed changes like [1]. Updating default fields will require a schema change for all tables in the log DB. [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=52295 -- 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 31369] Non-canonical HTTPS URLs quietly redirect to HTTP
https://bugzilla.wikimedia.org/show_bug.cgi?id=31369 --- Comment #56 from Matthew Flaschen --- (In reply to comment #55) > Does any specific MW core developer plan to work on this? It looks like Rob is proposing to fix it on the Apache/ops side. That Gerrit is in operations/apache-config. -- 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 48752] Special:ZeroRatedMobileAccess doesn't work without javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=48752 --- Comment #2 from Gerrit Notification Bot --- Change 89341 had a related patch set uploaded by Dr0ptp4kt: Support language selector on on feature phones. Fixes bug 48752. https://gerrit.wikimedia.org/r/89341 -- 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 48752] Special:ZeroRatedMobileAccess doesn't work without javascript
https://bugzilla.wikimedia.org/show_bug.cgi?id=48752 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- 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 43817] Include short descriptions for extensions bundled in the release
https://bugzilla.wikimedia.org/show_bug.cgi?id=43817 Mark A. Hershberger changed: What|Removed |Added CC||m...@everybody.org Target Milestone|1.21.x release |1.22.0 release -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43817] Include short descriptions for extensions bundled in the release
https://bugzilla.wikimedia.org/show_bug.cgi?id=43817 --- Comment #2 from Gerrit Notification Bot --- Change 89340 had a related patch set uploaded by MarkAHershberger: Include short descriptions for extensions bundled in the release https://gerrit.wikimedia.org/r/89340 -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 43817] Include short descriptions for extensions bundled in the release
https://bugzilla.wikimedia.org/show_bug.cgi?id=43817 Gerrit Notification Bot changed: What|Removed |Added Status|NEW |PATCH_TO_REVIEW -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 55641] New: Add option to toggle watchlist import
https://bugzilla.wikimedia.org/show_bug.cgi?id=55641 Web browser: --- Bug ID: 55641 Summary: Add option to toggle watchlist import Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MediaWikiAuth Assignee: wikibugs-l@lists.wikimedia.org Reporter: zhoris...@gmail.com CC: j...@countervandalism.net, legoktm.wikipe...@gmail.com, skizz...@gmail.com, zhoris...@gmail.com Classification: Unclassified Mobile Platform: --- If you're moving a wiki, you probably want to import the watchlist along with the account and account preferences. If you're using mediawikiauth as an alternative to CentralAuth or shared account tables (wikifur use case), however, you probably do not want to import the watchlist because it won't be relevant. So it should have a toggly thingy. Global. Variable. Thing. -- 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 55640] New: Add patches for SpecialUserlogin.php for mw1.19, 1.21, 1.22
https://bugzilla.wikimedia.org/show_bug.cgi?id=55640 Web browser: --- Bug ID: 55640 Summary: Add patches for SpecialUserlogin.php for mw1.19, 1.21, 1.22 Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MediaWikiAuth Assignee: wikibugs-l@lists.wikimedia.org Reporter: zhoris...@gmail.com CC: j...@countervandalism.net, legoktm.wikipe...@gmail.com, skizz...@gmail.com, zhoris...@gmail.com Classification: Unclassified Mobile Platform: --- Needs patches for other versions - only got 1.17 and 1.20 at the moment, so it probably needs 1.19, 1.21, and 1.22, especially as those are all of the current releases. Uncyclomedia has the file patched for 1.21, but nobody exported an actual patch file and I'm not sure it actually works, either - seems to have worked for uncyclopedia, but testing failed for ?pedia? (From what I understand, this is the patch to make it prevent the creation of accounts with names that folks might otherwise try to import. If I'm wrong about this someone smack me.) -- 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 55589] Installer's interface is unstyled
https://bugzilla.wikimedia.org/show_bug.cgi?id=55589 --- Comment #5 from Mark A. Hershberger --- (In reply to comment #4) > instead of fixing the less/css problem, it may only be necessary to duplicate > the styles into skins/common/config.css I think that would be sufficient for the 1.22 release, at least. -- 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 47091] Enable strapping-mediawiki skin in mediawiki.org as optional & experimental
https://bugzilla.wikimedia.org/show_bug.cgi?id=47091 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #15 from Krinkle --- The strapping-mediawiki skin needs a few updates to comply with MediaWiki 1.17+ standards such as using ResourceLoader. -- 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 55633] Inconsistent machine translation with yandex
https://bugzilla.wikimedia.org/show_bug.cgi?id=55633 --- Comment #5 from Giovanni --- eg: TranslateWebServiceRequest-Yandex 1 378.126 378.12673.972% 31480 ( 378.126 - 378.126) [0] TranslateWebServiceRequest-Yandex 1 850.506 850.50692.564% 32400 ( 850.506 - 850.506) [0] TranslateWebServiceRequest-Yandex 1 405.096 405.09628.516% 31744 ( 405.096 - 405.096) [0] TranslateWebServiceRequest-Yandex 1 478.253 478.25383.835% 31720 ( 478.253 - 478.253) [0] TranslateWebServiceRequest-Yandex 1 421.888 421.88838.762% 31944 ( 421.888 - 421.888) [0] TranslateWebServiceRequest-Yandex 1 404.257 404.25786.350% 31728 ( 404.257 - 404.257) [0] TranslateWebServiceRequest-Yandex 1 400.511 400.51142.294% 31504 ( 400.511 - 400.511) [0] TranslateWebServiceRequest-Yandex 1 541.835 541.83588.234% 31600 ( 541.835 - 541.835) [0] TranslateWebServiceRequest-Yandex 1 543.182 543.18244.004% 31840 ( 543.182 - 543.182) [0] TranslateWebServiceRequest-Yandex 1 417.529 417.52987.692% 31592 ( 417.529 - 417.529) [0] TranslateWebServiceRequest-Yandex 1 524.851 524.85148.962% 31896 ( 524.851 - 524.851) [0] TranslateWebServiceRequest-Yandex 1 412.205 412.20585.592% 31632 ( 412.205 - 412.205) [0] TranslateWebServiceRequest-Yandex 1 380.788 380.78840.686% 31520 ( 380.788 - 380.788) [0] TranslateWebServiceRequest-Yandex 1 672.832 672.83291.783% 31976 ( 672.832 - 672.832) [0] TranslateWebServiceRequest-Yandex 1 586.617 586.61741.860% 31824 ( 586.617 - 586.617) [0] TranslateWebServiceRequest-Yandex 1 525.063 525.06389.640% 31904 ( 525.063 - 525.063) [0] TranslateWebServiceRequest-Yandex 1 583.270 583.27047.132% 31824 ( 583.270 - 583.270) [0] TranslateWebServiceRequest-Yandex 1 1030.991 1030.99191.273% 32672 ( 1030.991 - 1030.991) [0] TranslateWebServiceRequest-Yandex 1 898.897 898.89792.879% 32456 ( 898.897 - 898.897) [0] TranslateWebServiceRequest-Yandex 1 560.820 560.82035.811% 31864 ( 560.820 - 560.820) [0] TranslateWebServiceRequest-Yandex 1 461.466 461.46688.955% 31768 ( 461.466 - 461.466) [0] TranslateWebServiceRequest-Yandex 1 512.157 512.15746.494% 31912 ( 512.157 - 512.157) [0] TranslateWebServiceRequest-Yandex 1 644.665 644.66591.503% 31800 ( 644.665 - 644.665) [0] TranslateWebServiceRequest-Yandex 1 408.716 408.71634.412% 31736 ( 408.716 - 408.716) [0] -- 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 55633] Inconsistent machine translation with yandex
https://bugzilla.wikimedia.org/show_bug.cgi?id=55633 --- Comment #4 from Giovanni --- using that instrumentation I was able to profile the requests, and they're all under one second. Unsurprisingly, like when you go to the dentist, with profiling enabled it was working with most elements, only very few had not the Yandex aid. After disabling both debugging and profiling, it still works for vast majority of elements (when I reported the bug was working only for a small minority of elements). So, I would ask Niklas to have a look into it, because a minority of elements do not get their aids. But now is markedly usable for me. Let's hope will not go back to a minority of elements served by aids... Thanks Nemo -- 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 55639] New: Add support for getting email and real name from API for target wikis using 1.20+
https://bugzilla.wikimedia.org/show_bug.cgi?id=55639 Web browser: --- Bug ID: 55639 Summary: Add support for getting email and real name from API for target wikis using 1.20+ Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: MediaWikiAuth Assignee: legoktm.wikipe...@gmail.com Reporter: zhoris...@gmail.com CC: j...@countervandalism.net, legoktm.wikipe...@gmail.com, skizz...@gmail.com, zhoris...@gmail.com Classification: Unclassified Mobile Platform: --- Screenscraping should no longer be necessary at all for wikis using mw1.20+, assuming you can also get the real name from that. So it should check the version, and if it's 1.20+, skip the screenscraping part. (It may not actually get the values if the user never entered anything, so checking for those may not help any.) Otherwise go on to the ugly old hack that does the job on ugly-old-hack-needing 1.19-. -- 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 55601] Internal error thrown when you visit Special:UserProfile with invalid username
https://bugzilla.wikimedia.org/show_bug.cgi?id=55601 --- Comment #3 from Gerrit Notification Bot --- Change 89139 merged by jenkins-bot: Fixing UserProfile for invalid usernames https://gerrit.wikimedia.org/r/89139 -- 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 55601] Internal error thrown when you visit Special:UserProfile with invalid username
https://bugzilla.wikimedia.org/show_bug.cgi?id=55601 Jon changed: What|Removed |Added Status|PATCH_TO_REVIEW |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 45051] Phase out the Vector extension; merge the good parts into core (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=45051 --- Comment #28 from Bartosz Dziewoński --- As far as I know that's all – unbundle it and document that we did 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 45051] Phase out the Vector extension; merge the good parts into core (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=45051 Mark A. Hershberger changed: What|Removed |Added CC||m...@everybody.org --- Comment #27 from Mark A. Hershberger --- (In reply to comment #26) > Not until Mark promises that he will handle the tarball stuff :) and we > update the documentation on mw.org (it would be nice to do it at the same time > we release 1.22). All of the coding is done and merged. So, other than what is in Comment #14, what is needed? -- 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 55638] New: Add paging to Special:Watchlist feed view
https://bugzilla.wikimedia.org/show_bug.cgi?id=55638 Web browser: --- Bug ID: 55638 Summary: Add paging to Special:Watchlist feed view Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: MobileFrontend Assignee: wikibugs-l@lists.wikimedia.org Reporter: jrob...@wikimedia.org CC: aricha...@wikimedia.org, jgon...@wikimedia.org, jrob...@wikimedia.org, kw...@wikimedia.org, maxsem.w...@gmail.com, mgro...@wikimedia.org, mpinc...@wikimedia.org, rkald...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- Currently we show at maximum 50 entries per page on the Special:Watchlist - we should introduce paging so that you can get back to older changes. This also becomes important for when we do work on the history view of the 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 55589] Installer's interface is unstyled
https://bugzilla.wikimedia.org/show_bug.cgi?id=55589 --- Comment #4 from Mark A. Hershberger --- instead of fixing the less/css problem, it may only be necessary to duplicate the styles into skins/common/config.css -- 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 55600] Nokia Asha 501 gets broken version of the site
https://bugzilla.wikimedia.org/show_bug.cgi?id=55600 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #3 from Jon --- A variant of bug 50326 remains but Max's patch makes the site usable again. https://gerrit.wikimedia.org/r/89229 -- 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 54262] Parsoid: mw:Entity not preserved if data-parsoid missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=54262 --- Comment #2 from Gabriel Wicke --- Is data-parsoid copied as well? -- 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 50326] Icons missing/broken on old Nokia phones (X3, C3)
https://bugzilla.wikimedia.org/show_bug.cgi?id=50326 Jon changed: What|Removed |Added Summary|Icons missing on old Nokia |Icons missing/broken on old |phones (X3, C3) |Nokia phones (X3, C3) --- Comment #3 from Jon --- Possibly related: On Nokia Asha 501 only the top left quarter of the icons are shown. -- 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 55633] Inconsistent machine translation with yandex
https://bugzilla.wikimedia.org/show_bug.cgi?id=55633 --- Comment #3 from Nemo --- (In reply to comment #2) > How I can trace the working of the Yandex requests? Niklas a while ago added some [[mw:profiling]] (read for instructions): https://git.wikimedia.org/blobdiff/mediawiki%2Fextensions%2FTranslate/42268a4bba7a30b22d316748957c62aa7bd71daf/utils%2FTranslationHelpers.php -- 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 54828] FlaggedRevs for Portuguese Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=54828 --- Comment #5 from Teles --- Maybe it is unrelated but after this was changed, a few rights (i.e. sysop, deleter, bureaucrat, interface editor) are not appearing here anymore: https://pt.wikipedia.org/wiki/Especial:UserRights -- 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 55627] Profiles heuristics
https://bugzilla.wikimedia.org/show_bug.cgi?id=55627 --- Comment #1 from Oliver Keyes --- It's a useful indicator of what the user does, but it can be taken as heirarchically-indicating too, which is worrisome. -- 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 55633] Inconsistent machine translation with yandex
https://bugzilla.wikimedia.org/show_bug.cgi?id=55633 --- Comment #2 from Giovanni --- because when the request to Yandex is made, there is a "loading" in the box. Is not a problem of timeout, neither of flooding. I've been able to flood Yandex with requests, and it works. Also, no DNS problems. Eg: with a script doing more or less the same request to Yandex, I have no problems. Seems more a problem in the GUI not requesting the aid (eg: something in Ajax, or whatever). I was not able to trace it, neither to debug or profile... How I can trace the working of the Yandex 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 55379] Watch CTA on UserLogin?
https://bugzilla.wikimedia.org/show_bug.cgi?id=55379 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #2 from Jon --- https://gerrit.wikimedia.org/r/#/c/89108/ fixes this -- 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 55582] , and other elements are accepted in wikitext, but their attributes are not
https://bugzilla.wikimedia.org/show_bug.cgi?id=55582 --- Comment #5 from entli...@gmx-topmail.de --- Bugzilla doesn't show the prose at the beginning of the .diff file, so here it is: Bug 55582: Put the HTML attribute whitelist closer to HTML5 * Add the global attributes to and and add "cite" to . This is to make these elements actually usable: needs a "dir" attribute to be useful for anything, and the whole point of compared to hard-coded quotation marks is its support for the "lang" and "cite" attributes. * Drop the "align" attribute from because it was never standards-compliant and does not work in browsers either, unless one constructs such unlikely things as . * Drop the obsolete "char" and "charoff" attributes from , , . These have not been implemented in browsers anyway. * Drop the obsolete presentational attributes "align", "valign" and "width" from , , , and . These elements are currently not accepted in wikitext anyway, but removing these attributes from the whitelist ensures that they are not accidentally enabled in the future. * Drop the obsolete presentational attributes "noshade" and "size" from . They have been overridden by skin-specific CSS for a long time anyway. * Allow all global attributes on and . Not allowing "dir" and "lang" on was a restriction in HTML 4.01, presumably copied to , that has been lifted in HTML5. Allowing these may not be particularly useful, but simplifies the code. -- 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 49734] 504 Gateway Time-out when editing page with a lot of transclusions
https://bugzilla.wikimedia.org/show_bug.cgi?id=49734 --- Comment #3 from Basvb --- Shouldn't this be a higher priority? It seems to me pretty ofsetting for (new) users when they get an error in an occasion where seemingly nothing is wrong. -- 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 55582] , and other elements are accepted in wikitext, but their attributes are not
https://bugzilla.wikimedia.org/show_bug.cgi?id=55582 --- Comment #4 from entli...@gmx-topmail.de --- Created attachment 13477 --> https://bugzilla.wikimedia.org/attachment.cgi?id=13477&action=edit Proposed additions to and removals from the attribute whitelist This is completely untested. I have never worked with the PHP code. -- 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 47465] OGV thumbnails can have artifacts (squares)
https://bugzilla.wikimedia.org/show_bug.cgi?id=47465 --- Comment #10 from Gerrit Notification Bot --- Change 86243 merged by Aaron Schulz: Fix thumbnails for low framerate Ogg Theora Videos https://gerrit.wikimedia.org/r/86243 -- 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 20151] Preferences for anonymous users
https://bugzilla.wikimedia.org/show_bug.cgi?id=20151 Helder changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=33677 -- 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 50861] Debug Yandex translation service failures
https://bugzilla.wikimedia.org/show_bug.cgi?id=50861 Nemo changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=55633 -- 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 33677] enable setting language preference without requiring login
https://bugzilla.wikimedia.org/show_bug.cgi?id=33677 Helder changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=20151 -- 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 55633] Inconsistent machine translation with yandex
https://bugzilla.wikimedia.org/show_bug.cgi?id=55633 Nemo changed: What|Removed |Added CC||federicol...@tiscali.it See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=50861 --- Comment #1 from Nemo --- (In reply to comment #0) > Seems that the http request to Yandex is not made for all elements. How did you determine this? We've had problems with Yandex lately, Niklas said there were timeouts on their end: bug 50861. -- 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
