[Bug 36198] Article images are blurry on retina display (Responsive images)
https://bugzilla.wikimedia.org/show_bug.cgi?id=36198 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks||32101 --- Comment #5 from Brion Vibber br...@wikimedia.org 2012-09-18 06:00:53 UTC --- Adding tracking bug 32101. Note that this issue affects the desktop site as well these days, with both tablets and laptops existing with 2.0x ratios (Apple's Retina iPad and MacBook Pro) and more 1920x1080 Android and Windows tablets and laptops coming soon. I'll see if I can devise a clean way to add a secondary image source or something... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32101] High-density display issues (tracking) xhdpi hdpi Retina high-resolution HiDPI
https://bugzilla.wikimedia.org/show_bug.cgi?id=32101 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||36198 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40294] ucfirst generates a new line
https://bugzilla.wikimedia.org/show_bug.cgi?id=40294 Fomafix foma...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Fomafix foma...@googlemail.com 2012-09-18 06:20:02 UTC --- *** This bug has been marked as a duplicate of bug 12974 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 12974] The newline added to a template, magic word, variable, or parser function that returns line-start wikicode formatting (*#:; ) causes unexpected parsing
https://bugzilla.wikimedia.org/show_bug.cgi?id=12974 Fomafix foma...@googlemail.com changed: What|Removed |Added CC||foma...@googlemail.com --- Comment #50 from Fomafix foma...@googlemail.com 2012-09-18 06:20:02 UTC --- *** Bug 40294 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 20814] Enable $wgCrossSiteAJAXdomains for wikimedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=20814 --- Comment #32 from Brett Zamir bret...@yahoo.com 2012-09-18 06:33:30 UTC --- @Krinkle: Thanks, but it would really be nice to have the error checking of CORS. I presume Roan knows what he is talking about, but if it is true what you say that the API automatically puts itself in read-only anonymous user mode when accessing it through JSONP, then wouldn't this mode just need to be switched on in the case of cross-domain CORS? Btw, should this discussion be tracked in the likes of Bug 30802 since getting off topic here? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 36198] Article images are blurry on retina display (Responsive images)
https://bugzilla.wikimedia.org/show_bug.cgi?id=36198 --- Comment #6 from Brion Vibber br...@wikimedia.org 2012-09-18 07:24:10 UTC --- I've got some general info at [[mw:HiDPI_display_support]] which I'll refresh shortly with updated documentation on best practices, etc. Went ahead with a test implementation of responsive images for the desktop site: https://gerrit.wikimedia.org/r/#/c/24115/ * adds $wgResponsiveImages setting, defaulting to true, to enable the feature * adds jquery.hidpi plugin to check window.devicePixelRatio and replace images with data-src-1-5 or data-src-2-0 depending on the ratio * adds mediawiki.hidpi RL script to trigger hidpi loads after main images load * renders images from wiki image thumb links at 1.5x and 2.0x and includes data-src-1-5 and data-src-2-0 attributes with the targets Note that this is a work in progress. There will be places where this doesn't yet work which output their imgs differently. If moving from a low to high-DPI screen on a MacBook Pro Retina display, you won't see images load until you reload. Confirmed basic images and thumbs in wikitext appear to work in Safari 6 on MacBook Pro Retina display. The same little jQuery plugin could be called from MobileFrontend as well, and should work though I haven't tested that yet. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40285] Point Wikipedias logo to more up to date 2.0 version on Commons where available
https://bugzilla.wikimedia.org/show_bug.cgi?id=40285 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added Priority|Unprioritized |Normal CC||s...@reedyboy.net --- Comment #3 from Nemo_bis federicol...@tiscali.it 2012-09-18 07:48:31 UTC --- Logos have been protected and can now be used on wikis. https://commons.wikimedia.org/w/index.php?title=Commons:Administrators%27_noticeboardoldid=78455449#Protect_Wikipedias_logos -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38106] [beta] main menu and page menu not clearly buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=38106 --- Comment #2 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 08:04:22 UTC --- I'd think lack of accessibility was a code base issue -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40295] EntityObject::equals should make more consistent, strict comparison of entities ID
https://bugzilla.wikimedia.org/show_bug.cgi?id=40295 --- Comment #3 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-09-18 09:10:45 UTC --- (In reply to comment #2) We could perhaps use similarity? The notion of similarity and/or semantic proximity of of items (topics) is very interesting and useful for information retrieval, natural language processing, etc; but I don't think that it is what we need here. Similarity is a complex beast and how it should be defined highly depends on what it is intended to be used for, so I think the notion should be defined on the application level. The equality function under consideration here is primarily used to decide whether a new version of an item is the same as the previous one, i.e. it's used to check whether an edit is a null edit and should thus be omitted from the page history. That's a fairly low-level and should be pretty strict. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40100] install sitematrix extension (5)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40100 --- Comment #4 from Lydia Pintscher lydia.pintsc...@wikimedia.de 2012-09-18 09:14:36 UTC --- Katie has installed the extension now. (Not closing the bug yet as we'll do this in the next demo session later this week.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40295] EntityObject::equals should make more consistent, strict comparison of entities ID
https://bugzilla.wikimedia.org/show_bug.cgi?id=40295 --- Comment #4 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-09-18 09:17:03 UTC --- Hm... thinking about equals() vs. hasSameContent(): Note that we are free to define the equals function in Entity as we like, but the equals function in EntityContent is defined by the Content interface and used by WikiPage::doEditContent (which is called by EntityContent::save). It's used to determine whether the new content is the same as the previous content, in which case a null edit is triggered and no new revision is created in the database. The reason I made equals lenient about missing IDs is this: if I want to store a new revision of an item, and to do so I construct a fresh Entity and EntityContent and then tell WikiPage to save it, the new content object may not yet have an ID attached. So equals() would fail without need when comparing the new version to the previous one. Hm... this could also be solved by forcing the new content to have an ID. This should probably be done anyway, for consistency. And if it already has an ID that is different from the previous item's ID, the save should probably fail - I can't think of a valid reason to allow this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40295] EntityObject::equals should make more consistent, strict comparison of entities ID
https://bugzilla.wikimedia.org/show_bug.cgi?id=40295 --- Comment #5 from jeb...@gmail.com 2012-09-18 09:21:30 UTC --- What you talking about here is not equality and it seems to me that it is not even sameness, it is similarity. If we call such tests equality we introduce confusion to the soup and will get into problems later. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40295] EntityObject::equals should make more consistent, strict comparison of entities ID
https://bugzilla.wikimedia.org/show_bug.cgi?id=40295 --- Comment #6 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-09-18 09:26:03 UTC --- (In reply to comment #5) What you talking about here is not equality and it seems to me that it is not even sameness, it is similarity. How is it not equality? The function is intended to determine whether the data structures are semantically equivalent with respect to our data mode. To me, this is the definition of equality. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40323] New: Template with table broken on page edit/touch after 17/Sep/2012 at pt.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=40323 Web browser: --- Bug #: 40323 Summary: Template with table broken on page edit/touch after 17/Sep/2012 at pt.wiktionary Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: malaf...@clix.pt Classification: Unclassified Mobile Platform: --- Created attachment 11123 -- https://bugzilla.wikimedia.org/attachment.cgi?id=11123 Screenshot of page rendered incorrectly Starting today (17/Sep/2012), pages with a translation table at pt.wiktionary started getting broken (i.e. [[Polinésia]]). Most pages still appear correct as of now but when edited the translations pages gets messed up. Nor the templates nor common.css or common.js have been touched recently. An image of what I can see using Firefox 15.0.1 is attached as well as uploaded at [[commons:File:Error on pt.wiktionary (tables).png]]. With IE9, I get the same display and a jQuery error: Object doesn't support this property or method related to code pagetitle=jQuery('h1').first().text().trim();. I'm not sure whether it's related or not. I don't seem to get this error on Firefox. I verified the same problem at vo.wiktionary (i.e. Tradutods table in page [[flor]]). I'm issuing this as critical as slowly all the pages are getting broken at pt.wiktionary. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40324] New: Align=center transformation broken for divs
https://bugzilla.wikimedia.org/show_bug.cgi?id=40324 Web browser: --- Bug #: 40324 Summary: Align=center transformation broken for divs Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: listenle...@gmail.com Classification: Unclassified Mobile Platform: --- div align=center foo - bar - baz /div should center its content, but becomes div style=margin-left: auto; margin-right: auto; pfoo - bar - baz/p /div which shows the content left aligned. It should become div style=margin-left: auto; margin-right: auto; text-align:center; pfoo - bar - baz/p /div instead, this displays correctly. For a real world example look at the first box on de.wikipedia's main page ... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38305] Video files are broken on mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=38305 --- Comment #7 from tiffa...@opera.com 2012-09-18 10:01:55 UTC --- That(In reply to comment #6) This is still waiting on infrastructure -- we need to actually generate H.264/MP4 transcodes of videos (bug 39869) before we can expose them, and before that we need the transcoding infrastructure working at all. In the meantime, is it possible to hide the video player or otherwise alert the user if the platform doesn't support the codec? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40325] New: mw.util.$content changed for Vector
https://bugzilla.wikimedia.org/show_bug.cgi?id=40325 Web browser: --- Bug #: 40325 Summary: mw.util.$content changed for Vector Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ResourceLoader AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ght81-wikipe...@yahoo.com CC: krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Classification: Unclassified Mobile Platform: --- According to [[mw:ResourceLoader/Default modules#$content]], and up until 13 September 2012, the mw.util.$content should mean the #bodyContent for the Vector skin on huwiki. Now is the #content, causing unwanted behavior. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40325] mw.util.$content changed for Vector
https://bugzilla.wikimedia.org/show_bug.cgi?id=40325 Bean49 ght81-wikipe...@yahoo.com changed: What|Removed |Added Priority|Unprioritized |Normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40326] New: File extension letter case treatment requires unification across Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=40326 Web browser: --- Bug #: 40326 Summary: File extension letter case treatment requires unification across Commons Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wikipe...@blahus.cz CC: mtrac...@member.fsf.org Classification: Unclassified Mobile Platform: --- Currently, the UploadWizard accepts an upper case file name extension (i.e. JPG), does not change it but neither allows the user to do so (see bug 34703). Therefore, it is possible to upload two files, one ending in .jpg and the other .JPG. However, elsewhere on Commons, such as in the RenameLink gadget or the tool used by filemovers, .jpg and .JPG are considered the same and the tools won't allow renaming between these two variants, therefore making it impossible to repair consistency if a series of pictures have been uploaded using one case with only one or a few of them accidentally using another case. All these tools seem to share a common file name sanitization module, as reported at http://commons.wikimedia.org/wiki/User_talk:Rillke#RenameLink_forces_case_in_file_extension As evidenced at https://commons.wikimedia.org/wiki/User_talk:Blahma#File:Brno.2C_T.C3.A1bor_15.jpg file movers need to rename files manually if they are requested to change letter case in file extension, such as renaming foo.JPG to foo.jpg. File names should be treated equally everywhere on Commons, so if file name extensions get normalized by file moving tools, the same sanitization should be performed in the UploadWizard. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40325] mw.util.$content changed for Vector
https://bugzilla.wikimedia.org/show_bug.cgi?id=40325 Liangent liang...@gmail.com changed: What|Removed |Added CC||liang...@gmail.com --- Comment #1 from Liangent liang...@gmail.com 2012-09-18 10:09:27 UTC --- I prefer the idea that this should be a documentation bug. IMHO it should be the element who directly holds parser output HTML from wikitext of a page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40326] File extension letter case treatment should be unified on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=40326 Marek Blahuš wikipe...@blahus.cz changed: What|Removed |Added Summary|File extension letter case |File extension letter case |treatment requires |treatment should be unified |unification across Commons |on Commons -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40323] Template with table broken on page edit/touch after 17/Sep/2012 at pt.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=40323 Michael M. listenle...@gmail.com changed: What|Removed |Added CC||listenle...@gmail.com Component|General/Unknown |General/Unknown Product|Wikimedia |MediaWiki --- Comment #1 from Michael M. listenle...@gmail.com 2012-09-18 10:13:42 UTC --- Yet another bug caused by the automatic translation of the align attribute into CSS. To fix this on pt.wiktionary you could change the div class=NavHead align=left in [[pt:wikt:Predefinição:tradini]] to div class=NavHead style=text-align: left; I didn't test thoroughly, but that should work as expected. The JS error is unrelated, I don't know why it breaks in IE9 (perhaps you enabled the compatibility mode?), but .trim doesn't work in IE8 and previous, see http://msdn.microsoft.com/en-us/library/ff679971%28v=vs.94%29.aspx, so it should get replaced by pagetitle=jQuery.trim(jQuery('h1').first().text()); -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40325] mw.util.$content changed for Vector
https://bugzilla.wikimedia.org/show_bug.cgi?id=40325 Daniel Friesen mediawiki-b...@nadir-seen-fire.com changed: What|Removed |Added Status|NEW |RESOLVED CC||mediawiki-bugs@nadir-seen-f ||ire.com Resolution||FIXED --- Comment #2 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2012-09-18 10:15:38 UTC --- No it shouldn't. $content has only ever been used by core and the extensions I could find to refer to the overall content area (including ui, etc...). If you want the actual content text use `$( '#mw-content-text ')`. Updated the documentation. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40293] Kill the View source tab: refactor page protection out of Core
https://bugzilla.wikimedia.org/show_bug.cgi?id=40293 --- Comment #3 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2012-09-18 10:28:04 UTC --- ParserFunctions is something some people don't want on their wiki. No one has suggested that MediaWiki should not have page protection. The Vector extension is not the skin, it's a collection of enhancements. And there are open bugs that consider the fact that it's not inside core as bug that needs to be fixed. So I wouldn't cling to them as arguments that protection should be pulled out of core. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 39322] Pages don't load under ipv6+chromium / bits.wikimedia.org doesn't answer http requests
https://bugzilla.wikimedia.org/show_bug.cgi?id=39322 --- Comment #3 from Thomas Capricelli wikimedia.20.orz...@spamgourmet.com 2012-09-18 10:34:05 UTC --- That will not have last long : the problem is back, and the page is stuck again on bits.wikimedia.org :-( -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40323] Template with table broken on page edit/touch after 17/Sep/2012 at pt.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=40323 Malafaya malaf...@clix.pt changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Malafaya malaf...@clix.pt 2012-09-18 10:41:25 UTC --- It worked like a charm. Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40327] New: PID file for pollForChanges does not work with a wiki family setup.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40327 Web browser: --- Bug #: 40327 Summary: PID file for pollForChanges does not work with a wiki family setup. Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WikidataRepo AssignedTo: wikidata-b...@lists.wikimedia.org ReportedBy: daniel.kinz...@wikimedia.de CC: wikidata-b...@lists.wikimedia.org Classification: Unclassified Mobile Platform: --- Using __FILE__ as a basis is not the correct way to get separate pid files for separate wikis, because multiple wikis may use the same install base. This is especially true for the installations run by Wikimedia. Either get the PID file from the command line, or use something like wfWikiID(). Some more minor issues: I would reserve .lck for actual lock files. This is not really a lock file. .pid is often used on unix for this, look into your /var/run directory for examples. Under *nix, it would be nicer to use a file in /var/run (you will see a whole bunch of .pid files there already). The file in /var/run would need to be created and chowned to the correct user for that to work though. Perhaps just try to use /var/run/xyz first (check whether the dir exist and the file is writable / can be created), otherwise use the OS' temp dir. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40327] PID file for pollForChanges does not work with a wiki family setup.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40327 Daniel Kinzler daniel.kinz...@wikimedia.de changed: What|Removed |Added CC||daniel.kinz...@wikimedia.de Component|WikidataRepo|WikidataClient -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40323] align transformation to CSS float changes layout
https://bugzilla.wikimedia.org/show_bug.cgi?id=40323 Michael M. listenle...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | Summary|Template with table broken |align transformation to CSS |on page edit/touch after|float changes layout |17/Sep/2012 at | |pt.wiktionary | Severity|critical|normal --- Comment #3 from Michael M. listenle...@gmail.com 2012-09-18 10:53:34 UTC --- Reopening and rephrasing to make sure that the underlying matter is addressed. A minimal example is div align=leftfoo/div divbar/div which should display like foo bar but currently does display as foobar -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40327] PID file for pollForChanges does not work with a wiki family setup.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40327 --- Comment #1 from Daniel Kinzler daniel.kinz...@wikimedia.de 2012-09-18 11:08:42 UTC --- For reference, the PID stuff was introduced by I82973368. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33880] $wgUsersNotifiedOnAllChanges should not send e-mail to user who made the edit.
https://bugzilla.wikimedia.org/show_bug.cgi?id=33880 --- Comment #4 from Mark Clements (HappyDog) w...@kennel17.co.uk 2012-09-18 11:09:35 UTC --- To be honest, I can't conceive of a situation where you would ever want an address in this list to receive their own edits. The two use-cases I can see for this feature are: 1) Admin users, who want to see all edits made to the wiki. Clearly they don't want to see their own as they already know about them. 2) Mailing lists/IRC bots/etc. which won't make edits and are therefore unaffected by this change. If you can come up with a use case then I'm happy for someone to modify the setting to allow for both scenarios, but if only one scenario is supported then skipping the person who made the edit is definitely the most sensible approach. Please do not revert! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40323] align transformation to CSS float changes layout
https://bugzilla.wikimedia.org/show_bug.cgi?id=40323 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||hartman.w...@gmail.com Resolution||DUPLICATE --- Comment #4 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 11:25:42 UTC --- *** This bug has been marked as a duplicate of bug 40306 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40306] Align HTML4 - HTML5 transform broken on tablerows.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40306 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added CC||malaf...@clix.pt --- Comment #6 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 11:25:42 UTC --- *** Bug 40323 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40324] Align=center transformation broken for divs
https://bugzilla.wikimedia.org/show_bug.cgi?id=40324 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||hartman.w...@gmail.com Resolution||DUPLICATE --- Comment #1 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 11:26:32 UTC --- *** This bug has been marked as a duplicate of bug 40306 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40306] Align HTML4 - HTML5 transform broken on tablerows.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40306 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added CC||listenle...@gmail.com --- Comment #7 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 11:26:32 UTC --- *** Bug 40324 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40306] Align HTML4 - HTML5 transform broken on tablerows.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40306 --- Comment #8 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 11:29:24 UTC --- https://gerrit.wikimedia.org/r/#/c/24080/ -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33880] $wgUsersNotifiedOnAllChanges should not send e-mail to user who made the edit.
https://bugzilla.wikimedia.org/show_bug.cgi?id=33880 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added CC||ialex.w...@gmail.com --- Comment #5 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2012-09-18 11:30:28 UTC --- You can work arround this by creating another account, setting the same e-mail address as your one and using it in $wgUsersNotifiedOnAllChanges. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40328] New: Upgrade visitors' computers running Windows/MSIE 6,7,8 or 9 to a secure browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=40328 Web browser: --- Bug #: 40328 Summary: Upgrade visitors' computers running Windows/MSIE 6,7,8 or 9 to a secure browser Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site configuration AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mathias.schind...@gmail.com CC: benap...@gmail.com, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- According to a Microsoft Advisory, the browser software Internet Explorer allowes remote code execution in almost all currently deployed versions and operating systems. http://technet.microsoft.com/en-us/security/advisory/2757760 This should account for roughly 25% of our traffic at Wikimedia web sites. http://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm Couldn't we just upgrade those visitors' machines with a decent reliable browser, such as Firefox or Chrome or Opera, maybe with the help of framework software such as https://community.rapid7.com/community/metasploit/blog/2012/09/17/lets-start-the-week-with-a-new-internet-explorer-0-day-in-metasploit? If applicable criminal law or established moral or ethical standards do not permit remote software upgrades via this path, we could at least consider displaying a warning for visitors to use one of the suggested strategies to deal with such a major browser security issue. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33464] Add Developer or API link to footer of Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33464 Mark Clements (HappyDog) w...@kennel17.co.uk changed: What|Removed |Added CC||w...@kennel17.co.uk --- Comment #5 from Mark Clements (HappyDog) w...@kennel17.co.uk 2012-09-18 11:47:56 UTC --- I would much rather it went to a new page, dedicated for this exact purpose. Project:Help is intended to be help about using/working on the MW site, and I can see that once this is implemented there will be feature creep which will move it away from its original purpose. [Side note: the Project namespace is, like on all wikis, used for meta-discussions related to the operation and development of the wiki. Unfortunately, in the context of 'the MediaWiki project' this name is confusing. I long ago suggested that it be renamed to 'Site' to avoid this issue, but Brion vetoed it. See bug 7778 for details - note, it's still not too late to make this change as all the old links will continue to work.] One of the hubs might be appropriate - probably [[mw:Developer hub]] (but there is also [[mw:User hub]] and [[mw:Sysadmin hub]] - all of which need some tlc) - but perhaps we need a new more-tightly-focussed page that spans user-types. Personally, I would recommend that we create [[mw:Get involved]] if it is about general MW involvement, or perhaps [[meta:Developer hub]], with links to mw.org, if it's more WMF focussed (or has that all moved to mw.org now - I am not so clear about the distinction between these two sites as I used to be). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33464] Add Developer or API link to footer of Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33464 --- Comment #6 from Mark Clements (HappyDog) w...@kennel17.co.uk 2012-09-18 11:50:45 UTC --- Note - I've just seen that [[meta:Developer hub]] already exists. It's not quite what we're after at the moment, but it looks like a sensible destination. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40327] PID file for pollForChanges does not work with a wiki family setup.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40327 Jens Ohlig jens.oh...@wikimedia.de changed: What|Removed |Added Status|NEW |ASSIGNED CC||jens.oh...@wikimedia.de -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40222] Corrected logo for Sanskrit Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=40222 --- Comment #3 from hemantbugzi...@gmail.com 2012-09-18 12:33:15 UTC --- Please tell if this is not the right platform to request a logo-change. Or if any other requirement remains please inform; as this is an important correction. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40326] File extension letter case treatment should be unified on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=40326 Bryan Tong Minh bryan.tongm...@gmail.com changed: What|Removed |Added Status|UNCONFIRMED |NEW CC||bryan.tongm...@gmail.com Ever Confirmed|0 |1 --- Comment #1 from Bryan Tong Minh bryan.tongm...@gmail.com 2012-09-18 12:43:39 UTC --- There are some checks in place, but they only work if the existing file has the normalized extension, i.e., a warning will be given if you try to upload X.JPG and X.jpg exists, but not the other way around. It is probably a good idea to just give a warning if the same filename exists with any extension. That would need support in FileRepo to search files without extension. I'll have a look at it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40306] Align HTML4 - HTML5 transform broken on tablerows.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40306 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Antoine hashar Musso has...@free.fr 2012-09-18 12:54:41 UTC --- Tested change on https://test.wikipedia.org/wiki/Bug40306 Deployed it live at Tue, 18 Sep 2012 12:53:40 + Pages in squid cache will need to be purged manually. That will self fix whenever an edit is made. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 19719] HTML5 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19719 Bug 19719 depends on bug 40306, which changed state. Bug 40306 Summary: Align HTML4 - HTML5 transform broken on tablerows. https://bugzilla.wikimedia.org/show_bug.cgi?id=40306 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40320] delete 1.20.0rc1 tag from mediawiki/core
https://bugzilla.wikimedia.org/show_bug.cgi?id=40320 --- Comment #2 from Antoine hashar Musso has...@free.fr 2012-09-18 12:55:59 UTC --- Maybe it was just in my local copy -:^) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40326] File extension letter case treatment should be unified on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=40326 --- Comment #2 from Bryan Tong Minh bryan.tongm...@gmail.com 2012-09-18 13:16:44 UTC --- I21eddc5d -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 37538] Comments on drafts should not be announced on IRC
https://bugzilla.wikimedia.org/show_bug.cgi?id=37538 --- Comment #3 from Chad H. innocentkil...@gmail.com 2012-09-18 13:26:30 UTC --- Once https://gerrit-review.googlesource.com/#/c/37901/ goes in, this will be much easier to accomplish. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40325] mw.util.$content changed for Vector
https://bugzilla.wikimedia.org/show_bug.cgi?id=40325 Krinkle krinklem...@gmail.com changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |mediawiki-bugs@nadir-seen-f |org |ire.com --- Comment #3 from Krinkle krinklem...@gmail.com 2012-09-18 13:27:16 UTC --- Indeed. #bodyContent is never the right selection, it never was. * The raw page output is #mw-content-text. This ID is fixed by the MediaWiki output handler and not overwritten by skins. * The full page output is a few levels up, and depends on the skin. In Vector it is #content. Because this is variable, mw.util.$content helps. * #bodyContent is somewhere in between. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 35890] IIS File Not Found Issue (problem identified)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35890 --- Comment #8 from Bryan Tong Minh bryan.tongm...@gmail.com 2012-09-18 13:33:29 UTC --- (In reply to comment #7) (In reply to comment #3) Essentially, the wfMkdirParents function in GlobalFunctions.php needs to have the mkdir function changed, or the $mode variable changed, when using IIS. The folders it is creating do not have the correct permissions, even with the /images/ directory set explicitly to recurs permissions to all children. I'd change it myself, but I simply do not have the experience with the PHP/ISS mix to get the permissions set using PHP. In php/apache or .net/iis this is a simple function. I couldn't find ANYTHING useful on the web about how to override permissions using php on iis. All docs i can find say that php totally ignores the mode argument of mkdir when running under windows. Not sure where that leaves us... Shelling out to cacls.exe to do its dirty magic. Not sure how desired that is though... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 20814] Enable $wgCrossSiteAJAXdomains for wikimedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=20814 --- Comment #33 from Krinkle krinklem...@gmail.com 2012-09-18 13:38:29 UTC --- (In reply to comment #32) @Krinkle: Thanks, but it would really be nice to have the error checking of CORS. I presume Roan knows what he is talking about, but if it is true what you say that the API automatically puts itself in read-only anonymous user mode when accessing it through JSONP, then wouldn't this mode just need to be switched on in the case of cross-domain CORS? No, not at all. That would make cross-domain CORS pretty much useless. The API allows trusted interaction through all modes except JSONP. So when one server communicates with another server from PHP, it will be possible to authenticate and do things. And if two web sites communicate within the browser, it is also allowed, but only when both ends trust each other. Otherwise there would be a major security leak. Just imagine what would happen if someone would embed some javascript on a site somewhere that makes an AJAX request to the API to get a token and then edit a page. If you were to visit that other website (could be from a link in a chat application, Twitter, or e-mail etc.- could even be masked by a genuine-looking redirect) then the second you visit that other wise you'd suddenly (without you knowing) be making an edit on Wikipedia. Why? Because that AJAX request was made in your browser and you're still logged in, of course. That's why * JSON cross-origin requests are only allowed if both ends trust each other. * JSONP requests are always allowed because they are unauthenticated. You may wonder why its not possible to cheat. The reason is that JSON (not JSONP) can only be read if the XHR allows one to read the response. And one can't make an edit without a token, which can only be send if it was received first. So just making the request is not enough, it needs to be read and then send back. That is the security model basically. JSONP on the other hand works with a callback, which means it is unrestricted. Any function form anywhere can be named and is then invoked. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40317] Article in Wikipedia that exists according to both search and links (that aren't red) is shown by mobile Wikipedia as non-existent
https://bugzilla.wikimedia.org/show_bug.cgi?id=40317 the wub thewub.w...@googlemail.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||thewub.w...@googlemail.com Resolution||INVALID --- Comment #1 from the wub thewub.w...@googlemail.com 2012-09-18 13:39:12 UTC --- The page does 'exist', it's just a template pointing to Wiktionary (https://en.wikipedia.org/wiki/Template:Wiktionary_redirect). This is fairly common practice at least on the English Wikipedia. Not a bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 25886] Make bits.wikimedia.org Cross-Origin Resource Sharing (CORS) compatible
https://bugzilla.wikimedia.org/show_bug.cgi?id=25886 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #11 from Krinkle krinklem...@gmail.com 2012-09-18 13:50:04 UTC --- (In reply to comment #3) I think this could be solved by simply adding the header: Access-Control-Allow-Origin: * to all bits.wikimedia.org requests ? Unless we have non-public data that comes from that server, but I doubt that such data uses the bits server, because it would not be cache-able. Geoiplookup has a similar security issue I guess, but that does carry sensitive data, and thus needs specific Origin targeting (API has this I believe). bits.wikimedia.org should be restricted the same way as the API. Though on second thought: * /geoiplookup - Easily worked around, there are many public IP-to-location systems out there. The IP itself is not easily retrievable except with another domain available. We probably shouldn't be that domain. * /../load.php: Modules can be private (e.g. user.options contains preferences), however these are already protected in load.php (e.g. try https://bits.wikimedia.org/www.mediawiki.org/load.php?debug=falsemodules=user.optionsonly=scripts). Private modules can only be loaded from server output. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40266] Use clearer wording in log summaries, especially for deletion tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=40266 --- Comment #5 from Oliver Keyes oke...@wikimedia.org 2012-09-18 14:04:17 UTC --- Grand :). For proposed deletion and AfD, is there any way we could include the deletion rationale, up to N characters? 150 or whatnot. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40329] New: Sanitizer deletes valid align attributes with no fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 Web browser: --- Bug #: 40329 Summary: Sanitizer deletes valid align attributes with no fallback Product: MediaWiki Version: 1.20.0beta0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mr.h...@gmx.de Classification: Unclassified Mobile Platform: --- Example code, tested in the current 1.20wmf11 in the German Wikipedia which uses HTML5 mode since yesterday. {| class=wikitable width=600 |- align=center | Bug number one, the align attribute is deleted. |- | align=center | {| class=wikitable width=300 | Should be centered. |} But number two, the attributes is replaced with the text-align property. This is '''not''' the same and should not be done. |- | align=center | center {| class=wikitable width=300 | Is centered. |} I'm sorry but I find this very funny. The center tag is ''not'' deleted but the align attribute is? WUT? /center |} Don't tell me the align attribute is deprecated and should not be used. I know that. That's not the problem. The problem is this change currently creates a lot of unexpected errors in templates and articles for no reason. Almost no template author was aware of this. I would like to help fixing all templates but I need ''time'' to do that. All web browsers are able to do the right thing when they get these align attributes. They will do the right thing for years. This will not be dropped. It can't. There is no need to get rid of the attribute right now. Why? As said, we should try to avoid it. But we don't need to do this ''today''. TL;DR: Allow align attributes in HTML5 mode in the same places they were allowed before. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40122] Remove OTRS from global block list
https://bugzilla.wikimedia.org/show_bug.cgi?id=40122 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|NEW |RESOLVED CC||has...@free.fr Resolution||FIXED --- Comment #15 from Antoine hashar Musso has...@free.fr 2012-09-18 14:09:05 UTC --- Deployed live at Tue, 18 Sep 2012 14:08:38 + Thanks for the patch! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40327] PID file for pollForChanges does not work with a wiki family setup.
https://bugzilla.wikimedia.org/show_bug.cgi?id=40327 tobias.gritschac...@wikimedia.de changed: What|Removed |Added CC||tobias.gritschacher@wikimed ||ia.de --- Comment #2 from tobias.gritschac...@wikimedia.de 2012-09-18 14:12:18 UTC --- done in https://gerrit.wikimedia.org/r/#/c/24122/ -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40329] Sanitizer deletes valid align attributes with no fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #1 from Antoine hashar Musso has...@free.fr 2012-09-18 14:13:18 UTC --- See also bug 40306 about align issue with table. Was fixed on live site during last hour. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40329] Sanitizer deletes valid align attributes with no fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 --- Comment #2 from Antoine hashar Musso has...@free.fr 2012-09-18 14:14:59 UTC --- Allow align attributes in HTML5 mode in the same places they were allowed before The align attribute as been deprecated in HTML 4 and is no more supported in HTML 5. I have troubled understand what is the issue reported there. Can you please give us simple test case showing what is being output and what you would expect ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31292] Make Category permanently visible, not obscured behind a more options link
https://bugzilla.wikimedia.org/show_bug.cgi?id=31292 TMg mr.h...@gmx.de changed: What|Removed |Added Component|Site configuration |UploadWizard Version|unspecified |master Product|Wikimedia |MediaWiki extensions Target Milestone|--- |Future release -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 37141] Make it possible to create a message group for message keys of a banner
https://bugzilla.wikimedia.org/show_bug.cgi?id=37141 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl AssignedTo|wikibugs-l@lists.wikimedia. |rkald...@wikimedia.org |org | --- Comment #2 from Siebrand s.mazel...@xs4all.nl 2012-09-18 14:28:35 UTC --- I think Ryan Kaldari implemented this completely last week. Ryan, can you please check and close if done, or not what would need doing. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31292] Make Category permanently visible, not obscured behind a more options link
https://bugzilla.wikimedia.org/show_bug.cgi?id=31292 --- Comment #8 from TMg mr.h...@gmx.de 2012-09-18 14:30:04 UTC --- It took a long time but finally point 1 and 3 from the list are fixed (better description for the more link and a working add category pattern). But the main point 2 is still open. Make the category permanently visible and not obscured behind a you can ignore this link. You can switch it with the useless date field, for example. The date is read from the EXIF tag anyway. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33464] Add Developer or API link to footer of Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33464 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #7 from Nemo_bis federicol...@tiscali.it 2012-09-18 14:45:59 UTC --- Important note: whatever the destination page, it must be translatable via the Translate extension before it gets enabled. HappyDog is right about Project:, the equivalent of Project:Help is [[mw:Help:Contents]] or the more useful [[mw:Manual:Contents]]. The latter or [[mw:Developer hub]] would already be ok enough for this request, except that they contain a bit too much; if it's hard to find things in those pages, fix them. If this is about getting contributions to MediaWiki, this is indeed Sumana's realm and [[mw:How to become a MediaWiki hacker]] is perfect. If it's more an API-style link, we don't need a new page, we just need a line on the API page saying that if not stated otherwise keys are not needed; and a new small section on this page will suffice to do both. Creating yet another page, and on Meta, seems a bad idea. It would be useful only if we extend the purposes of the page a lot, to include links to: * [[m:Research:Index]] (for researchers; but probably not the best place) * [[m:Wikimedia update feed service]] (up to date? I suppose search engines already know) * [[m:Data dumps]] (maybe; don't people know already?) * ... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40330] New: Exported EPUB files switch off font resizing in webkit eBook readers
https://bugzilla.wikimedia.org/show_bug.cgi?id=40330 Web browser: --- Bug #: 40330 Summary: Exported EPUB files switch off font resizing in webkit eBook readers Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: andrew.ho...@rnib.org.uk Classification: Unclassified Mobile Platform: --- In testing the EPUB export for accessibility I have discovered that font resizing for body text seems to be switched off for webkit eBook readers such as Apple iBooks on the iPad. This appears to be done in the exported CSS file: -webkit-text-size-adjust: none; } This means that partially sighted users who would normally set a larger font size are prevented from doing so if using webkit readers. Adobe Digital Editions and similar eBook readers are not affected of course as they are not webkit based. However, the general accessibility of Apple devices means than many blind and partially sighted users prefer them. The addition of EPUB export for Wiki articles is potentially of great benefit to users with print disabilities because of the wide range of adjustments which can be made to the eBooks depending on the reading devices used. It is therefore a great shame to restrict font resizing on a significant number of otherwise accessible devices. Many thanks Andrew Homer RNIB (Royal National Institute of Blind People) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40330] Exported EPUB files switch off font resizing in webkit eBook readers
https://bugzilla.wikimedia.org/show_bug.cgi?id=40330 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added CC||developm...@pediapress.com Component|Export/Import |Collection Product|MediaWiki |MediaWiki extensions -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40329] Sanitizer deletes valid align attributes with no fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 --- Comment #3 from TMg mr.h...@gmx.de 2012-09-18 15:28:31 UTC --- I posted a test case above. Everything in this table must be centered similar to the bottom row. http://de.wikipedia.org/wiki/Wikipedia_Diskussion:Projektneuheiten#Wenn_HTML5_bedeutet It's not true that the align attribute is no more supported. *EVERY* web browser is perfectly able to do the right thing even in HTML5 mode. This will not change for many years. There is no need to burn all align attributes. If it needs to be burned for an according to the spec reason we need time to find these attributes in every Wikipedia article and every template and find other solutions. As said and as shown in the example it is *NOT* possible to simply replace every align=center with style=text-align:center. This is not the same. This will not work in some cases (read, in cases where block elements are involved because text-align is for inline elements only but align is for both). In some cases we may be able to replace td align=centertable with tdtable style=margin:auto. But we need time to do this and to test it. I *KNOW* this will not work in some older browsers. This is the reason why we used the align attribute and not margin:auto. In cases where the outer table cell an the inner block element are from different templates it may not be possible at all or at least not so easy. It's definitely not a good solution to hack a {{{style|}}} parameter into every template with this bug. And again: Why does the center tag still work but the align attribute does not work? This does not make sense. Do you really want us to replace every align=center with center? Hell, no. The align=center is fine. It works. It does it's job where a text-align is not enough. TL;DR: Either remove center or continue supporting the align attribute. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40331] New: Replicate gerrit database somewhere to allow free querying
https://bugzilla.wikimedia.org/show_bug.cgi?id=40331 Web browser: --- Bug #: 40331 Summary: Replicate gerrit database somewhere to allow free querying Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Git/Gerrit AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: federicol...@tiscali.it CC: afeld...@wikimedia.org, b...@mzmcbride.com, innocentkil...@gmail.com, niklas.laxst...@gmail.com, rlan...@gmail.com, ro...@wikimedia.org Classification: Unclassified Mobile Platform: --- Chad says that until the lucene stuff is done, we won't have things like full text search (https://code.google.com/p/gerrit/issues/detail?id=866 ) or search by commenter (https://code.google.com/p/gerrit/issues/detail?id=1567 ). It would be useful for everyone in the community to be able to query such information and more (from a safe environment in the meanwhile). The best solution seems to be replicating the DB so that it's accessible to all users on Labs or (IMHO better) on Toolserver, which would also allow all sorts of cool web tools. Chad: «I'm pretty sure we could replicate the DB. Only table I'd want to exclude is probably account_ssh_keys. Other than that, there's nothing really private». If Toolserver is considered best for WMF end, I'll open a TS ticket too. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 28339] Replicate bugzilla database to the toolserver
https://bugzilla.wikimedia.org/show_bug.cgi?id=28339 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=40331 --- Comment #22 from Nemo_bis federicol...@tiscali.it 2012-09-18 15:47:43 UTC --- Is this leaning to a WONTFIX or do we think that API is still not flexible enough and that private stuff is not a problem? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40332] New: Beta buttons should have title attributes for voice over software
https://bugzilla.wikimedia.org/show_bug.cgi?id=40332 Web browser: --- Bug #: 40332 Summary: Beta buttons should have title attributes for voice over software Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend (Beta) AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org CC: jrob...@wikimedia.org Classification: Unclassified Mobile Platform: --- Originally raised in bug 38106 buttons for the left navigation and action bar don't have title attributes to give feedback to people using VoiceOver. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40326] File extension letter case treatment should be unified on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=40326 --- Comment #3 from Marek Blahuš wikipe...@blahus.cz 2012-09-18 15:51:17 UTC --- Thank you, Bryan, for your quick response and act. It would inded be nice to see a warning when a similarly named file already exists. However, this does not solve the problem completely, because it means that the Upload Wizard will go on stating that file names differing only in extension case are possible, while the tools that might be used subsequently (file renaming) state file name extensions must be normalized as if they were case-insensitive. This means that confusion will persist, unless a consensus on this is found across Commons. Perhaps we should invite more people into this discussion? The easiest solution is, obviously, to equip the Upload Wizard with the same sanitization mechanism which is already used by the file mover, but I understand that this is not something what you are willing to do at the moment, am I right? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38106] [beta] main menu and page menu not clearly buttons
https://bugzilla.wikimedia.org/show_bug.cgi?id=38106 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Jon jrob...@wikimedia.org 2012-09-18 15:52:06 UTC --- Hi Derk Sorry I went on a bit of a bug killing spree and any bugs that were not clearly defined or mixed issues I removed from bugzilla. I've opened the accessibility issue as a separate bug 40332. *** This bug has been marked as a duplicate of bug 40332 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40332] Beta buttons should have title attributes for voice over software
https://bugzilla.wikimedia.org/show_bug.cgi?id=40332 Jon jrob...@wikimedia.org changed: What|Removed |Added CC||hartman.w...@gmail.com --- Comment #1 from Jon jrob...@wikimedia.org 2012-09-18 15:52:07 UTC --- *** Bug 38106 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 19920] Add geolocation functionality to MobileFrontend to support Articles near me
https://bugzilla.wikimedia.org/show_bug.cgi?id=19920 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||jrob...@wikimedia.org Resolution||LATER --- Comment #6 from Jon jrob...@wikimedia.org 2012-09-18 15:57:38 UTC --- This seems very unclear and mixes various things. I'm taking this to mean port nearby functionality from mobile site to app and have written a story to capture this https://mingle.corp.wikimedia.org/projects/mobile/cards/125 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40083] Preview broken on thread reply posting/edit (nothing happens)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40083 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Blocks||39480 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 39480] Bugs affecting translatewiki.net (errors from MediaWiki master) (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39480 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Depends on||40083 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 31291] Mobile gateway doesn't handle cross-wiki links very well
https://bugzilla.wikimedia.org/show_bug.cgi?id=31291 --- Comment #6 from Jon jrob...@wikimedia.org 2012-09-18 15:59:10 UTC --- Is this issue any better now with the mobile domain provided for all Wikimedia projects? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38104] __NOTOC__ and/or home made ToC
https://bugzilla.wikimedia.org/show_bug.cgi?id=38104 --- Comment #1 from Jon jrob...@wikimedia.org 2012-09-18 16:03:01 UTC --- Sorry I'm a bit confused about this bug. Are you saying the table with id toc should be stripped from the rendered html on mobile? If so why? (Sorry I don't have much knowledge of the implications of the NOTOC keyword) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 32254] MobileFrontend should tier inter wiki links
https://bugzilla.wikimedia.org/show_bug.cgi?id=32254 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED CC||jrob...@wikimedia.org Resolution||LATER --- Comment #3 from Jon jrob...@wikimedia.org 2012-09-18 16:05:46 UTC --- captured this as https://mingle.corp.wikimedia.org/projects/mobile/cards/126 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33855] Wikipedia Android App potential features (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33855 Bug 33855 depends on bug 32254, which changed state. Bug 32254 Summary: MobileFrontend should tier inter wiki links https://bugzilla.wikimedia.org/show_bug.cgi?id=32254 What|Old Value |New Value Status|NEW |RESOLVED Resolution||LATER -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33648] The mobile site and the mobile app don't use WebFonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=33648 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC||jrob...@wikimedia.org Resolution||DUPLICATE --- Comment #3 from Jon jrob...@wikimedia.org 2012-09-18 16:07:36 UTC --- *** This bug has been marked as a duplicate of bug 28515 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 28515] Dynamic fonts support in mobile gateway
https://bugzilla.wikimedia.org/show_bug.cgi?id=28515 Jon jrob...@wikimedia.org changed: What|Removed |Added CC||amir.ahar...@mail.huji.ac.i ||l --- Comment #1 from Jon jrob...@wikimedia.org 2012-09-18 16:07:36 UTC --- *** Bug 33648 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33855] Wikipedia Android App potential features (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=33855 Bug 33855 depends on bug 33648, which changed state. Bug 33648 Summary: The mobile site and the mobile app don't use WebFonts https://bugzilla.wikimedia.org/show_bug.cgi?id=33648 What|Old Value |New Value Status|ASSIGNED|RESOLVED Resolution||DUPLICATE -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 39180] Edit tokens shown in frames using api
https://bugzilla.wikimedia.org/show_bug.cgi?id=39180 Fut.Perf. fut.p...@googlemail.com changed: What|Removed |Added CC||fut.p...@googlemail.com --- Comment #7 from Fut.Perf. fut.p...@googlemail.com 2012-09-18 16:08:21 UTC --- This has also broken the file upload script used at en-WP (https://en.wikipedia.org/wiki/Wikipedia:File_Upload_Wizard). Correct me if I'm wrong, but it was my impression that directing API output to an IFrame was pretty much a standard strategy in scripting file uploads. How else is one supposed to do it? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 28339] Replicate bugzilla database to the toolserver
https://bugzilla.wikimedia.org/show_bug.cgi?id=28339 --- Comment #23 from Betacommand phoenixoverr...@gmail.com 2012-09-18 16:10:11 UTC --- The API is not sufficient -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 39381] Add Javanese font to WebFonts
https://bugzilla.wikimedia.org/show_bug.cgi?id=39381 --- Comment #9 from bennylin bknl...@yahoo.com 2012-09-18 16:10:40 UTC --- Any update on this bug? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 30421] Don't show Wikipedia's article needs clean up templates on MobileFrontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 Jon jrob...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||WORKSFORME --- Comment #15 from Jon jrob...@wikimedia.org 2012-09-18 16:11:15 UTC --- I'm completely lost with whether this issue is resolved now (as MZ says there are a bunch of issues mixed in here) so I'm closing. I'd suggest we open some newer bugs for anything remains unresolved - I prefer clearer bugs that focus on separate issues as these are more likely to be resolved (quicker than a year :P). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40333] New: Error 503 Service Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40333 Web browser: --- Bug #: 40333 Summary: Error 503 Service Unavailable Product: Wikimedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: blanc.g...@gmail.com Classification: Unclassified Mobile Platform: --- can't open some mobile url: ex: http://fr.m.wikipedia.org/wiki/Lac_Rose http://fr.m.wikipedia.org/wiki/Ternoise return this kind of error : Error 503 Service Unavailable Service Unavailable Guru Meditation: XID: 2463257569 Varnish cache server thanks for your help ! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 33464] Add Developer or API link to footer of Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33464 Quim Gil quim...@gmail.com changed: What|Removed |Added CC||quim...@gmail.com --- Comment #8 from Quim Gil quim...@gmail.com 2012-09-18 16:22:09 UTC --- Interesting idea. Can we agree first on who do we want to attract to do what? Depending on the answer the destination page might be very different. The examples provided by MZMcBride refer to app developers willing to use the API: - https://dev.twitter.com/ - https://developers.facebook.com/ - http://developer.wordnik.com/ It's the most common use case out there and it could be well represented with a rather standard Developers link after Mobile View. The most appropriate destination for this link seems to be http://www.mediawiki.org/wiki/API:Main_page - a page that could be fine tuned and has the additional advantage of being already translated to several languages. Other potential audiences could be - Technical contributors to Wikipedia and other Wikimedia projects. - Contributors to Mediawiki and related projects. But I'd keep a clean call for app developers from the Wikipedia template, without forcing them to dive deep into open source contributions and the many ways for extending and hacking MediaWiki. For that there is the Powered by Mediawiki banner, and we can always promote those alternatives from the API page itself. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38550] Gerrit emails sent two months after the fact
https://bugzilla.wikimedia.org/show_bug.cgi?id=38550 --- Comment #2 from Chad H. innocentkil...@gmail.com 2012-09-18 16:28:39 UTC --- Looking at this more closely, I'm sure this was the e-mail for patch set 2 which was uploaded on July 21st. However, patch set references should be referring to PS2, not PS1. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40333] Error 503 Service Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40333 Greg blanc.g...@gmail.com changed: What|Removed |Added Priority|Unprioritized |High -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 37712] allow people to CR -2 (do not submit)
https://bugzilla.wikimedia.org/show_bug.cgi?id=37712 --- Comment #11 from Chad H. innocentkil...@gmail.com 2012-09-18 16:32:57 UTC --- (In reply to comment #10) (In reply to comment #9) (In reply to comment #7) I think it would be only feasible if it was possible to override others' -2s. I can override a -2 review by removing the reviewer from the reviewer list (by clicking the x button next to their name). However, I'm both a project owner for MediaWiki core and a Gerrit administrator, so I don't know why I have this ability and who else has it. Only people who can do that are Admins, the change owner (I think), and the Project Owner. Ideally, this should be a delegatable right, but it's not right now :\ This is now grantable https://gerrit-review.googlesource.com/#/c/37840/ :) Dunno if it'll make 2.5. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40333] Error 503 Service Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40333 --- Comment #1 from Greg blanc.g...@gmail.com 2012-09-18 16:33:33 UTC --- it seems the problem occures with lots of urls (most of them ?) : http://fr.m.wikipedia.org/wiki/Nord-Pas-de-Calais http://fr.m.wikipedia.org/w/index.php?title=Nord_(d%C3%A9partement) http://fr.m.wikipedia.org/w/index.php?title=Manche_(mer) http://fr.m.wikipedia.org/wiki/Munition_immerg%C3%A9e http://fr.m.wikipedia.org/w/index.php?title=Cap_Levi ... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40333] most fr mobile url don't work anymore : Error 503 Service Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40333 Greg blanc.g...@gmail.com changed: What|Removed |Added Summary|Error 503 Service |most fr mobile url don't |Unavailable |work anymore : Error 503 ||Service Unavailable -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 38104] __NOTOC__ and/or home made ToC
https://bugzilla.wikimedia.org/show_bug.cgi?id=38104 --- Comment #2 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 16:54:25 UTC --- The notoc keyword remove the table of contents from a page. In the beta (for which apparently the opt-in page changed again, so I can't check how it is now, but this was how it was before), would therefor not generate a ToC for a page. Instead it showed the template based Template:TOC001 In my opinion when using the beta website, the 'contents' table should always be visible, even if you have NOTOC. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40333] most fr mobile url don't work anymore : Error 503 Service Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40333 --- Comment #2 from Greg blanc.g...@gmail.com 2012-09-18 16:58:28 UTC --- this is not specific to french mobile wikipedia. This happens at least with en, de, es, it ex: http://it.m.wikipedia.org/wiki/Vipsania_Agrippina -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40333] many mobile url don't work anymore : Error 503 Service Unavailable
https://bugzilla.wikimedia.org/show_bug.cgi?id=40333 Greg blanc.g...@gmail.com changed: What|Removed |Added Summary|most fr mobile url don't|many mobile url don't work |work anymore : Error 503|anymore : Error 503 Service |Service Unavailable |Unavailable -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40334] New: App is crashing on search
https://bugzilla.wikimedia.org/show_bug.cgi?id=40334 Web browser: --- Bug #: 40334 Summary: App is crashing on search Product: Wikipedia App Version: 3.2 (iOS) / 1.2 (Android) Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: phili...@gmail.com Classification: Unclassified Mobile Platform: --- The app is frezzing a lot. When you go look something up it just stays at the main screen and dosnt load. 1.2.1 is the version I have and yes it just started about a month ago. Sph-d600 is the phone and android 2.3.6 M. H. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40329] Block elements inside elements with align= should use margin:auto; in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 Derk-Jan Hartman hartman.w...@gmail.com changed: What|Removed |Added CC||hartman.w...@gmail.com Summary|Sanitizer deletes valid |Block elements inside |align attributes with no|elements with align= |fallback|should use margin:auto; in ||HTML5 --- Comment #4 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 17:12:32 UTC --- Is the world ending ? Because from your comments it seems like it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 39180] Edit tokens shown in frames using api
https://bugzilla.wikimedia.org/show_bug.cgi?id=39180 --- Comment #8 from Chris Steipp cste...@wikimedia.org 2012-09-18 17:14:41 UTC --- Fut.Perf, is this the same issue issue as Bug 39877? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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 40329] Block elements inside elements with align= should use margin:auto; in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=40329 --- Comment #5 from Derk-Jan Hartman hartman.w...@gmail.com 2012-09-18 17:19:22 UTC --- Summary: 1: Align attribute is still support 2: Align attribute was deprecated in HTML4 3: Align attribute is no longer valid in HTML5 4: Current fixDeprecateAttributes() only works for align elements that have inline content and is not fully compatible with block elements 5: We don't rewrite all non-valid elements yet (such as center Solution is something in the order of: elements-with_align_attribute_center block element { margin-left: auto; margin-right: auto; } This might require some class to be added to properly target those children block elements. or we simply need to sanitize the DB contents. For now, we probably should revert the align sanitation from fixDeprecateAttributes() -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- 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