[Bug 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 --- Comment #6 from Nemo_bis 2012-10-26 06:57:49 UTC --- (In reply to comment #5) > Note that the Commons village pump post was from a guy who used a bot to scan > for images that don't render. He didn't say that something had recently > changed. Sure. Some things did change but it's not trivial to identify them and they don't even necessarily have to change back (e.g. bug 41375, bug 41381, bug 41382 about new restictions). > I reviewed the images yesterday, and could only find one bug that was > introduced recently (oggThumb version error), and that's fixed now. You mean "OggHandler requires oggThumb version 0.9 or later" I guess, but bug 41376 still makes those files broken (and there are hundreds of them). > I fixed > another issue (TIFF metadata too large), but that had probably been there > since > PagedTiffHandler was introduced. Most likely. -- 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 41405] "This image rendered as PNG in other sizes" string could mention "width"
https://bugzilla.wikimedia.org/show_bug.cgi?id=41405 Nemo_bis changed: What|Removed |Added CC||federicol...@tiscali.it, ||rainerril...@hotmail.com --- Comment #1 from Nemo_bis 2012-10-26 06:43:38 UTC --- Heh, because MediaWiki thumbs are only defined by width. I think that's a local JS so this should be moved to Wikimedia>General and reported to sysops/talk. Rillke? -- 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 41374] [Regression] Error creating thumbnail: convert: Too many IDAT's found
https://bugzilla.wikimedia.org/show_bug.cgi?id=41374 --- Comment #3 from Nemo_bis 2012-10-26 06:41:46 UTC --- (In reply to comment #2) > libpng version info welcome. 2:1.5.10-1.fc17 here > Pardon my stupid question, but where does the user interface on > https://commons.wikimedia.org/wiki/File:1khz_dither.png provide a 180px > version? Nowhere. :-) 180px has been the standard thumb size for many years, which is why it's used on https://de.wikipedia.org/wiki/Dithering_%28Audiotechnik%29#Anwendung (but there was no cached thumb and purging didn't 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 41388] [Regression] DjVu size info not extracted, thumbs failing
https://bugzilla.wikimedia.org/show_bug.cgi?id=41388 --- Comment #2 from Nemo_bis 2012-10-26 06:32:43 UTC --- (In reply to comment #1) > Testing with several other Djvu files on Wikisource they can still be opened, > it's "just" the preview being broken. Which other DjVu? If you find more like this, please report them. > Checking if this Djvu file is broken > itself woudl also be good. The DjVu surely has some oddity and this bug is about finding it, but okular opens it without a glitch. -- 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 41414] New: Hash ignored
https://bugzilla.wikimedia.org/show_bug.cgi?id=41414 Web browser: --- Bug #: 41414 Summary: Hash ignored 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: --- Visit http://en.m.wikipedia.org/wiki/I'd%20Do%20Anything%20for%20Love%20(But%20I%20Won't%20Do%20That)#section_3 On beta the hash is removed and section is not opened :( Works fine in non-beta -- 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 41413] Error of page views per language
https://bugzilla.wikimedia.org/show_bug.cgi?id=41413 --- Comment #1 from TheChampionMan1234 2012-10-26 06:17:06 UTC --- there are also other sections with the ? -- 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 41413] New: Error of page views per language
https://bugzilla.wikimedia.org/show_bug.cgi?id=41413 Web browser: --- Bug #: 41413 Summary: Error of page views per language Product: Wikimedia Version: unspecified Platform: PC OS/Version: Windows XP Status: UNCONFIRMED Severity: minor Priority: Unprioritized Component: Statistics AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: thechampionman1...@gmail.com Classification: Unclassified Mobile Platform: --- there is an m (?) (m) section [http://stats.wikimedia.org/wikimedia/squids/SquidReportPageViewsPerLanguageBreakdown.htm here] what is it? an error or what? -- 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 41412] New: Android 2.3.4 and 2.3.5 section issues
https://bugzilla.wikimedia.org/show_bug.cgi?id=41412 Web browser: --- Bug #: 41412 Summary: Android 2.3.4 and 2.3.5 section issues Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jrob...@wikimedia.org CC: aricha...@wikimedia.org, prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- Various users have reported issues with the Wildfire and other older Android 2.x devices 1. https://twitter.com/vickiwithanI_/status/261544396716130304 2. I'm having problems with interacting with the site. Touching links often gets no response and sometimes takes me to unexpected places. For example, I touched the image in an image preview to get the full-size view, and it took me to a related article. (User-agent: Mozilla/5.0 (Linux; U; Android 2.3.4; en-us; SCH-R720 Build/GINGERBREAD) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1) 3. ...now I can see the sections, if opened can not be closed and finally Internet crashes. (User-agent: Mozilla/5.0 (Linux, U, Android 2.3.5, en-us; HTC_WildfireS Build/GRJ90-orange-LS) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1 ) 4. These problems are happening since 25th October 2012. It's become a real pain. 1) The new mobile version of Wikipedia is too slow in its response. 2) It's difficult to open sections of an article. 3) If I click on a link I don't know if its working or not. 4) worst of all is that it hangs every now and then. The page won't even refresh. (User-agent: Mozilla/5.0 (Linux; U; Android 2.3.3; en-in; HTC ChaCha A810e Build/GRI40) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1) 5. I am facing some issue in accessing Wikipedia the touch responce is very bad , when I click any topic it is not opening properly .. ( User-agent: Mozilla/5.0 (Linux; U; Android 2.3.5; en-in; HTC_Explorer_A310e Build/GRJ90) AppleWebKit/533.1 (KHTML, like Gecko) Version/4.0 Mobile Safari/533.1 ) -- 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 --- Comment #9 from TheChampionMan1234 2012-10-26 05:42:05 UTC --- I have also asked the admin on suwiki [http://su.wikipedia.org/wiki/Obrolan_pamak%C3%A9:Kandar?uselang=en#logo] -- 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 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 TheChampionMan1234 changed: What|Removed |Added CC||thechampionman1...@gmail.co ||m --- Comment #8 from TheChampionMan1234 2012-10-26 05:21:24 UTC --- I have asked the admin at warwiki to update the logo, and they did [http://war.wikipedia.org/wiki/Hiruhimangaw_hiton_gumaramit:JinJian#Please_update_the_logo] -- 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 25517] Assignment in conditions should be avoided
https://bugzilla.wikimedia.org/show_bug.cgi?id=25517 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #5 from Krinkle 2012-10-26 05:06:44 UTC --- (In reply to comment #0) > [..] there are still 56 assignments in conditionals Got a ack-grep regex to share? -- 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 24712] Remove superfluous db freeResult calls
https://bugzilla.wikimedia.org/show_bug.cgi?id=24712 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com Summary|db freeResult calls |Remove superfluous db ||freeResult calls Severity|normal |enhancement -- 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 24687] Clean up require_once()'s of autoloaded files (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24687 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #7 from Krinkle 2012-10-26 05:03:35 UTC --- (In reply to comment #6) > I did a profile on my wiki to see why it's so slow and the AutoLoader.php is > being hit 50+ times and that's excluding extensions Define 'being hit'? The number of require_once's for it should be very slim. But even then, a require_once will, as the name says, only "hit" it once. Though 530ms is a lot, it most certainly helps to configure cache. Running any serious/production wiki without cache is irresponsible. At the very least activate internal caches such as for i18n, expensive operations (dbcache or memcached). If you want to avoid hits to (most of) the backend entirely you could go for file cache or even go large-scale and set up squid/varnish in front of it. Read more at https://www.mediawiki.org/wiki/Manual:Cache. -- 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 40811] PHP Notice: Undefined offset: 1 in extensions/SemanticDrilldown/includes/SD_FilterValue.php on line 30
https://bugzilla.wikimedia.org/show_bug.cgi?id=40811 Krinkle changed: What|Removed |Added Summary|PHP Notice of undefined |PHP Notice: Undefined |offset |offset: 1 in ||extensions/SemanticDrilldow ||n/includes/SD_FilterValue.p ||hp on line 30 -- 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 700] Code quality issues (and other stuff that sucks) (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=700 Krinkle changed: What|Removed |Added Depends on||41411 -- 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 41411] New: PHP Notice: Undefined offset: -1 in extensions/CentralNotice/includes/BannerChooser.php on line 41
https://bugzilla.wikimedia.org/show_bug.cgi?id=41411 Web browser: --- Bug #: 41411 Summary: PHP Notice: Undefined offset: -1 in extensions/CentralNotice/includes/BannerChooser.php on line 41 Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: CentralNotice AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com CC: fr-t...@wikimedia.org, rkald...@wikimedia.org Blocks: 700 Classification: Unclassified Mobile Platform: --- Latest master, normal usage. -- 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 700] Code quality issues (and other stuff that sucks) (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=700 Krinkle changed: What|Removed |Added Depends on||41410 -- 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 41410] New: PHP Notice: Undefined variable: content in extensions/CentralNotice/special/SpecialBannerLoader.php on line 58
https://bugzilla.wikimedia.org/show_bug.cgi?id=41410 Web browser: --- Bug #: 41410 Summary: PHP Notice: Undefined variable: content in extensions/CentralNotice/special/SpecialBannerLoader.p hp on line 58 Product: MediaWiki extensions Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: CentralNotice AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com CC: fr-t...@wikimedia.org, rkald...@wikimedia.org Blocks: 700 Classification: Unclassified Mobile Platform: --- Latest master, normal usage. -- 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 32387] InstantCommons broken for some images: Error creating thumbnail: Invalid thumbnail parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=32387 --- Comment #9 from Krinkle 2012-10-26 04:52:22 UTC --- (In reply to comment #8) > (In reply to comment #7) > > (removing 41371 tracker, this is not related to Wikimedia's thumbnail > > infrastructure as Wikimedia doesn't use InstantCommons) > > But it *provides* it as a service, which should work for MediaWiki and Commons > to be as valuable. :-) Anyway you're right that it might be a confusing > dependency. ;-) Sure it does. But that's not relevant. bug 41371 is a tracker bug under the Wikimedia product (not MediaWiki) for its scaler infrastructure. This bug is not relevant. Simple as that. Meaning where http://translatewiki.net/wiki/File:Amazone_-_Al_Hansen_-_Kölnisches_Stadtmuseum-5054.jpg is broken, these all work: * https://commons.wikimedia.org/wiki/File:Amazone_-_Al_Hansen_-_K%C3%B6lnisches_Stadtmuseum-5054.jpg * https://en.wikipedia.org/wiki/File:Amazone_-_Al_Hansen_-_K%C3%B6lnisches_Stadtmuseum-5054.jpg * https://nl.wiktionary.org/wiki/File:Amazone_-_Al_Hansen_-_K%C3%B6lnisches_Stadtmuseum-5054.jpg That doesn't make it less important, I just took it off a tracker that bugged the wrong people. This is a MediaWiki software bug, not a Wikimedia operations 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 41298] Wikidata merge mistakes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41298 --- Comment #8 from Aude 2012-10-26 04:36:51 UTC --- I have looked through the merge cleanup commit to check EditPage and other files changed there. Agree that it looks like just EditPage was affected and only for stuff committed in mid/late Sept and early October. I think we got everything fixed. -- 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 --- Comment #11 from Krinkle 2012-10-26 04:31:33 UTC --- (In reply to comment #8) > I've sent an email to legal (CC'd mobile-tech) to check on this. > > Potentially we might want a switch to append the TM, if it can actually be > used > reliably .. from configuration, of course. Not inside MobileFrontend, again. (In reply to comment #7) > I implemented this and there was a legal reason this was in place for > Wikipedia. > > I was told English Wikipedia should show ® whilst any other Wikipedia project > should show ™ - please ensure this remains the same on the Wikipedia.org site. And the legal reason only applies to the footer on mobile? Not to the footer on desktop, and not to the logo on mobile or desktop? Afaik WMF doesn't have trademarks outside the US, so why would it need ™ on non-English Wikipedias? All services are primarily hosted in the US and subject to US law. And all Wikipedia editions (in desktop skins that is) the wmf-copyright message in the footer is the same (on English Wikipedia and other languages alike): "Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization." Besides, Wikipedia editions aren't tied to a country but to a language. If any country, they are tied to the US. We dont show ™ anywhere afaik, only in the footer of non-Wikipedia mobile sites. I'm curious what the (intended) legal pattern was/is. -- 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 39490] Add caching to info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=39490 --- Comment #6 from Tyler Romeo 2012-10-26 04:29:12 UTC --- Mhm, that's what I am thinking as well. I should be able to make a patch for this relatively easily. -- 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 --- Comment #10 from Krinkle 2012-10-26 04:29:07 UTC --- (In reply to comment #8) > I've sent an email to legal (CC'd mobile-tech) to check on this. > > Potentially we might want a switch to append the TM, if it can actually be > used > reliably .. from configuration, of course. Not inside MobileFrontend, again. (In reply to comment #7) > I implemented this and there was a legal reason this was in place for > Wikipedia. > > I was told English Wikipedia should show ® whilst any other Wikipedia project > should show ™ - please ensure this remains the same on the Wikipedia.org site. And the legal reason only applies to the footer on mobile? Not to any other footer, and not to the logo anywhere (mobile nor desktop)? Afaik WMF doesn't have trademarks outside the US. All services are primarily hosted in the US and subject to US law. And all Wikipedia editions (in desktop skins that is) the wmf-copyright message in the footer is the same: "Wikipedia® is a registered trademark of the Wikimedia Foundation, Inc., a non-profit organization." We dont show ™ anywhere afaik, only in the footer of non-Wikipedia mobile sites. I'm curious what the (intended) legal pattern was/is. -- 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 39490] Add caching to info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=39490 --- Comment #5 from Madman 2012-10-26 04:16:24 UTC --- The latter is what I'd do, caching the results of pageCounts rather than pageInfo, containing the (very relatively) expensive queries Reedy was talking about in opening 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 40800] Latin characters are displayed as Cyrillic on kkwiki when not being logged in
https://bugzilla.wikimedia.org/show_bug.cgi?id=40800 Andre Klapper changed: What|Removed |Added Summary|Latin characters are|Latin characters are |displayed as Cyrillic on|displayed as Cyrillic on |kkwiki |kkwiki when not being ||logged in -- 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 35067] Provide an easy way to get a diff against an old revision of a page while editing it
https://bugzilla.wikimedia.org/show_bug.cgi?id=35067 mybugs.m...@gmail.com changed: What|Removed |Added Keywords||easy --- Comment #2 from mybugs.m...@gmail.com 2012-10-26 03:03:02 UTC --- This should be easy since the difference between the two features is exactly what is shown on gerrit change 30113: https://gerrit.wikimedia.org/r/#/c/30113/1/includes/EditPage.php,unified -- 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 35067] Provide an easy way to get a diff against an old revision of a page while editing it
https://bugzilla.wikimedia.org/show_bug.cgi?id=35067 mybugs.m...@gmail.com changed: What|Removed |Added Keywords||design See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=34849 -- 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 41409] diff during editing an old version compares not to the current but to the old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=41409 Aude changed: What|Removed |Added CC||aude.w...@gmail.com Component|History/Diffs |ContentHandler AssignedTo|wikibugs-l@lists.wikimedia. |wikidata-bugs@lists.wikimed |org |ia.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 39490] Add caching to info action
https://bugzilla.wikimedia.org/show_bug.cgi?id=39490 --- Comment #4 from Tyler Romeo 2012-10-26 02:31:55 UTC --- I agree, but the problem is that by the time the data is retrieved from the database and is processed, it's in a numerically indexed array. So what I'm saying is that there are two options: 1) Go through linearly and remove the information when we find it; or 2) instead of caching the actual processed array (which includes messages and whatnot), only cache the database queries. The problem with both solutions is that they're cause inefficiency. -- 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 41409] diff during editing an old version compares not to the current but to the old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=41409 Brad Jorsch changed: What|Removed |Added Keywords||patch-in-gerrit --- Comment #1 from Brad Jorsch 2012-10-26 02:12:53 UTC --- Gerrit change #30113 -- 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 41409] New: diff during editing an old version compares not to the current but to the old version
https://bugzilla.wikimedia.org/show_bug.cgi?id=41409 Web browser: --- Bug #: 41409 Summary: diff during editing an old version compares not to the current but to the old version Product: MediaWiki Version: 1.21-git Platform: All OS/Version: All Status: NEW Keywords: code-update-regression Severity: normal Priority: Unprioritized Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b-jor...@alum.northwestern.edu Classification: Unclassified Mobile Platform: --- This is basically the same bug as bug 34849, and the same tests listed there show the bug here. It seems that somewhere in the ContentHandler branch that bug got reintroduced. Gerrit changeset to follow shortly. -- 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 41307] Alow comparison with old revisions while editing an old version of a page
https://bugzilla.wikimedia.org/show_bug.cgi?id=41307 Brad Jorsch changed: What|Removed |Added Status|NEW |RESOLVED CC||b-jorsch@alum.northwestern. ||edu Resolution||DUPLICATE --- Comment #1 from Brad Jorsch 2012-10-26 01:54:53 UTC --- *** This bug has been marked as a duplicate of bug 35067 *** -- 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 35067] Provide an easy way to get a diff against an old revision of a page while editing it
https://bugzilla.wikimedia.org/show_bug.cgi?id=35067 --- Comment #1 from Brad Jorsch 2012-10-26 01:54:53 UTC --- *** Bug 41307 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 41231] PostEdit: Invisible .postedit-container makes 50%-of-width area next to the notification unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=41231 --- Comment #20 from TMg 2012-10-26 01:31:43 UTC --- I wanted to avoid the big container and found a very nice solution (sorry for the rapid posts). .postedit-container { position: fixed; left: 50%; top: -2%; height: 2%; } .postedit { position: relative; left: -50%; top: 200%; } The main difference is the height of the container. Now it's 2% instead of 100%. I tried 1% but it seems there is a rounding error in Opera so I avoid it. 2% is pixel perfect. Try it here: http://de.wikipedia.org/wiki/Special:PermanentLink/109747833 I'm not sure why the container is positioned 2% from the top of the screen. Isn't it better to use a constant position so it looks the same no matter how you scale your browser window? In this case it's possible to set the container height to zero. .postedit-container { position: fixed; left: 50%; top: 0; height: 0; } .postedit { position: relative; left: -50%; top: 10px; } -- 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 41231] PostEdit: Invisible .postedit-container makes 50%-of-width area next to the notification unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=41231 --- Comment #19 from TMg 2012-10-26 01:11:05 UTC --- Here is an other possible solution that uses the same method to center the popup but moves the invisible container out of the screen. This way the bad z-index does not matter. Try it here: http://de.wikipedia.org/wiki/Special:PermanentLink/109747763 The relevant parts of the code are: .postedit-container { position: fixed; left: 50%; top: -100%; height: 100%; } .postedit { position: relative; left: -50%; top: 102%; } -- 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 41375] Error creating thumbnail: convert: Expected 8 bytes; found 0 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41375 Andre Klapper changed: What|Removed |Added Status|NEW |RESOLVED CC||aklap...@wikimedia.org Resolution||WONTFIX --- Comment #3 from Andre Klapper 2012-10-26 00:58:11 UTC --- As discussed with Aaron, RobLa and Sumana: As this specific image looks corrupt, we won't put resources into investigating how to make underlying upstream software used by Wikimedia more lenient again. Hence there are currently no plans to change this behavior. Contacting the author of that file and reuploading a non-broken version is welcome. -- 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 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 Bug 41371 depends on bug 41375, which changed state. Bug 41375 Summary: Error creating thumbnail: convert: Expected 8 bytes; found 0 bytes https://bugzilla.wikimedia.org/show_bug.cgi?id=41375 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WONTFIX -- 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 41408] Closed Wikisources aren't covered by the missing.php script
https://bugzilla.wikimedia.org/show_bug.cgi?id=41408 555 changed: What|Removed |Added Keywords||shell Severity|normal |trivial -- 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 41408] New: Closed Wikisources aren't covered by the missing.php script
https://bugzilla.wikimedia.org/show_bug.cgi?id=41408 Web browser: --- Bug #: 41408 Summary: Closed Wikisources aren't covered by the missing.php script Product: Wikimedia Version: wmf-deployment Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lugu...@gmail.com Classification: Unclassified Mobile Platform: --- Despite the info from [[:m:Missing wiki]], the two closed Wikisources (ang, ht) still displays the locked wiki instead of any redirection. -- 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 40872] Install Extension:NewUserMessage on gu.wikipedia and gu.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=40872 Andre Klapper changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #5 from Andre Klapper 2012-10-26 00:47:01 UTC --- Reedy: Could you take a look at this? -- 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 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 Bug 41371 depends on bug 18310, which changed state. Bug 18310 Summary: thumbnail images not created, PHP Warning at GlobalFunctions.php on line 1943 https://bugzilla.wikimedia.org/show_bug.cgi?id=18310 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WORKSFORME -- 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 18310] thumbnail images not created, PHP Warning at GlobalFunctions.php on line 1943
https://bugzilla.wikimedia.org/show_bug.cgi?id=18310 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED CC||aschulz4...@gmail.com Resolution||WORKSFORME --- Comment #2 from Aaron Schulz 2012-10-26 00:46:01 UTC --- Closing due to lack of info. No evidence this exists in any current MW version, and it could just be a local permissions 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 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 Bug 41371 depends on bug 41381, which changed state. Bug 41381 Summary: Handle invalid PDF - Can't process font stream, loading font by the name https://bugzilla.wikimedia.org/show_bug.cgi?id=41381 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WONTFIX -- 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 41381] Handle invalid PDF - Can't process font stream, loading font by the name
https://bugzilla.wikimedia.org/show_bug.cgi?id=41381 Andre Klapper changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX Summary|Handle non standard PDF - |Handle invalid PDF - Can't |Can't process font stream, |process font stream, |loading font by the name|loading font by the name --- Comment #4 from Andre Klapper 2012-10-26 00:45:41 UTC --- As discussed with Aaron, RobLa and Sumana: As upstream (in this case Ghostscript) developers decided to be stricter by enforcing standards, we won't put resources downstream on investigating how to make checks more lenient again. Hence there are currently no plans to change this behavior. Contacting the author of that file and reuploading a non-broken version is welcome. -- 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 41407] expand buttons of mobile version stopped working on nokia S60 browser, browser just exit/disappears once clicked
https://bugzilla.wikimedia.org/show_bug.cgi?id=41407 --- Comment #1 from lostrego 2012-10-26 00:39:39 UTC --- Browsing http://es.m.wikipedia.org/wiki/Commodore_Amiga I've got an error log of the javascript interpreter: 26/10/201202:33:07 URL: http://es.m.wikipedia.org/wiki/Commodore_Amiga Line: 23 Log: {"event_id":"mobile","delta":54277,"data":"SectionToggled","beta":null,"session":1351215133172,"page":"Commodore Amiga","info":"section_1"} -- 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 41407] New: expand buttons of mobile version stopped working on nokia S60 browser, browser just exit/disappears once clicked
https://bugzilla.wikimedia.org/show_bug.cgi?id=41407 Web browser: --- Bug #: 41407 Summary: expand buttons of mobile version stopped working on nokia S60 browser, browser just exit/disappears once clicked Product: MediaWiki extensions Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lostrego...@gmail.com CC: aricha...@wikimedia.org, prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- Subsection expand buttons of mobile version stopped working on nokia S60 browser, and is a major issue as the browser just exits/disappears once clicked. Happens on any article viewed on mobile version with the mini map browser included on this devices, currently a Nokia E52 (S60 3rd ed. FP2). It worked fine until few days ago (maybe 2 or 3 days, since then I'm stuck on an unusable mobile version as the link for desktop version is also on an expand button, sadly i don't know if there is any emulator to reproduce the bug on a desktop PC. Maybe this browser is not supported by wikipedia and the mobile is quite old now, but that's a pity as it worked flawlessly until some days ago. Thanks in advance. -- 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 39784] Labs infrastructure work (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=39784 Bug 39784 depends on bug 40028, which changed state. Bug 40028 Summary: Remove the m1.tiny flavor https://bugzilla.wikimedia.org/show_bug.cgi?id=40028 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 40028] Remove the m1.tiny flavor
https://bugzilla.wikimedia.org/show_bug.cgi?id=40028 Ryan Lane changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ryan Lane 2012-10-26 00:27:12 UTC --- I added a live hack to remove this from the interface. Once all tiny instances are deleted, I'll permanently remove the tiny flavor. -- 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 31680] [Regression] Thumbnail cache should be invalidated on re-upload
https://bugzilla.wikimedia.org/show_bug.cgi?id=31680 --- Comment #46 from Aaron Schulz 2012-10-26 00:19:55 UTC --- (In reply to comment #43) > (In reply to comment #40) > > Either this is systemic (certain file purge actions always give bogus purge > > urls to cache) or there is some intermittent network problem. > > If it was an intermittent network problem then after purging several times one > of them would succeed. Maybe an squid ignores all purges (under certain load > conditions?) and when a thumbnail gets assigned to it, it never gets out? > (until expiry) > > Or maybe if the network is overloaded all the purges gets lost in some hour > frame... An intermittent problem could become permanent. See bug 41130. (In reply to comment #45) > Aaron: Any idea how to investigate further in order to track this down? The cause is likely the same as 41130. -- 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 41404] PostEdit: Text unreadable in the Monobook Skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=41404 --- Comment #2 from TMg 2012-10-26 00:15:28 UTC --- The MonoBook skin starts with body { font-size: x-small; } and scales the text up in the following containers. But the PostEdit code is inserted outside of this containers right after the opening tag and adds font-size: 0.8em; on top of this. This is why it ends with 8px (calculated font size) in the MonoBook skin but 13px in the Vector skin. Possible solution: .postedit { font-size: 13px; } Preferred. This guarantees it will look the same in all skins. All web browsers are able to scale px font sizes. An other possible solution: .skin-monobook .postedit { font-size: 125%; } This way you need to add code for every skin. -- 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 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 --- Comment #5 from Tim Starling 2012-10-26 00:15:28 UTC --- Note that the Commons village pump post was from a guy who used a bot to scan for images that don't render. He didn't say that something had recently changed. I reviewed the images yesterday, and could only find one bug that was introduced recently (oggThumb version error), and that's fixed now. I fixed another issue (TIFF metadata too large), but that had probably been there since PagedTiffHandler was introduced. -- 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 41406] New: Collapsing broken on small pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=41406 Web browser: --- Bug #: 41406 Summary: Collapsing broken on small pages 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: --- Some pages e.g. http://en.m.wikipedia.org/wiki/Werner%20Bleiner show a toggle button but the toggle button doesn't actually work. Looks like a bug in MobileFormatter.php as no #content_0 div is outputted and the other heading is not make to be collapsbile. -- 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 41130] ?action=purge on the file description page no longer regenerates thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=41130 Rob Lanphier changed: What|Removed |Added Priority|Highest |High --- Comment #17 from Rob Lanphier 2012-10-26 00:04:50 UTC --- Bumping down to high priority now. We want to fix this, but we need to fix this right, and that probably means getting a few other quicker issues fixed rather than blocking them on 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 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 Bug 41371 depends on bug 41361, which changed state. Bug 41361 Summary: [404 File Not Found] Some lost files https://bugzilla.wikimedia.org/show_bug.cgi?id=41361 What|Old Value |New Value Status|NEW |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 39615] 404 error for some files
https://bugzilla.wikimedia.org/show_bug.cgi?id=39615 --- Comment #13 from Rob Lanphier 2012-10-25 23:56:58 UTC --- *** Bug 41361 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 41361] [404 File Not Found] Some lost files
https://bugzilla.wikimedia.org/show_bug.cgi?id=41361 Rob Lanphier changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #12 from Rob Lanphier 2012-10-25 23:56:58 UTC --- *** This bug has been marked as a duplicate of bug 39615 *** -- 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 41361] [404 File Not Found] Some lost files
https://bugzilla.wikimedia.org/show_bug.cgi?id=41361 --- Comment #11 from Rob Lanphier 2012-10-25 23:56:32 UTC --- Duplicate of bug 39615. Copied last comment there (and I suppose not "very small"; 130 by current count). -- 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 41374] [Regression] Error creating thumbnail: convert: Too many IDAT's found
https://bugzilla.wikimedia.org/show_bug.cgi?id=41374 --- Comment #2 from Andre Klapper 2012-10-25 23:55:30 UTC --- libpng version info welcome. Pardon my stupid question, but where does the user interface on https://commons.wikimedia.org/wiki/File:1khz_dither.png provide a 180px version? Clicking on "Download" and under "Download image file:", clicking on any of the options "16px | 32px | 64px | 128px | 256px | Full resolution" always provides the same size and file URL in Firefox 16.0.1. Using https://upload.wikimedia.org/wikipedia/commons/e/e0/1khz_dither.png itself (probably not very useful), I get: $:andre\> pngcheck -vv 1khz_dither.png File: 1khz_dither.png (8834 bytes) chunk IHDR at offset 0xc, length 13 502 x 429 image, 24-bit RGB, interlaced chunk pHYs at offset 0x00025, length 9: 3779x3779 pixels/meter (96 dpi) chunk IDAT at offset 0x0003a, length 7696 zlib: deflated, 32K window, default compression rows per pass: 54, 54, 54, 108, 107, 215, 214 row filters (0 none, 1 sub, 2 up, 3 avg, 4 paeth): 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 | 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 | 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 | 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 | 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 | 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 | 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 4 (806 out of 806) chunk IDAT at offset 0x01e56, length 1048 row filters (0 none, 1 sub, 2 up, 3 avg, 4 paeth): physical_value = p0 + p1 * original_sample / (x1-x0) (806 out of 806) chunk IEND at offset 0x0227a, length 0 No errors detected in 1khz_dither.png (5 chunks, 98.6% compression). -- 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 39615] 404 error for some files
https://bugzilla.wikimedia.org/show_bug.cgi?id=39615 Rob Lanphier changed: What|Removed |Added CC||ro...@wikimedia.org AssignedTo|wikibugs-l@lists.wikimedia. |aschulz4...@gmail.com |org | --- Comment #12 from Rob Lanphier 2012-10-25 23:52:48 UTC --- There's a very small number of images for which this problem applies. Aaron has been looking at this problem off-and-on for a little while, and will continue to poke at this until he solves it, but may multitask with other things. -- 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 41361] [404 File Not Found] Some lost files
https://bugzilla.wikimedia.org/show_bug.cgi?id=41361 Rob Lanphier changed: What|Removed |Added Priority|Highest |High AssignedTo|wikibugs-l@lists.wikimedia. |aschulz4...@gmail.com |org | --- Comment #10 from Rob Lanphier 2012-10-25 23:50:12 UTC --- There's a very small number of images for which this problem applies. Aaron has been looking at this problem off-and-on for a little while, and will continue to poke at this until he solves it, but may multitask with other things. -- 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 41375] Error creating thumbnail: convert: Expected 8 bytes; found 0 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41375 Sumana Harihareswara changed: What|Removed |Added Priority|Unprioritized |Low CC||suma...@wikimedia.org --- Comment #2 from Sumana Harihareswara 2012-10-25 23:42:59 UTC --- Thanks for the bug report. It's low-priority that MediaWiki is erroring in handling corrupt images. -- 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 41373] [Error generating thumbnail] Empty error on Human_100_100000.svg
https://bugzilla.wikimedia.org/show_bug.cgi?id=41373 Sumana Harihareswara changed: What|Removed |Added Version|unspecified |1.21-git -- 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 41373] [Error generating thumbnail] Empty error on Human_100_100000.svg
https://bugzilla.wikimedia.org/show_bug.cgi?id=41373 Sumana Harihareswara changed: What|Removed |Added Priority|Low |Normal Component|SVG rendering |General/Unknown Product|Wikimedia |MediaWiki Target Milestone|--- |Future release Severity|minor |normal --- Comment #2 from Sumana Harihareswara 2012-10-25 23:41:16 UTC --- $wgMaxSvgSize is a width restriction and it assumes that your height is reasonable -- and that limit is probably not applying to this file. It would be nice to have an actual AREA restriction in MediaWiki, just as PNGs and JPEGs do. (quoted from Aaron in conversation just now) -- 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 41404] PostEdit: Text unreadable in the Monobook Skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=41404 Steven Walling changed: What|Removed |Added Status|NEW |ASSIGNED CC||mas...@wikimedia.org --- Comment #1 from Steven Walling 2012-10-25 23:40:17 UTC --- Looks roughly the same in Firefox and Chrome, though the icon positioning is not as weird. Munaf: take a look at potential fixes for Monobook when you get some time? -- 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 41405] "This image rendered as PNG in other sizes" string could mention "width"
https://bugzilla.wikimedia.org/show_bug.cgi?id=41405 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Lowest -- 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 38638] Interface messages needing rewording or documentation and other issues with existing messages (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=38638 Andre Klapper changed: What|Removed |Added Depends on||41405 -- 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 41405] New: "This image rendered as PNG in other sizes" string could mention "width"
https://bugzilla.wikimedia.org/show_bug.cgi?id=41405 Web browser: --- Bug #: 41405 Summary: "This image rendered as PNG in other sizes" string could mention "width" Product: MediaWiki Version: 1.21-git Platform: All OS/Version: All Status: NEW Keywords: easy Severity: trivial Priority: Unprioritized Component: File management AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aklap...@wikimedia.org CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Blocks: 38638 Classification: Unclassified Mobile Platform: --- STEPS: 1. Go to http://commons.wikimedia.org/wiki/File:Human_100_10.svg 2. See string "This image rendered as PNG in other sizes: 200px, 500px, 1000px, 2000px." 3. Don't understand that 200px etc only refers to the *width* of the image. EXPECTED OUTCOME: Description strings that tells me that px value refers to image width. -- 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 41373] [Error generating thumbnail] Empty error on Human_100_100000.svg
https://bugzilla.wikimedia.org/show_bug.cgi?id=41373 Sumana Harihareswara changed: What|Removed |Added Priority|Unprioritized |Low CC||suma...@wikimedia.org Severity|normal |minor --- Comment #1 from Sumana Harihareswara 2012-10-25 23:33:06 UTC --- Thanks for the bug report. After some consultation with Aaron Schulz & Rob Lanphier: This is a very disproportionate file. The imagescalers are probably running out of memory. It's not very high-priority that images that are this disproportionate and have lengths this long run into problems in thumbnailing. -- 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 --- Comment #9 from Jon 2012-10-25 23:25:24 UTC --- Agreed -- 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 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 Bug 41371 depends on bug 18127, which changed state. Bug 18127 Summary: Mediawiki accepts to create thumbnails with the wrong extension https://bugzilla.wikimedia.org/show_bug.cgi?id=18127 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 18127] Mediawiki accepts to create thumbnails with the wrong extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=18127 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED CC||aschulz4...@gmail.com Resolution||FIXED --- Comment #4 from Aaron Schulz 2012-10-25 23:23:16 UTC --- This is accounted for with the new thumb handler (which tries to avoid creating thumbnails at once place while streaming them for a different URL, which resulted in thumbnails which cannot be purged). -- 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 40687] Redirect causing problems for domains that do not have .m (e.g. www.* portals)
https://bugzilla.wikimedia.org/show_bug.cgi?id=40687 Max Semenik changed: What|Removed |Added CC||maxsem.w...@gmail.com Resolution|DUPLICATE |FIXED --- Comment #5 from Max Semenik 2012-10-25 23:19:52 UTC --- (In reply to comment #4) > > *** This bug has been marked as a duplicate of bug 38799 *** No, it's not a dupe: this bug is about bogus redirection while 38799 is about DNS setup. Redirection issues were fixed with https://gerrit.wikimedia.org/r/#/c/29883/ -- 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 38617] Redirector.c should read redirect regex from config, config should be managed by puppet
https://bugzilla.wikimedia.org/show_bug.cgi?id=38617 Max Semenik changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Max Semenik 2012-10-25 23:18:15 UTC --- Went live with https://gerrit.wikimedia.org/r/#/c/29883/ -- 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 41371] Thumbnail/imagescaler (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41371 Andre Klapper changed: What|Removed |Added Depends on||41403 -- 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 41403] UW does not display thumbs for OGV files in some browsers
https://bugzilla.wikimedia.org/show_bug.cgi?id=41403 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Low Blocks||41371 -- 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 41404] New: PostEdit: Text unreadable in the Monobook Skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=41404 Web browser: --- Bug #: 41404 Summary: PostEdit: Text unreadable in the Monobook Skin Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: PostEdit AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mr.h...@gmx.de CC: oliv...@wikimedia.org, sp...@wikimedia.org, swall...@wikimedia.org Classification: Unclassified Mobile Platform: --- Created attachment 11244 --> https://bugzilla.wikimedia.org/attachment.cgi?id=11244 Vector at the top, MonoBook at the bottom The font is way to small in MonoBook. Depending on the browser and OS the text is not readable at all. The attached screenshot is created with Opera, Windows 7, ClearType disabled. -- 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 41381] Handle non standard PDF - Can't process font stream, loading font by the name
https://bugzilla.wikimedia.org/show_bug.cgi?id=41381 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Low CC||aklap...@wikimedia.org --- Comment #3 from Andre Klapper 2012-10-25 22:28:00 UTC --- (In reply to comment #0) > This file had errors that were repaired or ignored. > The file was produced by: > PDF Complete 3.5.310.2002 > Please notify the author of the software that produced this > file that it does not conform to Adobe's published PDF > specification. As servers were just upgraded to newer versions, might be that GhostScript folks decided to be more strict about sticking to standards? No other pages in that collection affected. => Priority low for the time being. -- 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 41388] [Regression] DjVu size info not extracted, thumbs failing
https://bugzilla.wikimedia.org/show_bug.cgi?id=41388 Andre Klapper changed: What|Removed |Added Priority|Unprioritized |Normal CC||aklap...@wikimedia.org --- Comment #1 from Andre Klapper 2012-10-25 22:18:11 UTC --- Testing with several other Djvu files on Wikisource they can still be opened, it's "just" the preview being broken. Checking if this Djvu file is broken itself woudl also be good. => Normal priority. Note that the visual outcome here is similar to PDF bug 41281 (but that does not mean that it's the same code failing). -- 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 41231] PostEdit: Invisible .postedit-container makes 50%-of-width area next to the notification unclickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=41231 --- Comment #18 from TMg 2012-10-25 22:14:08 UTC --- Created attachment 11243 --> https://bugzilla.wikimedia.org/attachment.cgi?id=11243 Still blocks random UI elements in Vector and MonoBook >From what I know there was an update recently that fixed a few bugs. But the popup still blocks "random" UI elements. For example I would like to go to my talk page without waiting 2 seconds, please. The problem is worse in Skins like MonoBook. Additionally the text is not readable at all in MonoBook but that's an other 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 41375] Error creating thumbnail: convert: Expected 8 bytes; found 0 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=41375 --- Comment #1 from Andre Klapper 2012-10-25 22:11:51 UTC --- Right now I get the same outcome as for bug 41373 on this one (file not displayed in Firefox, just "Error 500 Internal Server Error"). -- 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 41357] MobileFrontend options save button too small for German text
https://bugzilla.wikimedia.org/show_bug.cgi?id=41357 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Brion Vibber 2012-10-25 22:01:04 UTC --- Merged. -- 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 --- Comment #8 from Brion Vibber 2012-10-25 21:57:20 UTC --- I've sent an email to legal (CC'd mobile-tech) to check on this. Potentially we might want a switch to append the TM, if it can actually be used reliably. (I'd be more wary of claiming trademark status on things that may not be trademarked, versus failing to stick a TM somewhere.) -- 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 --- Comment #7 from Jon 2012-10-25 21:36:25 UTC --- I implemented this and there was a legal reason this was in place for Wikipedia. I was told English Wikipedia should show ® whilst any other Wikipedia project should show ™ - please ensure this remains the same on the Wikipedia.org site. -- 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 35651] Searching on Mobile site shows different result labels than desktop site
https://bugzilla.wikimedia.org/show_bug.cgi?id=35651 Jon changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #4 from Jon 2012-10-25 21:29:23 UTC --- This doesn't seem to be a problem any more - searching for Madras Madras appears as the top result. Thus closing. I suspect moving to JSON from XML solved this 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 --- Comment #6 from Brion Vibber 2012-10-25 21:21:00 UTC --- https://gerrit.wikimedia.org/r/30077 removes the TM and (R) chars. If they're needed on individual sites, they can be added by customizing the message surely? Or by using the image, which we do on Wikipedia... -- 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 31939] New format: Pivot table
https://bugzilla.wikimedia.org/show_bug.cgi?id=31939 MWJames changed: What|Removed |Added CC||jamesin.hongkon...@gmail.co ||m --- Comment #1 from MWJames 2012-10-25 21:16:19 UTC --- Well I can say that is on the list[1] but someone has to do the labour and this has yet to happen. [1] http://www.semantic-mediawiki.org/wiki/SMWCon_Fall_2012/New_features_in_Semantic_Result_Formats/Presentation/Slide_5.1 -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 41143] merge wikivoyage channels during migration
https://bugzilla.wikimedia.org/show_bug.cgi?id=41143 --- Comment #9 from Andre Klapper 2012-10-25 21:14:19 UTC --- [Snowolf: Thanks for explaining! I've updated the BZ component descriptions.] -- 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 --- Comment #5 from Krinkle 2012-10-25 21:12:58 UTC --- Also, on nl.m.wikipedia.org, for example, it shows Wikipedia ™ whereas on English Wikipedia it shows Wikipedia ®. -- 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 41141] Meta-Wiki mobile site has errant trademark symbol (™) in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=41141 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #4 from Krinkle 2012-10-25 21:07:26 UTC --- (In reply to comment #3) > MobileFrontend is driven by the needs of Wikimedia Foundation sites. We avoid > making it too WMF-centric where possible so it's usable/adaptable for others, > but we may sometimes introduce WMF-isms without being able to immediately > replace them with a more configurable/abstracted approach. Patchsets are > appreciated. (In reply to comment #2) > The distinction becomes relevant when evaluating how much sense it ever made > to > hardcode a ™ in the code. Even WMF doesn't have a ™ or ® on every single site name. This seems redundant anyway, we don't do it on desktop either (I know that doesn't mean by definition it isn't relevant for mobile, but it shows that if it was relevant, it would be provided in a generic way, not hardcoded in mobile first). So lets remove it from mobile. There is actually (almost) code for this in place already: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/MobileFrontend.git;a=blob;f=includes/skins/SkinMobile.php;h=2d7f7536def6fd55da7edc5932fa32e06bfd7520;hb=HEAD#l174 $wgMFCustomLogos['copyright'], just turn that from a url string into an associative array with img-src and text. Then show the text if no img-src, and show img-src with alt=text otherwise. And if wgMFCustomLogos is not set (default) don't show ™ or ® (instead of defaulting to ™). -- 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 40872] Install Extension:NewUserMessage on gu.wikipedia and gu.wikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=40872 --- Comment #4 from Dhaval 2012-10-25 21:05:54 UTC --- What is the latest on this? any timeline for such requests to be completed? -- 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 41341] MobileFrontend: Don't use ResourceLoader in beta on wikis running older mediawiki (no mobile "target" yet)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41341 --- Comment #9 from Brion Vibber 2012-10-25 21:04:33 UTC --- Config change to temporarily disable this feature until we improve the detection and fix it: https://gerrit.wikimedia.org/r/#/c/30070/ -- 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 41341] MobileFrontend: Don't use ResourceLoader in beta on wikis running older mediawiki (no mobile "target" yet)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41341 --- Comment #8 from Brion Vibber 2012-10-25 21:03:21 UTC --- I'd rather use something like method_exists( 'ResourceLoaderModule', 'getTargets') -- this will protect against the case we had where one 1.21alpha had the feature and another one didn't. -- 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 41380] Corrupt images should be detected and reported - by humans or automatic script.
https://bugzilla.wikimedia.org/show_bug.cgi?id=41380 Andre Klapper changed: What|Removed |Added CC||aschulz4...@gmail.com --- Comment #2 from Andre Klapper 2012-10-25 21:03:06 UTC --- CC'ing Aaron. Aaron, could you take a look at this maintenance script and provide some feedback? Do you think that this could be incorporated in the long run? -- 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 41341] MobileFrontend: Don't use ResourceLoader in beta on wikis running older mediawiki (no mobile "target" yet)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41341 --- Comment #7 from Krinkle 2012-10-25 21:01:15 UTC --- (In reply to comment #6) > Ahh I see > Sorry about that - I wrote the original comment in haste so that wasn't clear. > > Is there a way to make MobileFrontend throw an exception when there is not > target ResourceLoader support? > > I'm worried that people will install latest MobileFrontend to older mediawiki > instances and moan that it is broken. I'm keen to leave no ambiguity. The basic version_compare() we always use should be fine. Require at least 1.21alpha in the master branch of MobileFrontend. People should always use extensions from the same version as their mediawiki version, and if not, extensions can choose to fail randomly or throw early with a version_compare. Then the only fail scenario is people running a before-last-week MediaWiki 1.21alpha with this-or-after-this-week MobileFrontend, in that case I'd say a note in the documentation should suffice. The kind of people running those alpha installs may be expected of that they read documentation before deployment and/or don't run it in production. -- 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 37281] Special:Search doesn't properly redirect on mobile devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=37281 --- Comment #7 from Jon 2012-10-25 20:55:58 UTC --- Tomasz..? -- 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 41341] MobileFrontend: Don't use ResourceLoader in beta on wikis running older mediawiki (no mobile "target" yet)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41341 --- Comment #6 from Jon 2012-10-25 20:55:22 UTC --- Ahh I see Sorry about that - I wrote the original comment in haste so that wasn't clear. Is there a way to make MobileFrontend throw an exception when there is not target ResourceLoader support? I'm worried that people will install latest MobileFrontend to older mediawiki instances and moan that it is broken. I'm keen to leave no ambiguity. -- 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 41077] Create a Component for the job queue
https://bugzilla.wikimedia.org/show_bug.cgi?id=41077 --- Comment #5 from Andre Klapper 2012-10-25 20:52:53 UTC --- Daniel: Would it make sense to have a person as default CC for reports in that component? -- 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 37281] Special:Search doesn't properly redirect on mobile devices
https://bugzilla.wikimedia.org/show_bug.cgi?id=37281 --- Comment #6 from Max Semenik 2012-10-25 20:49:39 UTC --- It is easily fixable, but I need to understand why /wiki/ was a requirement initially. -- 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 41341] MobileFrontend: Don't use ResourceLoader in beta on wikis running older mediawiki (no mobile "target" yet)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41341 --- Comment #5 from Krinkle 2012-10-25 20:49:32 UTC --- (In reply to comment #3) > No.. the problem I am raising here is that if a version of MediaWiki is run > which has a ResourceLoader that does not support the target property - the > mobile site will receive all javascript from the desktop site including > gadgets. > No no, yes! We are saying exactly the same thing. Both wmf branches were updated with the latest version of MobileFrontend, but only the latest wmf branch is branched from MediaWiki after 'target' was implemented. As a result load.php?modules=startup&target=mobile on older wikis loads all modules (the 'target' parameter is ignored as it doesn't exist yet in the old mediawiki version). I didn't mean to suggest that bug 41340 should be fixed to solve this problem (I would've marked it as a dependency in that case). I'm merely trying to clarify that the fact that those gadgets throw exceptions for Geo, wgPageName and mw.config etc. is not related to the fact that it is an older version of ResourceLoader but due to bug 41340. Having said that, lets rewind: (In reply to comment #0) > Go to > http://pt.m.wikipedia.org/wiki/Wikipédia:Accueil%20principal?title=Wikipédia:Accueil_principal&mobileaction=toggle_view_mobile > > It throws an exception due to a gadget. > It throws an exception due to bug 41340. And (obviously) this bug is not gadgets related, various core and extension modules are equally failing due to the incompatible environment. > Brion suggested this might be due to the fact that the mediawiki core on this > box has not been updated. > > Possibly we should be feature detecting whether ResourceLoader has support for > target before adding javascript as it's possible we could break backwards > compatibility on various wiki sites. (In reply to comment #3) > [..] > > I am proposing we do the following: > > if ( ResourceLoader supports target property ) { > useResourceLoader(); > } else { > useMockMw(); > } I'd recommend instead to simply not deploy the latest MobileFrontend master on older wikis. It is a reasonable requirement that the latest 'master' head of an extension requires the latest 'master' head of mediawiki/core. When there are breaking changes in master, extensions are updated and deployed at the same time. When a wmf-branch is created this link is fixed, and during the 2-week period various core updates and extension updates are backported. We shouldn't fast-forward extensions in the older wmf-branches unless there are critical updates. And in that case we make a wmf-branch in the extension repo, cherry-pick the fix to there, and update the mediawiki/core wmf-branch to that revision. Basically the same as in the svn days. -- 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 41341] MobileFrontend: Don't use ResourceLoader in beta on wikis running older mediawiki (no mobile "target" yet)
https://bugzilla.wikimedia.org/show_bug.cgi?id=41341 --- Comment #4 from Brion Vibber 2012-10-25 20:47:58 UTC --- We should probably set $wgMFEnableResourceLoader = false in the meantime; this will disable the partial RL enabling since we don't yet need it on wmf2 wikis and it's broken on wmf1 wikis. -- 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