[Bug 47274] Custom repo name mapping for Gerrit/Git integration
https://bugzilla.wikimedia.org/show_bug.cgi?id=47274 --- Comment #5 from Andrew Otto o...@wikimedia.org --- BTW, I have had long discussions with Chad and Mark and Faidon about this. I even discussed implementation with Chad a bit about 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 39598] VisualEditor: Support templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=39598 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Component|Initialisation and |General |integration | -- 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 39599] VisualEditor: Support references
https://bugzilla.wikimedia.org/show_bug.cgi?id=39599 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Component|Initialisation and |General |integration | -- 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 39597] VisualEditor: Support categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=39597 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Component|Initialisation and |General |integration | -- 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 39596] VisualEditor: Support tables (tracker)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39596 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Component|Initialisation and |General |integration | -- 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 46464] VisualEditor: Annotation API fixes
https://bugzilla.wikimedia.org/show_bug.cgi?id=46464 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #1 from James Forrester jforres...@wikimedia.org --- Now 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 37835] VisualEditor: A link can span whitespace but won't be displayed so cannot be edited or noticed
https://bugzilla.wikimedia.org/show_bug.cgi?id=37835 Bug 37835 depends on bug 46464, which changed state. Bug 46464 Summary: VisualEditor: Annotation API fixes https://bugzilla.wikimedia.org/show_bug.cgi?id=46464 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 37835] VisualEditor: A link can span whitespace but won't be displayed so cannot be edited or noticed
https://bugzilla.wikimedia.org/show_bug.cgi?id=37835 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Priority|Normal |Low Target Milestone|VE-deploy-2013-04-15|--- --- Comment #6 from James Forrester jforres...@wikimedia.org --- Pulling from this milestone as it's a lot of work for a small feature. -- 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 33175] VisualEditor: Content in an LTR wiki is displayed RTL in CE block if the interface language is RTL
https://bugzilla.wikimedia.org/show_bug.cgi?id=33175 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Priority|Normal |High Target Milestone|VE-deploy-2013-04-15|VE-deploy-2013-04-29 --- Comment #17 from James Forrester jforres...@wikimedia.org --- This didn't make it to the milestone; pushing back. -- 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 41203] VisualEditor: Paragraph containing nowiki block does not change style unless block selected
https://bugzilla.wikimedia.org/show_bug.cgi?id=41203 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|VE-deploy-2013-04-15|VE-deploy-2013-04-29 -- 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 46349] Reference list produces errors if ParserClearState fires after ref tags, but before references
https://bugzilla.wikimedia.org/show_bug.cgi?id=46349 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added CC||bjor...@wikimedia.org --- Comment #2 from Brad Jorsch bjor...@wikimedia.org --- The reason for resetting on ParserClearState is exactly that: the parser is clearing the state to start a brand new parse, and shouldn't be carrying over references from a previous parse. Rather than papering over the problem by having Cite refuse to clear, it would probably be a much better idea to figure out the underlying cause of the call to ParserClearState. Instructions so anyone else can reproduce the problem would be helpful, too. -- 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 43754] VisualEditor: When the diff result is null (no changes), don't show a confusing blank diff but instead a message
https://bugzilla.wikimedia.org/show_bug.cgi?id=43754 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Assignee|krinklem...@gmail.com |roan.katt...@gmail.com Target Milestone|VE-deploy-2013-04-15|VE-deploy-2013-04-29 -- 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 44446] VisualEditor: Pre-save diff for new pages doesn't alter when aborted and restarted
https://bugzilla.wikimedia.org/show_bug.cgi?id=6 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|VE-deploy-2013-04-15|VE-deploy-2013-04-29 -- 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 47262] Correction for Module talk namespaces in Galician
https://bugzilla.wikimedia.org/show_bug.cgi?id=47262
--- Comment #7 from Dereckson dereck...@espace-win.org ---
This is the way you invoke or call a function from a Lua module.
{{#invoke:citation/CS1|citation|CitationClass=book
}}
This is the way you invoke or call a function from a Lua module.
For example if you have a Lua module called Quux (and so located at
[[Módulo:Quux]]), with a function foo, you would call it with:
{{#invoke|Quux|foo}}
--
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 47262] Correction for Module talk namespaces in Galician
https://bugzilla.wikimedia.org/show_bug.cgi?id=47262
--- Comment #8 from Dereckson dereck...@espace-win.org ---
I made a mistyping in the comment 7.
You have to read the last line as :
{{#invoke:Quux|foo}}
--
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 47274] Custom repo name mapping for Gerrit/Git integration
https://bugzilla.wikimedia.org/show_bug.cgi?id=47274 --- Comment #6 from Chad H. innocentkil...@gmail.com --- (In reply to comment #5) BTW, I have had long discussions with Chad and Mark and Faidon about this. I even discussed implementation with Chad a bit about it. Yes, and I wasn't opposed to it at the time...but then this happened: (In reply to comment #3) P.S.: Bear in mind that the other day, someone asked how to arrive at a repo's gerrit name, if all we know is the github's repo name. So I'd be all for keeping the translation between names as simple as possible ... and if that's possible: reasonaly close to being two-way. And the problems of breaking the 1:1 mapping became clear. Again, it's not a deal breaker, but it does present problems. -- 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 47262] Correction for Module talk namespaces in Galician
https://bugzilla.wikimedia.org/show_bug.cgi?id=47262 --- Comment #9 from Vivaelcelta (Roi González Villa) roigonzalezvill...@gmail.com --- Thanks, I will ask other user, because my English is regular. -- 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 47274] Custom repo name mapping for Gerrit/Git integration
https://bugzilla.wikimedia.org/show_bug.cgi?id=47274
--- Comment #7 from Andrew Otto o...@wikimedia.org ---
If you do not want to do automatic mangling of ${name} you can go
straight for the Url to push to.
Hm, wait, we can do this manually? That's fine for my purposes. I'm not sure
how though. As far as I can tell, the replication.config handles replication
of all repositories to each defined remote and url. How would a
replication.config section that only replicates a particular repository with a
manual url (no ${name}) expansion look?
--
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 47291] New: Cloned Cite object does not clear if the parser was cloned inside a ref or references
https://bugzilla.wikimedia.org/show_bug.cgi?id=47291 Web browser: --- Bug ID: 47291 Summary: Cloned Cite object does not clear if the parser was cloned inside a ref or references Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Keywords: patch-in-gerrit Severity: normal Priority: Unprioritized Component: Cite Assignee: bjor...@wikimedia.org Reporter: bjor...@wikimedia.org Classification: Unclassified Mobile Platform: --- If the parser is cloned inside a ref or references tag (e.g. if the first call to MessageCache::getParser() in the page is due to a message inside one of those tags), then the cloned Cite object created in Cite::cloneState() will have mInRef or mInReferences true and therefore the call to Cite::clearState() will not actually clear the Cite object. -- 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 47291] Cloned Cite object does not clear if the parser was cloned inside a ref or references
https://bugzilla.wikimedia.org/show_bug.cgi?id=47291 --- Comment #1 from Gerrit Notification Bot gerritad...@wikimedia.org --- Related URL: https://gerrit.wikimedia.org/r/59508 (Gerrit Change Id3e91c41dc33a703b5326961fd57e1fe8ac61f5b) -- 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 47292] New: ResourceLoader creates absolute URLs to load.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=47292 Web browser: --- Bug ID: 47292 Summary: ResourceLoader creates absolute URLs to load.php Product: MediaWiki Version: 1.20.2 Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: ResourceLoader Assignee: wikibugs-l@lists.wikimedia.org Reporter: bluecu...@gmail.com CC: krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- The last line of ResourceLoader::makeLoaderURL() contains a call to wfAppendQuery() wrapped in a call to wfExpandUrl(). The effect is to create a URL to load.php that contains descriptions of resources -- which it does: a fully-qualified URL with the protocol. In most cases this works fine, but the protocol observed by the server is not guaranteed to be the same as the protocol submitted by the client because of various things like load-balancers, proxies, etc. In our enterprise environment, SSL is terminated at the load-balancer. However, for Special:UserLogin we force HTTPS (to avoid security implications with clear-text passwords.) When Special:UserLogin loads, the HTML response is loaded over HTTPS, but it contains HTTP links to load.php -- which fail on some browsers which do not load mixed-protocol content. ( Chrome :/ ) Arguably this is a bug with wfExpandURL() and not the ResourceLoader, but this is where it manifested itself first. The solution which would preserve current behavior while enabling desirable behavior is a simple configuration variable: $wgForceRelativeUrls. When set to true, wfExpandURL() would just return its first parameter (the relative url.) Possible duplicate of Bug 29969 -- 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 46794] VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality
https://bugzilla.wikimedia.org/show_bug.cgi?id=46794 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #5 from James Forrester jforres...@wikimedia.org --- Now 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 47292] ResourceLoader creates absolute URLs to load.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=47292 --- Comment #1 from Roan Kattouw roan.katt...@gmail.com --- The intent of makeLoaderURL() is to generate domain-relative URLs of the form /w/load.php? Looks like that broke at some point. -- 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 47291] Cloned Cite object does not clear if the parser was cloned inside a ref or references
https://bugzilla.wikimedia.org/show_bug.cgi?id=47291 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- https://gerrit.wikimedia.org/r/59508 (Gerrit Change Id3e91c41dc33a703b5326961fd57e1fe8ac61f5b) | change APPROVED and MERGED [by Aaron Schulz] -- 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 47201] Linden Scripting Language has wrong tag and is not up to date
https://bugzilla.wikimedia.org/show_bug.cgi?id=47201 --- Comment #10 from jobinmun...@gmail.com --- You can commit this version. -- 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 47046] API gives spurious unrecognized parameter warnings for parameters added by extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=47046 --- Comment #2 from Brad Jorsch bjor...@wikimedia.org --- (In reply to comment #1) You should use the 'APIGetAllowedParams' hook to add the params, than extractRequestParams() will extract and validate it and marked it as used, than you have not a problem with unrecognized parameters. I think you are not up to date on the $flags parameter that was recently added to APIGetAllowedParams. Also keep in mind that some very strange things should not show up in the auto-generated help, e.g. how ConfirmEdit copies captchaid to wgCaptchaId. But perhaps the thing to do is to require anything using APIGetAllowedParams to include its parameters when $flags is 0, and live with modules possibly getting extra parameters returned in extractRequestParams(). I'm not sure. -- 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 Brad Jorsch bjor...@wikimedia.org changed: What|Removed |Added CC||bjor...@wikimedia.org --- Comment #19 from Brad Jorsch bjor...@wikimedia.org --- I found a bug (bug 47291) where the parser clone used by MessageCache would not be able to be cleared with Cite::clearState. In some testing, it seems that if this bug occurs during a job queue run, then all subsequent pages processed during the run will wind up in the error category if they include any parsed/transformed messages. -- 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 47291] Cloned Cite object does not clear if the parser was cloned inside a ref or references
https://bugzilla.wikimedia.org/show_bug.cgi?id=47291 Brad Jorsch bjor...@wikimedia.org 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 47292] ResourceLoader creates absolute URLs to load.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=47292 --- Comment #2 from Daniel Renfro bluecu...@gmail.com --- You're right Roan. Although the ResourceLoader emits fully-qualified URLs instead of domain-relative URLs, my opinion is that this should be done for all of MW. (There's probably some arcane reason why it isn't, and I just don't know about said reason.) -- 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 46315] Email notifications should not be signed with the WMF address
https://bugzilla.wikimedia.org/show_bug.cgi?id=46315 Tomasz W. Kozlowski tom...@twkozlowski.net changed: What|Removed |Added CC||phili...@wikimedia.org --- Comment #4 from Tomasz W. Kozlowski tom...@twkozlowski.net --- CC'ing Philippe so that he can confirm with LCA if they really want to be named in the body of the e-mails. -- 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 44129] CORE repo broken ? git pull fails: fatal: pack has 14 unresolved deltas - fatal: index-pack failed
https://bugzilla.wikimedia.org/show_bug.cgi?id=44129 T. Gries m...@tgries.de changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution|--- |FIXED --- Comment #36 from T. Gries m...@tgries.de --- I reported this bug. I think, I can now close it. -- 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 46315] Email notifications should not be signed with the WMF address
https://bugzilla.wikimedia.org/show_bug.cgi?id=46315 --- Comment #5 from Fabrice Florin fflo...@wikimedia.org --- Thanks for bringing this up. The decision to include the WMF address in notification emails was made by Michelle Paulson in the Wikimedia Foundation's legal team. This address is required by law, and is consistent with best practices for this type of notifications. Please let us know if you have any further questions about this. Thank you! -- 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 46315] Email notifications should not be signed with the WMF address
https://bugzilla.wikimedia.org/show_bug.cgi?id=46315 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #6 from Platonides platoni...@gmail.com --- This is completely silly. Not even in OTRS we use the WMF address. And that text doesn't properly the fact that WMF operates the server, but has absolutely *nothing* to do with the content. Added by bsitu on 18 Dec 2012, in e4d435a5da8b51bf1988a8d242eb7eb0c4fa1d99. The commit message says nothing about any email regulation (“Configuration change for Echo extension”). Looks like someone simply thought it was a good idea. -- 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 46315] Email notifications should not be signed with the WMF address
https://bugzilla.wikimedia.org/show_bug.cgi?id=46315 --- Comment #7 from Platonides platoni...@gmail.com --- Fabrice, if you really want to keep the address, what about prepending it with This site is operated by [Wikimedia Foundation...] Even then, I'd expect some people misunderstanding it, taking it as coming from WMF. -- 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 46315] Email notifications should not be signed with the WMF address
https://bugzilla.wikimedia.org/show_bug.cgi?id=46315 --- Comment #8 from Nemo federicol...@tiscali.it --- (In reply to comment #5) The decision to include the WMF address in notification emails was made by Michelle Paulson in the Wikimedia Foundation's legal team. Did they also review/request the specific implementation/look of it? This address is required by law, and is consistent with best practices for this type of notifications. What best practices? I don't see anything like that in Google's or eBay's notifications. Twitter has a line but it's very hidden, at the end of a small-font footer after several lines of other meta information on how to unsubscribe etc. On the contrary, this footer is probably the most prominent part of the notification. -- 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 46115] Template expansion via API fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=46115
Brad Jorsch bjor...@wikimedia.org changed:
What|Removed |Added
CC||bjor...@wikimedia.org
--- Comment #7 from Brad Jorsch bjor...@wikimedia.org ---
The problem is that expandtemplates is a bit of a hack: it half-parses the
wikitext to get new wikitext. But this half-parsing can't include calling tag
hooks, because the tag hook returns HTML rather than wikitext. And it can't
necessarily parse the text passed to the tag hook, because the tag hook might
do almost anything with it (e.g. syntaxhighlight doesn't expand any
templates, ref does, and it's theoretically possible to create a tag hook
that would run inline Lua code or the like. So it just outputs the tag contents
as-is.
It sometimes breaks in other ways, too. Consider, for example, what it does to
something like {{#tag:ref|Ref ArefRef B/ref}}.
Bug 28616 is similar: Special:ExpandTemplates half-parses the wikitext, and
then parsed the half-parsed wikitext. This two-step parse can give different
results.
--
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 46764] EXIF / Metadata not showing up on mobile uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=46764 Jon jrob...@wikimedia.org changed: What|Removed |Added Summary|Metadata not showing up on |EXIF / Metadata not showing |mobile uploads |up on mobile uploads -- 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 23393] Generated TOC does not match the hierarchy of sections created by h1 tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=23393 PleaseStand pleasest...@live.com changed: What|Removed |Added CC||pleasest...@live.com Flags||Backport_to_Stable? --- Comment #4 from PleaseStand pleasest...@live.com --- This patch adds an entry to RELEASE-NOTES-1.21 yet is not on the REL1_21 branch. Should it be backported? -- 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 23343] Allow blocking open proxies based on X-Forwarded-For header (XFF)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23343 PleaseStand pleasest...@live.com changed: What|Removed |Added CC||pleasest...@live.com Flags||Backport_to_Stable? --- Comment #55 from PleaseStand pleasest...@live.com --- This patch adds an entry to RELEASE-NOTES-1.21 yet is not on the REL1_21 branch. Should it be backported, or should the entry go into RELEASE-NOTES-1.22 instead? -- 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 46794] VisualEditor: Add whitespace skipping to UnicodeJS.wordbreak for word skipping functionality
https://bugzilla.wikimedia.org/show_bug.cgi?id=46794 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Target Milestone|VE-deploy-2013-04-15|VE-deploy-2013-04-29 -- 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 41281] Rendering of file-info-size message broken for a corrupted PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=41281 --- Comment #6 from Gerrit Notification Bot gerritad...@wikimedia.org --- Related URL: https://gerrit.wikimedia.org/r/59530 (Gerrit Change I1a49474309e15808928f877dfc29ae366d028928) -- 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 47293] New: Further reduce noise in log files for non-existent host
https://bugzilla.wikimedia.org/show_bug.cgi?id=47293 Web browser: --- Bug ID: 47293 Summary: Further reduce noise in log files for non-existent host Product: Wikimedia Version: wmf-deployment Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: lucene-search-2 Assignee: wikibugs-l@lists.wikimedia.org Reporter: r...@wikimedia.org CC: rain...@eunet.rs Classification: Unclassified Mobile Platform: --- Indexes disabled by being mapped to a non-existent host are still generating a large volume of stack traces on some hosts. A sample from search1015 looks like this: - 2013-04-16 00:00:00,994 [pool-1-thread-80] WARN org.wikimedia.lsearch.search.WikiSearcher - Cannot get a search index (nor local or remote) for nl-titles.tspart1 2013-04-16 00:00:00,994 [pool-1-thread-80] WARN org.wikimedia.lsearch.search.WikiSearcher - Cannot get a search index (nor local or remote) for nl-titles.tspart2 2013-04-16 00:00:00,994 [pool-1-thread-80] ERROR org.wikimedia.lsearch.search.SearchEngine - Error fetching grouped titles: Error constructing searcher for nl-titles java.io.IOException: Error constructing searcher for nl-titles at org.wikimedia.lsearch.search.WikiSearcher.init(WikiSearcher.java:104) at org.wikimedia.lsearch.search.SearchEngine.fetchTitles(SearchEngine.java:898) at org.wikimedia.lsearch.search.SearchEngine.search(SearchEngine.java:731) at org.wikimedia.lsearch.search.SearchEngine.search(SearchEngine.java:136) at org.wikimedia.lsearch.frontend.SearchDaemon.processRequest(SearchDaemon.java:106) at org.wikimedia.lsearch.frontend.HttpHandler.handle(HttpHandler.java:197) at org.wikimedia.lsearch.frontend.HttpHandler.run(HttpHandler.java:114) at java.util.concurrent.ThreadPoolExecutor$Worker.runTask(ThreadPoolExecutor.java:886) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:908) at java.lang.Thread.run(Thread.java:662) The number of such messages on search1015/search1016: (using: grep -c Error constructing searcher for log) 419862 416670 A patch to fix this will be committed shortly. -- 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 47293] Further reduce noise in log files for non-existent host
https://bugzilla.wikimedia.org/show_bug.cgi?id=47293 Munagala Ramanath (Ram) r...@wikimedia.org changed: What|Removed |Added CC||innocentkil...@gmail.com, ||p...@wikimedia.org, ||ro...@robla.net, ||tstarl...@wikimedia.org --- Comment #1 from Munagala Ramanath (Ram) r...@wikimedia.org --- Bug 45795 fixes this issue for a couple of code paths; this bug fixes the remaining third code path. -- 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 41281] Rendering of file-info-size message broken for a corrupted PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=41281 --- Comment #7 from Gerrit Notification Bot gerritad...@wikimedia.org --- Related URL: https://gerrit.wikimedia.org/r/59531 (Gerrit Change I8c956da326e5dc339893a010370d399e97e204fd) -- 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 47294] New: Semantic MediaWiki allow logical grouping of properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=47294 Web browser: --- Bug ID: 47294 Summary: Semantic MediaWiki allow logical grouping of properties Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Semantic MediaWiki Assignee: wikibugs-l@lists.wikimedia.org Reporter: ja...@thingelstad.com CC: jamesin.hongkon...@gmail.com, jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org, nischay...@gmail.com Classification: Unclassified Mobile Platform: --- When working with a wiki that has a lot of properties associated with a page the Special:Browse page becomes a bit unwieldy. For example: http://wikiapiary.com/wiki/Special:Browse/WikiApiary I would propose an additional attribute for a property to allow properties to be logically grouped together. Something like [[Has group::Foo]] which would be placed on a property page and declare a logical group for that property. I see this only serving the purpose of grouping properties on Special:Browse so they are easier to find, and maybe even allow collapsing of groups. For example, using the URL above, I would put several of these properties in [[Has group::Counts]]. I'm envisioning that the Browse page would then put those properties visually together and even better if I could collapse them to hide them away. I would also create put [[Has group::Timestamps]] and put the various timestamps together. Thank you for your consideration! -- 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 47295] New: wgULSLanguages is too huge
https://bugzilla.wikimedia.org/show_bug.cgi?id=47295 Web browser: --- Bug ID: 47295 Summary: wgULSLanguages is too huge Product: MediaWiki extensions Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: UniversalLanguageSelector Assignee: wikibugs-l@lists.wikimedia.org Reporter: maxsem.w...@gmail.com CC: aloli...@gmail.com, amir.ahar...@mail.huji.ac.il, niklas.laxst...@gmail.com, pgi...@wikimedia.org, run...@gmail.com, s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- Currently, wgULSLanguages is added to every page's HTML - it's extra 6.8 kb (3 kb gzipped). Please supply this information via a RL module that will be cached once and not force users to repeatedly download the names of every language. -- 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 47293] Further reduce noise in log files for non-existent host
https://bugzilla.wikimedia.org/show_bug.cgi?id=47293 --- Comment #2 from Gerrit Notification Bot gerritad...@wikimedia.org --- Related URL: https://gerrit.wikimedia.org/r/59533 (Gerrit Change Ie6be47113e57b8419d041909bff458b171b263a0) -- 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 45795] Excessive noise in log files due to attempts to reach non-existent host
https://bugzilla.wikimedia.org/show_bug.cgi?id=45795 --- Comment #5 from Gerrit Notification Bot gerritad...@wikimedia.org --- Related URL: https://gerrit.wikimedia.org/r/59533 (Gerrit Change Ie6be47113e57b8419d041909bff458b171b263a0) -- 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 46996] Unable to open activity log after adding note
https://bugzilla.wikimedia.org/show_bug.cgi?id=46996 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- https://gerrit.wikimedia.org/r/58085 (Gerrit Change I953e887af62d1096dfe38498fc5067e8a8492d7b) | 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 43452] BacklinkCache::getLinks causes mysql client to run out memory
https://bugzilla.wikimedia.org/show_bug.cgi?id=43452 Aaron Schulz aschulz4...@gmail.com 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 44570] Time prior to removal of old wmfbranch directories from cluster MUST be higher than longest cache of ANY kind; leads to missing resources
https://bugzilla.wikimedia.org/show_bug.cgi?id=44570 Aaron Schulz aschulz4...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #49 from Aaron Schulz aschulz4...@gmail.com --- (In reply to comment #48) Related URL: https://gerrit.wikimedia.org/r/59414 (Gerrit Change I3889f300012aeabd37e228653279ad19b296e4ae) This will apply to all wikis next Wen. -- 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 41281] Rendering of file-info-size message broken for a corrupted PDF
https://bugzilla.wikimedia.org/show_bug.cgi?id=41281 Bawolff (Brian Wolff) bawolff...@gmail.com 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 46678] Socialization links for Echo's first release
https://bugzilla.wikimedia.org/show_bug.cgi?id=46678 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Assignee|rkald...@wikimedia.org |lwell...@wikimedia.org --- Comment #6 from Ryan Kaldari rkald...@wikimedia.org --- Since the web components are finished, I'm going to assign the remainder of this bug to Luke since he's working on the email components currently. (Otherwise, we would likely cause conflicts.) Probably the best way to do this would be to have a config var like... $wgEchoEmailFooterLinks = array( 'echo-feedback' = 'https://www.surveymonkey.com/s/notifications1', 'echo-learn-more' = 'https://www.mediawiki.org/wiki/Special:MyLanguage/Help:Extension:Echo' ); And these get fed into a horizontal list in the email footer. -- 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 46678] Socialization links for Echo's first release
https://bugzilla.wikimedia.org/show_bug.cgi?id=46678 --- Comment #7 from Fabrice Florin fflo...@wikimedia.org --- As discussed with Kaldari, we just updated the feature requirements for these archive links in the header section. The two links we changed apply to the question mark icon next to the 'Notifications' title: * question mark on en-wiki: https://en.wikipedia.org/wiki/Wikipedia:Notifications/FAQ * question mark on mediawiki.org and other sites: http://www.mediawiki.org/wiki/Help:Extension:Echo The full requirements for the archive page are here: http://www.mediawiki.org/wiki/Echo_(Notifications)/Feature_requirements#All_notifications (see 'Header' section for the above changes) -- 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 27320] MessageBlobStore::clear() causes scaling problems on multi-server setups with CDB l10ncache
https://bugzilla.wikimedia.org/show_bug.cgi?id=27320 --- Comment #15 from Andre Klapper aklap...@wikimedia.org --- All three patches have been 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 28891] Clicking on non-existing image link does not redirect to upload anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=28891 Denniss ice-k...@gmx.de changed: What|Removed |Added CC||ice-k...@gmx.de --- Comment #8 from Denniss ice-k...@gmx.de --- Have to bump up this older Bug report (which is a serious problem as many file redirects are broken - showing up as red links and redirecting to upload form). http://commons.wikimedia.org/wiki/User:Rotatebot/Log (Version of 21:15h UTC) has some entries now displayed as redlink, such as image file links to http://commons.wikimedia.org/wiki/File:Russian_Imperial_Navy_rear-admiral_shoulder.png The files (set to display as thumb, File:xxx|thumb) are not displayed, instead the link is a redlink to http://commons.wikimedia.org/w/index.php?title=Special:UploadwpDestFile=Russian_Imperial_Navy_rear-admiral_shoulder.png The upload page does not show any sign of a previous movement nor that a redirect is existing. File usage at http://it.wikipedia.org/wiki/Vladimir_Istomin (in infobox) is broken as well (redlink to local upload page). Rotatebot Log page also uses :File:xxx and this link is shown in blue, clicking on it opens the file page and the redirect is working there. This example given above may be cured in some hours if Commons Delinker replaced the images but it's the siftwareproblem that's still around (especially for cases with Delinker unable to replace usages) -- 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 47095] Email digest header tweaks
https://bugzilla.wikimedia.org/show_bug.cgi?id=47095 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Related URL: https://gerrit.wikimedia.org/r/59537 (Gerrit Change I296de4e5ebe92b737837c7ddcf3f631b16a9cf8b) -- 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 27320] MessageBlobStore::clear() causes scaling problems on multi-server setups with CDB l10ncache
https://bugzilla.wikimedia.org/show_bug.cgi?id=27320 --- Comment #16 from Brad Jorsch bjor...@wikimedia.org --- Now we're waiting to see how the new code does. -- 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 47296] New: mw.loader.using throws exception when a module doesn't exist [mobile]
https://bugzilla.wikimedia.org/show_bug.cgi?id=47296
Web browser: ---
Bug ID: 47296
Summary: mw.loader.using throws exception when a module doesn't
exist [mobile]
Product: MediaWiki
Version: unspecified
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: ResourceLoader
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: jrob...@wikimedia.org
CC: krinklem...@gmail.com, roan.katt...@gmail.com,
tpars...@wikimedia.org
Classification: Unclassified
Mobile Platform: ---
To give an example:
mediawiki.page.ready.js runs on mobile (it specifies targets=mobile) however
attempts to lazy load the tablesorter plugin which is not available on mobile
(it specifies targets=desktop)
This currently throws an exception.
Avoiding a bike shedding conversation about whether jquery.tablesorter should
be available on mobile, it is wrong to make the assumption that a module will
always be available.
Expected: Instead of seeing an exception I would like to allow the user to
handle the error themselves - allowing optional modules to die silently.
e.g.
mw.loader.using( 'jquery.tablesorter', function () {
$sortableTables.tablesorter();
}, function( e ) {
throw e;
});
or
mw.loader.using( 'jquery.tablesorter' ).done( function () {
$sortableTables.tablesorter();
});
Another example of this being a problem is on the edit page which asumes
mediawiki.action.edit is available:
mw.loader.using(mediawiki.action.edit
Currently there is a hack in MobileFrontend to get around this [1]
[1]
https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/MobileFrontend.git;a=blob;f=includes/skins/SkinMobile.php;h=27ab4ef44fc138566bbf3e1ab32cd5af20daf246;hb=HEAD#l241
--
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 47296] mw.loader.using throws exception when a module doesn't exist [mobile]
https://bugzilla.wikimedia.org/show_bug.cgi?id=47296 --- Comment #1 from Jon jrob...@wikimedia.org --- allow the user to handle the error themselves should read allow the developer to handle the error themselves -- 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 43602] Lots of Notice: Undefined offset: 1 PHP warnings
https://bugzilla.wikimedia.org/show_bug.cgi?id=43602 --- Comment #3 from Andre Klapper aklap...@wikimedia.org --- Thanks for explaining, and sorry for my mistake. -- 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 46764] EXIF / Metadata not showing up on mobile uploads
https://bugzilla.wikimedia.org/show_bug.cgi?id=46764 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff (Brian Wolff) bawolff...@gmail.com --- Only looked at the first image. It has 2 exif tags only (Orientation, ColorSpace), which should have been displayed. We can extract them fine: https://commons.wikimedia.org/w/api.php?prop=imageinfoaction=queryiiprop=metadatatitles=File:A_double_rainbow_in_San_Francisco_2013-03-30_21-33.jpgiilimit=max It does seem to lack most exif tags, which is odd, but they are legitimately not in the image, so its not the display-metadata-code on the php side's fault. -- 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 44571] addcontributions:; table name prefix leads to invalid SQL statement
https://bugzilla.wikimedia.org/show_bug.cgi?id=44571 --- Comment #2 from Bawolff (Brian Wolff) bawolff...@gmail.com --- (In reply to comment #1) I assume this refers to http://www.mediawiki.org/wiki/Extension:DynamicPageList_%28third-party%29 so putting it back to DynamicPageList2. Sorry, got misled by http://www.mediawiki.org/wiki/Extension:DynamicPageList2 Yes that's correct. I know its confusing beyond belief -- 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 22194] PdfHandler: Incorrect aspect ratio of the preview images.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22194 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added Keywords||testme CC||bawolff...@gmail.com --- Comment #17 from Bawolff (Brian Wolff) bawolff...@gmail.com --- Just to clarify, this is 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 43334] VisualEditor: For article namespace, disable Heading-1s, others?
https://bugzilla.wikimedia.org/show_bug.cgi?id=43334 --- Comment #5 from James Forrester jforres...@wikimedia.org --- (In reply to comment #4) Agree--Visual Editor should not use h1 HTML tags for headings at all because MediaWiki uses h1 HTML for page name and headings are subordinate to page name. Heading-1 should create h2 HTML tags, Heading-2 h3 HTML tags, Heading-3 h4 HTML tags, etc. Newcomers don't know this. Visual Editor should simply do this correctly without editors needing to know or think about it at all. Offering h1 HTML in Visual Editor will cause confusion and misuse among the very people Visual Editor is designed to empower. They just want it to work right. Except Heading 1 is actually create-able on any wiki page (= Foo =), it's just discouraged. This is a tension between what the software /lets/ users do and what they /should/ do. I'm not convince that hard and fast global rules are always appropriate. -- 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 17869] Must also say New|New User|Delete|etc. in RecentChanges feed titles
https://bugzilla.wikimedia.org/show_bug.cgi?id=17869 --- Comment #2 from jida...@jidanni.org --- These feeds get processed via e.g., GWENE.ORG into e.g., NNTP, HTML... -- 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 40181] Broken link parsing in EXIF Metadata for camera names like VLUU L730 / Samsung L730
https://bugzilla.wikimedia.org/show_bug.cgi?id=40181 --- Comment #4 from Bawolff (Brian Wolff) bawolff...@gmail.com --- (In reply to comment #3) P.S. I'm thinking this will likely be a wontfix. I change my mind. Real issues should not be wontfixed... 2 possible ways forward: *Commons changes there hack to invoke a lua module which verifies that make, model and software are linkable. *In FormatMetadata.php we see if the value is a valid title, and if not we use a different message (Which by default could be the same as the normal message) -- 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 45239] Load data-parsoid into data.parsoid using loadDataAttrib once and save it back using saveDataAttribs
https://bugzilla.wikimedia.org/show_bug.cgi?id=45239 ssas...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from ssas...@wikimedia.org --- Mark Holmquist has implemented this and this has been merged. https://gerrit.wikimedia.org/r/#/c/57219/ https://gerrit.wikimedia.org/r/#/c/57648/ -- 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 45440] Add testing setup for Parsoid's extension handling
https://bugzilla.wikimedia.org/show_bug.cgi?id=45440 --- Comment #1 from ssas...@wikimedia.org --- Implemented in https://gerrit.wikimedia.org/r/#/c/52090/ Do we need any additional tests or are we done with this? -- 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 46087] [Android] Lots of uploads fail with 'verification-error'
https://bugzilla.wikimedia.org/show_bug.cgi?id=46087 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=25707 --- Comment #3 from Bawolff (Brian Wolff) bawolff...@gmail.com --- See also bug 25707 -- 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 25707] Allow html in exif tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=25707 Bawolff (Brian Wolff) bawolff...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=46087 -- 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 47065] WikiEditor edit controls gone from test2wiki in IEs
https://bugzilla.wikimedia.org/show_bug.cgi?id=47065
--- Comment #10 from Chris McMahon cmcma...@wikimedia.org ---
Arthur Richards was able to trigger a very similar error but a) not in IE, b)
not in debug mode, c) not on test2wiki
(03:09:57 PM) awjr: just noticed a js error on what looks like pages with
tables
(03:10:02 PM) awjr: Exception thrown by mediawiki.page.ready: Unknown
dependency: jquery.tablesorter
(03:10:02 PM) awjr:
https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=falselang=enmodules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupportonly=scriptsskin=vectorversion=20130412T014541Z
(03:10:03 PM) awjr: .Error {}
https://bits.wikimedia.org/en.wikipedia.org/load.php?debug=falselang=enmodules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupportonly=scriptsskin=vectorversion=20130412T014541Z
(03:10:03 PM) awjr: .
loghttps://bits.wikimedia.org/en.wikipedia.org/load.php?debug=falselang=enmodules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupportonly=scriptsskin=vectorversion=20130412T014541Z
(03:10:04 PM) awjr: .
executehttps://bits.wikimedia.org/en.wikipedia.org/load.php?debug=falselang=enmodules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupportonly=scriptsskin=vectorversion=20130412T014541Z
(03:10:06 PM) awjr: .
mw.loader.implementhttps://bits.wikimedia.org/en.wikipedia.org/load.php?debug=falselang=enmodules=jquery%2Cmediawiki%2CSpinner%7Cjquery.triggerQueueCallback%2CloadingSpinner%2CmwEmbedUtil%7Cmw.MwEmbedSupportonly=scriptsskin=vectorversion=20130412T014541Z
--
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 47249] puppetmaster::self unusuable
https://bugzilla.wikimedia.org/show_bug.cgi?id=47249 --- Comment #4 from Andrew Otto o...@wikimedia.org --- The certificate is not being generated properly. For a while this was due to puppet dependencies not being specified properly. I spend a ton of time trying to figure out why today, only to realize that virt0's /etc/puppet files weren't being updated when I pushed, which threw me off of the trail for a while. I should have this working again tomorrow. Will keep you updated. -- 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 47297] New: VisualEditor: html/* attributes shouldn't be cloned when cloning elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=47297 Web browser: --- Bug ID: 47297 Summary: VisualEditor: html/* attributes shouldn't be cloned when cloning elements Product: VisualEditor Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Data Model Assignee: esand...@wikimedia.org Reporter: roan.katt...@gmail.com CC: jforres...@wikimedia.org, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- We're cloning html/data-parsoid which Subbu tells me messes with selser correctness -- 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 47297] VisualEditor: html/* attributes shouldn't be cloned when cloning elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=47297 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Assignee|esand...@wikimedia.org |roan.katt...@gmail.com Target Milestone|--- |VE-deploy-2013-04-29 -- 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 47166] Enable Extension:Collection on sh wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=47166 --- Comment #5 from Gerrit Notification Bot gerritad...@wikimedia.org --- https://gerrit.wikimedia.org/r/58986 (Gerrit Change Id47ac033c436471da0e2c862463ef3faf9692253) | change APPROVED and MERGED [by Reedy] -- 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 47204] Remove zh-mo from $wgDisabledVariants for zhwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=47204 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- https://gerrit.wikimedia.org/r/59055 (Gerrit Change I5806a17d5eb0b9abc43e253eb6971048411b1f50) | change APPROVED and MERGED [by Reedy] -- 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 47166] Enable Extension:Collection on sh wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=47166 Tomasz W. Kozlowski tom...@twkozlowski.net 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 47297] VisualEditor: html/* attributes shouldn't be cloned when cloning elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=47297 ssas...@wikimedia.org changed: What|Removed |Added CC||ssas...@wikimedia.org --- Comment #1 from ssas...@wikimedia.org --- Roan clarified on IRC that this is not happening right now, but about and typeof attributes should not be cloned either. Just adding here to track info. in one place. -- 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 46872] Switch VisualEditor integration for enwiki from tabLayout add to replace mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=46872 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||jforres...@wikimedia.org, ||roan.katt...@gmail.com, ||tpars...@wikimedia.org Component|Site requests |Initialisation and ||integration Assignee|roan.katt...@gmail.com |krinklem...@gmail.com Product|Wikimedia |VisualEditor --- Comment #1 from Roan Kattouw roan.katt...@gmail.com --- See https://gerrit.wikimedia.org/r/59557 , https://gerrit.wikimedia.org/r/59558 -- 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 44555] Expose wikitext of template parameters and add basic editing support
https://bugzilla.wikimedia.org/show_bug.cgi?id=44555 --- Comment #2 from ssas...@wikimedia.org --- Next piece of the puzzle merged here: https://gerrit.wikimedia.org/r/#/c/57527/ -- 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 46670] Email address for sending notifications from Email address for sending notifications from En-wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=46670 --- Comment #2 from Fabrice Florin fflo...@wikimedia.org --- Based on the final settings that Operations gave us, let's start using these two new email addresses for our first release: • no-reply-notificati...@wikipedia.org • no-reply-notificati...@mediawiki.org So on English Wikipedia, the same address would be used for both the 'From' and the 'Reply to', as so: From: Wikipedia no-reply-notificati...@wikipedia.org Reply to: No reply no-reply-notificati...@wikipedia.org We have confirmed that these email addresses no longer bounce with failure messages when people reply to them, and now appear to be redirected to dev/null as intended. -- 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 47136] Parsoid always enables subpage support.
https://bugzilla.wikimedia.org/show_bug.cgi?id=47136 --- Comment #4 from Gabriel Wicke gwi...@wikimedia.org --- It seems that the API does not expose this configuration option yet in the 'general' section, so we'll have to add it in MediaWiki core. The Parsoid side of the implementation should be fairly straightforward once the configuration information is in env.conf.wiki. See comment in the patch linked above. -- 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 46872] Switch VisualEditor integration for enwiki from tabLayout add to replace mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=46872 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Priority|Normal |Highest Status|NEW |ASSIGNED Target Milestone|--- |VE-deploy-2013-04-29 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 47297] VisualEditor: html/* attributes shouldn't be cloned when cloning elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=47297 James Forrester jforres...@wikimedia.org 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 47298] New: Check syntax button results with unknown error on large regexes
https://bugzilla.wikimedia.org/show_bug.cgi?id=47298 Web browser: --- Bug ID: 47298 Summary: Check syntax button results with unknown error on large regexes Product: MediaWiki extensions Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: AbuseFilter Assignee: wikibugs-l@lists.wikimedia.org Reporter: legoktm.wikipe...@gmail.com CC: agarr...@wikimedia.org, h...@online.de, nischay...@gmail.com Classification: Unclassified Mobile Platform: --- When using the check syntax button on filters with extremely large regexes (example: https://en.wikipedia.org/wiki/Special:AbuseFilter/58 - private), it fails with an unknown error. I checked in my web console (Firefox), it sends the GET request and gets a 400 Bad Request status code back, with the Wikimedia Error screen: Request: [unknown method] [no URL], from 208.80.154.133 via cp1007.eqiad.wmnet (squid/2.7.STABLE9) to [unknown host] ([unknown])br/ Error: ERR_INVALID_REQ, errno [No Error] at Tue, 16 Apr 2013 23:55:47 GMT -- 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 46871] VisualEditor: mw.ViewPageTarget tabLayout should be configurable as part of mw-config
https://bugzilla.wikimedia.org/show_bug.cgi?id=46871 James Forrester jforres...@wikimedia.org changed: What|Removed |Added 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 43054] VisualEditor: Review window behind article
https://bugzilla.wikimedia.org/show_bug.cgi?id=43054 James Forrester jforres...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED Severity|normal |minor -- 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 47136] Parsoid always enables subpage support.
https://bugzilla.wikimedia.org/show_bug.cgi?id=47136 Gabriel Wicke gwi...@wikimedia.org changed: What|Removed |Added Keywords|easy, javascript| --- Comment #5 from Gabriel Wicke gwi...@wikimedia.org --- The PHP implementation of the 'general' section is in includes/api/ApiQuerySiteinfo.php. The config variable to expose is http://www.mediawiki.org/wiki/Manual:$wgNamespacesWithSubpages#Enabling_for_a_namespace. Subpages can be enabled or disabled per namespace, so an array of numeric namespace ids for which subpages are enabled probably makes most sense for the API. There are some other arrays in ApiQuerySiteinfo (see appendFileExtensions for example) that can be used as a template. -- 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 47274] Custom repo name mapping for Gerrit/Git integration
https://bugzilla.wikimedia.org/show_bug.cgi?id=47274 --- Comment #8 from Diederik van Liere dvanli...@gmail.com --- But how important is it really to be able to automatically infer the Gerrit repo name from the github repo name? A simple reference in the README.md to the Gerrit repo name can do as well. -- 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 47136] Parsoid always enables subpage support.
https://bugzilla.wikimedia.org/show_bug.cgi?id=47136 --- Comment #6 from Gabriel Wicke gwi...@wikimedia.org --- Example general section for the English Wikipedia (hit 'Make request' and scroll down to see the JSON): https://en.wikipedia.org/wiki/Special:ApiSandbox#action=querymeta=siteinfoformat=jsonsiprop=general -- 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 45912] Store the article id as part of the sitelink
https://bugzilla.wikimedia.org/show_bug.cgi?id=45912 Legoktm legoktm.wikipe...@gmail.com changed: What|Removed |Added CC||legoktm.wikipe...@gmail.com See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=36729 -- 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 36729] Update repo on page move
https://bugzilla.wikimedia.org/show_bug.cgi?id=36729 Legoktm legoktm.wikipe...@gmail.com changed: What|Removed |Added See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=45912 -- 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 47299] New: Update MediaWiki.org favicon
https://bugzilla.wikimedia.org/show_bug.cgi?id=47299 Web browser: --- Bug ID: 47299 Summary: Update MediaWiki.org favicon Product: Wikimedia Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests Assignee: wikibugs-l@lists.wikimedia.org Reporter: tom...@twkozlowski.net CC: b...@mzmcbride.com, benap...@gmail.com, dereck...@espace-win.org, tom...@twkozlowski.net, wikimedia.b...@snowolf.eu, zhoris...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 12117 -- https://bugzilla.wikimedia.org/attachment.cgi?id=12117action=edit Proposed MediaWiki.org favicon The current MediaWiki.org favicon doesn't look good. * (1) It is overstretched, because the original file is not square-shaped https://commons.wikimedia.org/wiki/File:Mediawiki-logo.png; * (2) It does not use transparency like the rest of our projects (except for Wikipedia, Wikisource and Wikiquote); * It comes only in one, 16 x 16 size version. Solution: create a new, multi-sized, transparent and square-shaped favicon, for instance with just the original sunflower from https://commons.wikimedia.org/wiki/File:Tournesol.png. -- 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 47299] Update MediaWiki.org favicon
https://bugzilla.wikimedia.org/show_bug.cgi?id=47299 Tomasz W. Kozlowski tom...@twkozlowski.net changed: What|Removed |Added Keywords||shell Priority|Unprioritized |Normal Status|NEW |ASSIGNED Assignee|wikibugs-l@lists.wikimedia. |tom...@twkozlowski.net |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 46470] Expose {{DEFAULTSORT}} as a separate type in Parsoid output
https://bugzilla.wikimedia.org/show_bug.cgi?id=46470 --- Comment #3 from Gerrit Notification Bot gerritad...@wikimedia.org --- Related URL: https://gerrit.wikimedia.org/r/59565 (Gerrit Change I0d4c2b3d087fba700f91c2714cec5b8933882ca0) -- 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 46470] Expose {{DEFAULTSORT}} as a separate type in Parsoid output
https://bugzilla.wikimedia.org/show_bug.cgi?id=46470 Gabriel Wicke gwi...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #4 from Gabriel Wicke gwi...@wikimedia.org --- Basic support was implemented by Toby Hutton in the patch above. Editing support is still missing, but should not be too hard to add. -- 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 28868] display page count (of the multi-paged media file) in dimensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=28868 --- Comment #7 from Bawolff (Brian Wolff) bawolff...@gmail.com --- Wow, I guess I'm not good at following up on bugs... Yes I agree, changing it to be Currently displaying Page X Goto page next page Would make sense -- 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 47274] Custom repo name mapping for Gerrit/Git integration
https://bugzilla.wikimedia.org/show_bug.cgi?id=47274 --- Comment #9 from jeremyb bugzilla+org.wikime...@tuxmachine.com --- In addition to the README you can set the URL for the repo to be the URL for the same repo at gerrit unless there's some better place to link to. But yeah, README should be good enough in the few cases where it's not a 1:1 mapping. -- 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 47092] 'Mark all as read'
https://bugzilla.wikimedia.org/show_bug.cgi?id=47092 --- Comment #1 from Ryan Kaldari rkald...@wikimedia.org --- This is actually a difficult feature to implement due to potential performance issues. If a user has thousands of unread notifications (which is possible) updating them all at once would be an expensive hit on the database. In those cases we may want to defer the job to the job queue or do some sort of batching. -- 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
