[Bug 33562] Update jquery.tipsy plugin to latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=33562 --- Comment #2 from Antoine hashar Musso has...@free.fr 2012-03-04 08:48:13 UTC --- I guess upstream author abandoned or lost interest into the project. Despite 29 pull requests and several mails sent to his various email addresses, I have not heard back from him. I think we should take over the project and fork it under the wikimedia team on Github. Merge the pull requests, include our changes. Then release a new version making it clear we are taking over the project. -- 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 33480] Add Telugu Transliteration input method to Narayam
https://bugzilla.wikimedia.org/show_bug.cgi?id=33480 --- Comment #14 from Santhosh Thottingal santhosh.thottin...@gmail.com 2012-03-04 09:14:34 UTC --- (In reply to comment #11) One more fix: handled ch to produce 'చ' instead of 'చ్హ'. Curious to know, how the patch fix this? You added 'చ్h', '', 'చ్' to the rules. -Santhosh -- 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 34945] LocalSettings.php readable by other users (FC16 Package)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34945 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Severity|critical|normal --- Comment #3 from Antoine hashar Musso has...@free.fr 2012-03-04 09:25:32 UTC --- Must be caused by apache having an invalid umask. On fedora have a look at /etc/sysconfig/httpd and set the umask to a sane default such as 'umask 002'. If you have a default fedora core configuration, you really want to report the bug to them so they can fix their apache umask. Lowering severity, it is not that bad and most probably caused by a local, non MediaWiki, user configuration. -- 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 34159] Enable WebFonts for sa.wikisource.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=34159 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Keywords||i18n Status|NEW |ASSIGNED CC||aloli...@gmail.com, ||amir.ahar...@mail.huji.ac.i ||l, ||gerard.meijs...@gmail.com, ||s.mazel...@xs4all.nl, ||santhosh.thottingal@gmail.c ||om AssignedTo|wikibugs-l@lists.wikimedia. |niklas.laxst...@gmail.com |org | Summary|Enable Narayam/WebFonts for |Enable WebFonts for |sa.wikisource.org |sa.wikisource.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 34700] Enable WebFonts for am.*
https://bugzilla.wikimedia.org/show_bug.cgi?id=34700 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Keywords||i18n Priority|Low |Normal CC||aloli...@gmail.com, ||amir.ahar...@mail.huji.ac.i ||l, ||gerard.meijs...@gmail.com, ||niklas.laxst...@gmail.com, ||s.mazel...@xs4all.nl Summary|Enable Narayam/WebFonts for |Enable WebFonts for am.* |am.*| Severity|normal |enhancement --- Comment #1 from Santhosh Thottingal santhosh.thottin...@gmail.com 2012-03-04 09:53:04 UTC --- We had deployed WebFonts extension in am.wikipedia.org recently as per community request. If there is a community request for Narayam, we can deploy that too. But before that, it is must to get feedback on the Amharic keyboard layout we have in Narayam extension. We marked it in beta status and to move it out of beta, community need to test it in translatewiki.net and inform us that it works. And a documentation for the keyboard layout. -- 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 34568] Allow selecting all namespaces on Special:UnreviewedPages
https://bugzilla.wikimedia.org/show_bug.cgi?id=34568 --- Comment #2 from Umherirrender umherirrender_de...@web.de 2012-03-04 09:56:28 UTC --- But on PendingChanges this condition is also used, but it makes no problem, because there is no group by. Maybe a parent_id = 0 can help to get the first revision of a page, and than the MIN(rev_timestamp) is cheaper or not needed, because in most cases there is only one revision with parent_id = 0 for a page_id. -- 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 34947] New: Incorrect SVG text rasterization
https://bugzilla.wikimedia.org/show_bug.cgi?id=34947 Web browser: --- Bug #: 34947 Summary: Incorrect SVG text rasterization Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: craigs...@gmail.com CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Classification: Unclassified Mobile Platform: --- In the PNG conversions of this file: http://commons.wikimedia.org/wiki/File:Hummel_Prelude_Op_67_No_11.svg the text is not being rendered properly. Character spacing is too wide (but variable), and text position is placed lower than expected. The text displays properly in Firefox and Chrome viewing directly in the browser: http://upload.wikimedia.org/wikipedia/commons/d/d8/Hummel_Prelude_Op_67_No_11.svg Text in SVG files I uploaded yesterday and which were created in a similar manner did not have a PNG rendering problem, such as: http://commons.wikimedia.org/wiki/File:Beethoven_piano_sonata_14_mvmt_1_bar_1-4.svg http://commons.wikimedia.org/wiki/File:Beethoven_piano_sonata_14_mvmt_2_bar_1-8.svg http://commons.wikimedia.org/wiki/File:Beethoven_piano_sonata_14_mvmt_3_bar_1-3.svg -- 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 34948] New: Time shifted by one hour when reverting file history
https://bugzilla.wikimedia.org/show_bug.cgi?id=34948 Web browser: --- Bug #: 34948 Summary: Time shifted by one hour when reverting file history Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: garba...@seznam.cz Classification: Unclassified Mobile Platform: --- In this files history http://commons.wikimedia.org/wiki/File:Krkono%C5%A1e_seen_from_%C4%8Cernilov,_FastStone_sharpening10_qual98.jpg see version #6 of this file. It is a revert (to versin #4), but original time #4 was 1:10 and the revert comment in #6 says 0:10. I have a mediawiki setting to UTC+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 1858] Printable version doesn't look like a printable version unless you use print preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=1858 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #12 from Antoine hashar Musso has...@free.fr 2012-03-04 10:19:02 UTC --- (In reply to comment #11) Does this even matter? Who seriously prints out our BZ reports? I would go for a wont fix: - the print preview does not look that bad - not worth investing time in something nobody use -- 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 11663] Display of lower case rho as ϱ rather than ρ on Safari Browser
https://bugzilla.wikimedia.org/show_bug.cgi?id=11663 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #5 from Antoine hashar Musso has...@free.fr 2012-03-04 10:29:18 UTC --- Nowadays we either render to PNG or render the LateX as is for text browser. Plus it seems this issue is a font issue. So I am not sure there is any point in keeping this bug open in our tracker. -- 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 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 Nux e...@wp.pl changed: What|Removed |Added Resolution|FIXED |WONTFIX --- Comment #62 from Nux e...@wp.pl 2012-03-04 10:33:29 UTC --- Sadly, I think you meant to set this status. -- 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 17147] Wrap the source (parts) in code
https://bugzilla.wikimedia.org/show_bug.cgi?id=17147 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Keywords|upstream| Status|NEW |RESOLVED CC||has...@free.fr Resolution||WONTFIX --- Comment #2 from Antoine hashar Musso has...@free.fr 2012-03-04 10:51:24 UTC --- What our extension does, is that it enclose Geshi output either in a span or a div depending on GESHI_HEADER_NONE, so this is not an upstream bug. The bug is asking to enclose the output of Geshi in a code element. What Geshi does is that it takes some code and output an HTML rendered version of it which has semantically nothing to do with the original code. It is just some HTML. code is to be used to represent a fragment of code. So wrapping the HTML rendered output in a code element will mean that the rendered HTML is actually the code we wanted to show. Which is obviously wrong. Thus I am marking this as won't fix. -- 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 10467] Use semantic XHTML (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=10467 Bug 10467 depends on bug 17147, which changed state. Bug 17147 Summary: Wrap the source (parts) in code https://bugzilla.wikimedia.org/show_bug.cgi?id=17147 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 24768] rendered SVG images should use sRGB chunk
https://bugzilla.wikimedia.org/show_bug.cgi?id=24768 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Component|Images and files|SVG rendering Product|MediaWiki |Wikimedia --- Comment #3 from Antoine hashar Musso has...@free.fr 2012-03-04 10:55:53 UTC --- Moving bug to SVG rendering 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 34949] New: add media typ to prop=stashimageinfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=34949 Web browser: --- Bug #: 34949 Summary: add media typ to prop=stashimageinfo Product: MediaWiki Version: 1.20-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified Mobile Platform: --- Please output us_media_type with api. 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 19725] Suppressed edits should not appear in Special:DeletedContributions and Special:Undelete
https://bugzilla.wikimedia.org/show_bug.cgi?id=19725 Quentinv57 quentin...@gmail.com changed: What|Removed |Added CC||quentin...@gmail.com Severity|enhancement |major -- 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 19725] Suppressed edits should not appear in Special:DeletedContributions and Special:Undelete
https://bugzilla.wikimedia.org/show_bug.cgi?id=19725 --- Comment #28 from Quentinv57 quentin...@gmail.com 2012-03-04 11:01:41 UTC --- (Moved it back to major. This is not an enhancement but a real 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 34950] New: output status with prop=stashimageinfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=34950 Web browser: --- Bug #: 34950 Summary: output status with prop=stashimageinfo Product: MediaWiki Version: 1.20-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified Mobile Platform: --- Please output us_status with prop=stashimageinfo. 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 25986] Using PCRE Nested named refs do not work
https://bugzilla.wikimedia.org/show_bug.cgi?id=25986 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Keywords||platformeng CC||has...@free.fr --- Comment #3 from Antoine hashar Musso has...@free.fr 2012-03-04 11:04:15 UTC --- Since that is fixed upstream an Aaron did a workaround with r77067, maybe we can fix this bug report ? Tagging bugreport for platform eng since everyone there is part of that team :-) -- 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 34951] New: Output filekey for prop=stashimageinfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=34951 Web browser: --- Bug #: 34951 Summary: Output filekey for prop=stashimageinfo Product: MediaWiki Version: 1.20-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Classification: Unclassified Mobile Platform: --- When getting more than one filekey in a query, it is nice to get the filekey back to know, which stashimageinfo belongs to which filekey. 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 20476] Split suppressrevision in two distinct permissions : the first one to oversight content, and the other one to review oversighted content
https://bugzilla.wikimedia.org/show_bug.cgi?id=20476 Quentinv57 quentin...@gmail.com changed: What|Removed |Added CC||quentin...@gmail.com Summary|Create new right/permisson |Split suppressrevision in |to view hidden revision |two distinct permissions : ||the first one to oversight ||content, and the other one ||to review oversighted ||content -- 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 20476] Split suppressrevision in two distinct permissions : the first one to oversight content, and the other one to review oversighted content
https://bugzilla.wikimedia.org/show_bug.cgi?id=20476 --- Comment #12 from Quentinv57 quentin...@gmail.com 2012-03-04 11:10:43 UTC --- (changing the title to something more precise) -- 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 29496] Add link to WMF-TOC to the default text for new pads in etherpad
https://bugzilla.wikimedia.org/show_bug.cgi?id=29496 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Component|General/Unknown |Etherpard -- 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 30240] Enable tags on Etherpad
https://bugzilla.wikimedia.org/show_bug.cgi?id=30240 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Component|General/Unknown |Etherpard -- 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 28601] EtherPad 1.1 sucks
https://bugzilla.wikimedia.org/show_bug.cgi?id=28601 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Component|General/Unknown |Etherpard -- 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 29822] Upgrade EtherPad to 1.1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29822 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Component|General/Unknown |Etherpard -- 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 34952] New: bitdepth of UploadStashFile is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=34952 Web browser: --- Bug #: 34952 Summary: bitdepth of UploadStashFile is wrong Product: MediaWiki Version: 1.20-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bawolff...@gmail.com, bryan.tongm...@gmail.com Classification: Unclassified Mobile Platform: --- using prop=stashimageinfo with siiprop=bitdepth gives bitdepth=0, not the 8 which is stored in the database. You have to override the stub File::getBitDepth. -- 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 34953] New: migrate to Etherpad Lite
https://bugzilla.wikimedia.org/show_bug.cgi?id=34953 Web browser: --- Bug #: 34953 Summary: migrate to Etherpad Lite Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Etherpard AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: has...@free.fr Classification: Unclassified Mobile Platform: --- The old Etherpad is no more maintained. It was written in Scala and had a huge mass of dependencies such as OpenOffice. Instead, we want to drop Etherpad and migrate to Etherpad Lite which is build on node.js and is the new maintained version. RT ticket has already been filled: https://rt.wikimedia.org/Ticket/Display.html?id=1720 -- 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 28601] EtherPad 1.1 sucks
https://bugzilla.wikimedia.org/show_bug.cgi?id=28601 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Component|Etherpard |General/Unknown Depends on||34953 --- Comment #6 from Antoine hashar Musso has...@free.fr 2012-03-04 11:16:53 UTC --- This bug will magically resolve itself whenever we migrate to EtherPad lite bug 34953. Maybe we can even wont fix it right 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 34953] migrate to Etherpad Lite
https://bugzilla.wikimedia.org/show_bug.cgi?id=34953 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Blocks||28601 -- 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 29822] Upgrade EtherPad to 1.1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29822 --- Comment #6 from Antoine hashar Musso has...@free.fr 2012-03-04 11:18:16 UTC --- This bug might not be worth fixing if we take the decision to migrate to Etherpad Lite ( bug 34953 ) -- 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 34954] New: Set user when uploading StashFile
https://bugzilla.wikimedia.org/show_bug.cgi?id=34954 Web browser: --- Bug #: 34954 Summary: Set user when uploading StashFile Product: MediaWiki Version: 1.20-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com Classification: Unclassified Mobile Platform: --- Uploading a stash file with the api gives in the api result (that with result=Success) a empty user=, userid= and a anon= tag. Please set the user right to the current loggedin user or remove the fields from the output. Thanks. Same for parsedcomment= and comment= -- 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 29409] MySQL Cluster segfaults when upgrading to 1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29409 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Keywords||platformeng CC||has...@free.fr --- Comment #16 from Antoine hashar Musso has...@free.fr 2012-03-04 11:23:36 UTC --- +platformeng So should we apply patch for 1.20 or should we just drop the bug report as it is an upstream 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 34159] Enable WebFonts for sa.wikisource.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=34159 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Component|Extension setup |Site requests AssignedTo|niklas.laxst...@gmail.com |wikibugs-l@lists.wikimedia. ||org --- Comment #4 from Siebrand s.mazel...@xs4all.nl 2012-03-04 11:28:08 UTC --- Looks like you're mixing up things when you write Narayam fonts. There are two extensions: * WebFonts (https://www.mediawiki.org/wiki/Help:Extension:WebFonts) delivers fonts to browsers for MediaWiki. * Narayam (https://www.mediawiki.org/wiki/Help:Extension:Narayam) provides input methods in MediaWiki. According to https://sa.wikisource.org/wiki/Special:Version, Narayam is enabled. So this issue is a request to enable WebFonts. We understand the requirements. Please expect the functionality to be enabled between 18:00 and 19:00 UTC on Monday March 5, 2012. -- 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 34955] New: HTML codes are displayed instead of input method names
https://bugzilla.wikimedia.org/show_bug.cgi?id=34955 Web browser: --- Bug #: 34955 Summary: HTML codes are displayed instead of input method names Product: MediaWiki extensions Version: any Platform: PC OS/Version: Linux Status: NEW Severity: major Priority: Unprioritized Component: Narayam AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mghar...@gmail.com CC: junu.pv+pub...@gmail.com, santhosh.thottin...@gmail.com Classification: Unclassified Mobile Platform: --- Created attachment 10170 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10170 Input methods rendered incorrectly in KN:WP Please check the attachment. This behaviour is observed in Kannada Wikipedia. I'm using Ubuntu 11.10, Firefox 10.0.2, Display resolution is 1280x800 (16:10) if that matters. -- 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 34955] HTML codes are displayed instead of input method names
https://bugzilla.wikimedia.org/show_bug.cgi?id=34955 M G Harish mghar...@gmail.com changed: What|Removed |Added CC||srik@gmail.com Web browser|--- |Firefox -- 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 29409] MySQL Cluster segfaults when upgrading to 1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29409 --- Comment #17 from Max Semenik maxsem.w...@gmail.com 2012-03-04 11:34:51 UTC --- (In reply to comment #16) +platformeng So should we apply patch for 1.20 or should we just drop the bug report as it is an upstream issue? Separating the alter operation in two will result in upgrade running twice as slow, because it will rebuild the table twice instead of once. Could be noticeable on large installations. -- 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 34700] Enable WebFonts for am.*
https://bugzilla.wikimedia.org/show_bug.cgi?id=34700 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Component|Narayam |Site requests Version|any |unspecified Product|MediaWiki extensions|Wikimedia --- Comment #2 from Siebrand s.mazel...@xs4all.nl 2012-03-04 11:35:25 UTC --- (In reply to comment #0) The sites have a link to [[am:MediaWiki:Can't_see_the_font?]] and I think Narayam would be better. Hiya Mark. Narayam == input methods, WebFonts == fonts in browser. You're suggesting we enable WebFonts in: * https://am.wikiquote.org * https://am.wiktionary.org And this has nothing to do with input methods, right? If you reply quickly, we can add this to the deployment planning for March 5, 18:00 UTC. -- 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 34700] Enable WebFonts for am.wiktionary and am.wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=34700 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Summary|Enable WebFonts for am.*|Enable WebFonts for ||am.wiktionary and ||am.wikiquote -- 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 30000] [TestSwarm] Add user agent for Safari 5.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=3 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Antoine hashar Musso has...@free.fr 2012-03-04 11:36:49 UTC --- This was resolved on our infrastructure. 5.1 is even the only Safari browser we run test for. -- 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 34955] HTML codes are displayed instead of input method names
https://bugzilla.wikimedia.org/show_bug.cgi?id=34955 --- Comment #1 from M G Harish mghar...@gmail.com 2012-03-04 11:44:34 UTC --- One more interesting point: I don't see this issue if I logout! May this be due to any side effect of some other script? -- 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 33480] Add Telugu Transliteration input method to Narayam
https://bugzilla.wikimedia.org/show_bug.cgi?id=33480 --- Comment #15 from Veeven vee...@gmail.com 2012-03-04 11:56:09 UTC --- I(In reply to comment #14) (In reply to comment #11) One more fix: handled ch to produce 'చ' instead of 'చ్హ'. Curious to know, how the patch fix this? You added 'చ్h', '', 'చ్' to the rules. It basically ignores the h. The first 'చ్' comes when use types 'c'. Next 'h' should not make it 'ఛ్' nor 'చ్హ్'. -- 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 18723] Add levels of hiding similar to revision deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18723 Quentinv57 quentin...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||quentin...@gmail.com Resolution||FIXED --- Comment #1 from Quentinv57 quentin...@gmail.com 2012-03-04 12:07:54 UTC --- Closing the bug, as now stewards have the choice between simply hiding a user from public lists and oversighting it completely. Hope that's what you meant. -- 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 18840] RevDelete/HideUser (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18840 Bug 18840 depends on bug 18723, which changed state. Bug 18723 Summary: Add levels of hiding similar to revision deletion https://bugzilla.wikimedia.org/show_bug.cgi?id=18723 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 10434] i should be var in texvc HTML output
https://bugzilla.wikimedia.org/show_bug.cgi?id=10434 S. McCandlish smccandl...@gmail.com changed: What|Removed |Added CC||smccandl...@gmail.com --- Comment #4 from S. McCandlish smccandl...@gmail.com 2012-03-04 12:29:33 UTC --- I belatedly concur with Aryeh. HTML's var.../var isn't a declaration that something IS a variable, it's an instruction to the user agent to format it as one. -- 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 34955] HTML codes are displayed instead of input method names
https://bugzilla.wikimedia.org/show_bug.cgi?id=34955 Santhosh Thottingal santhosh.thottin...@gmail.com changed: What|Removed |Added Keywords||i18n --- Comment #2 from Santhosh Thottingal santhosh.thottin...@gmail.com 2012-03-04 12:30:20 UTC --- (In reply to comment #1) One more interesting point: I don't see this issue if I logout! May this be due to any side effect of some other script? It must be. I could not reproduce this bug when logged in or logged out. From the screenshot, I feel that it is side effect or experiments locally- probably at user level. -- 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 23932] Enable, whitelist, and incorporate semantic HTML5 elements: article, aside, figcaption, figure, footer, header, hgroup, mark, nav, section, time
https://bugzilla.wikimedia.org/show_bug.cgi?id=23932 --- Comment #11 from S. McCandlish smccandl...@gmail.com 2012-03-04 12:42:37 UTC --- Well, it's been another year and a half, now. I think it's time to re-examine opening this and moving forward. We can't keep pretending this is the Web ca. 1996. :-) How many people can really be still using ancient versions of IE *with JS turned off* any more? Running like that will make probably 90% of the Web unusable to you. -- 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 34955] HTML codes are displayed instead of input method names
https://bugzilla.wikimedia.org/show_bug.cgi?id=34955 --- Comment #3 from Srikanth Logic srik@gmail.com 2012-03-04 12:43:01 UTC --- I cannot reproduce the issue as well. Do you see the same issue on translatewiki.net / commons as well? -- 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 34945] LocalSettings.php readable by other users (FC16 Package)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34945
Viktor Adamek vik...@realraum.at changed:
What|Removed |Added
Version|1.16.5 |1.19
--- Comment #4 from Viktor Adamek vik...@realraum.at 2012-03-04 13:02:31 UTC
---
(In reply to comment #1)
The install these days doesn't even try to save the file for you, The user
needs to download it locally and then move it over to the webserver into the
MW folder (and chmod it appropriately).
Of course every sysadmin should check permissions of config-files him/herself,
nevertheless I would prefer MW to check/set the permissions if not appropriate.
(In reply to comment #1)
The install these days doesn't even try to save the file for you, The user
needs to download it locally and then move it over to the webserver into the
MW folder (and chmod it appropriately).
In svnroot/mediawiki/tags/REL1_9_6/phase3/config/index.php umasking the file is
still not performed, see below; (if that's the right file and I haven't
overlooked something)
(In reply to comment #3)
Must be caused by apache having an invalid umask. On fedora have a look at
/etc/sysconfig/httpd and set the umask to a sane default such as 'umask 002'.
I think MW's installation routine should be fault-tolerant, to also handle
umask-madness ;-)
LocalSettingsGenerator.php in mediawiki-1.18.1 tarball [1]
142 /**
143 * Write the generated LocalSettings to a file
144 *
145 * @param $fileName String Full path to filename to write to
146 */
147 public function writeFile( $fileName ) {
148 file_put_contents( $fileName, $this-getText() );
149 }
[1] file from mediawiki-1.18.1/includes/installer
in index.php from svnroot/mediawiki/tags/REL1_9_6/phase3/config/index.php':
there still is:
918 $f = fopen( LocalSettings.php, 'xt' );
[...]
925 if(fwrite( $f, $localSettings ) ) {
926 fclose( $f );
927 writeSuccessMessage();
which neither handles umask; (I've just watched the source, haven't it tried
out in an installation).
Did i grep the right file? I'm a bit confused with the svn-directory structure.
If you have a default fedora core configuration, you really want to report the
bug to them so they can fix their apache umask.
Bug is already reported in Fedora-Bugzilla: 799659
https://bugzilla.redhat.com/show_bug.cgi?id=799659
Lowering severity, it is not that bad and most probably caused by a local, non
MediaWiki, user configuration.
Database user credentials are stored in plain-text, thus IMHO this is severe.
I don't think the distributor's umask should permit read-access for all-users
on the system, since in /var/www usually is meant to be public - except for
configuration-files.
In the above code-example MW doens't try to set the right (more restrictive)
umask, which would be it's responsibility (again IMHO).
--
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 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 mybugs.m...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com Resolution|WONTFIX |FIXED --- Comment #63 from mybugs.m...@gmail.com 2012-03-04 13:02:38 UTC --- (In reply to comment #62) Sadly, I think you meant to set this status. I don't think so. Some modules (such as mediawiki.legacy.wikibits) are marked with 'position' = 'top': http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/Resources.php?view=markup#l903 -- 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 148] Bugzilla Email Address Privacy Concerns
https://bugzilla.wikimedia.org/show_bug.cgi?id=148 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC|has...@free.fr | AssignedTo|fvass...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org --- Comment #16 from Antoine hashar Musso has...@free.fr 2012-03-04 13:04:58 UTC --- Unassigning from fvassard at wikimedia dot 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 18723] Add levels of hiding similar to revision deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=18723 Quentinv57 quentin...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Quentinv57 quentin...@gmail.com 2012-03-04 13:12:30 UTC --- Reopened. Apparently I'm wrong on Comment #1. Now the account can be : * viewable from everybody * hidden from public lists (don't know what that clearly implies) * completely oversighted What I think Mike meant was to add some new possibility here to hide the users at an admin-only level, which is not the [hide from public lists]. Hope I'm true. -- 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 18840] RevDelete/HideUser (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=18840 Bug 18840 depends on bug 18723, which changed state. Bug 18723 Summary: Add levels of hiding similar to revision deletion https://bugzilla.wikimedia.org/show_bug.cgi?id=18723 What|Old Value |New Value Status|RESOLVED|REOPENED 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 28601] EtherPad 1.1 sucks
https://bugzilla.wikimedia.org/show_bug.cgi?id=28601 T. Gries m...@tgries.de changed: What|Removed |Added CC||m...@tgries.de --- Comment #7 from T. Gries m...@tgries.de 2012-03-04 13:19:27 UTC --- ...better use the modern Etherpad lite. I programmed also an extension for it. https://www.mediawiki.org/wiki/Extension:EtherpadLite . -- 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 34921] unicode display bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=34921 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Component|Documentation |Math (texvc) Version|unspecified |any Product|MediaWiki |MediaWiki extensions --- Comment #1 from Antoine hashar Musso has...@free.fr 2012-03-04 13:19:29 UTC --- Can you give us the latex expressions for 'domain anti-restriction' and 'range anti-restriction' ? Whatever symbol is used to render them is probably missing from the font we have. -- 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 28601] EtherPad 1.1 sucks
https://bugzilla.wikimedia.org/show_bug.cgi?id=28601 --- Comment #8 from T. Gries m...@tgries.de 2012-03-04 13:20:31 UTC --- Etherpad lite is here https://github.com/Pita/etherpad-lite -- 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 34953] migrate to Etherpad Lite
https://bugzilla.wikimedia.org/show_bug.cgi?id=34953 T. Gries m...@tgries.de changed: What|Removed |Added CC||m...@tgries.de --- Comment #1 from T. Gries m...@tgries.de 2012-03-04 13:26:42 UTC --- Just to add it for sake of completeness: I already developed a stable extension https://www.mediawiki.org/wiki/Extension:EtherpadLite which allows to embed one or more pads on MediaWiki pages. Thanks to everyone who helped me to bring it in short time to the current stable state. -- 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 34948] file history revert message should mention time is using UTC
https://bugzilla.wikimedia.org/show_bug.cgi?id=34948 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Keywords||i18n CC||has...@free.fr Summary|Time shifted by one hour|file history revert message |when reverting file history |should mention time is ||using UTC --- Comment #1 from Antoine hashar Musso has...@free.fr 2012-03-04 13:33:33 UTC --- The file was reverted to a version uploaded at 00:10 UTC, that is the time being used to generate the reversion message. The table show the date using the user timezone. Hence the file at 00:10UTC is listed as 01:10. The revert message should mention the timezone used on the wiki. The message is 'filerevert-defaultcomment'. Does not seem to have an easy way to mention the timezone there :-( -- 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 34955] HTML codes are displayed instead of input method names
https://bugzilla.wikimedia.org/show_bug.cgi?id=34955 --- Comment #4 from M G Harish mghar...@gmail.com 2012-03-04 13:34:53 UTC --- No.. It doesn't happen on Translate wiki -- 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 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 Nux e...@wp.pl changed: What|Removed |Added Resolution|FIXED |WONTFIX --- Comment #64 from Nux e...@wp.pl 2012-03-04 13:37:09 UTC --- The title was changed to a misleading one. But I'm done with it. I've submitted this bug with specific needs in mind. There is no way a know to: 1. Load user scripts in the header to allow actually running their code BEFORE the page starts to render (needed to inject CSS or faster adding of crucial elements). 2. Load user scripts in order (without the need of contacting administrators). If my request cannot be implemented - for whatever reason I still don't understand (except being religiously convinced that scripts must be in the footer) - I can live with that. Just please don't say it was fixed because it anyones me a lot. -- 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 34956] New: parser class should use mUrlProtocol internal method instead of calling wfUrlProtocols()
https://bugzilla.wikimedia.org/show_bug.cgi?id=34956 Web browser: --- Bug #: 34956 Summary: parser class should use mUrlProtocol internal method instead of calling wfUrlProtocols() Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: has...@free.fr Classification: Unclassified Mobile Platform: --- On construction, the parser class call wfUrlProtocols() to internally initiate its mUrlProtocol property. In several method, calls are made directly to wfUrlProtcols() instead of using the internal property. Removing those call can probably save a few CPU cycles. -- 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 34939] url parsing does not recognize mixed case protocols
https://bugzilla.wikimedia.org/show_bug.cgi?id=34939 Antoine hashar Musso has...@free.fr changed: What|Removed |Added CC||has...@free.fr Summary|[HttP://en.WikiPedia.org/Wi |url parsing does not |ki/page_name] is not|recognize mixed case |recognized as a valid |protocols |external link | --- Comment #1 from Antoine hashar Musso has...@free.fr 2012-03-04 13:41:24 UTC --- Original summary: [HttP://en.WikiPedia.org/Wiki/page_name] is not recognized as a valid external link -- 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 34939] url parsing does not recognize mixed case protocols
https://bugzilla.wikimedia.org/show_bug.cgi?id=34939 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Keywords||easy --- Comment #2 from Antoine hashar Musso has...@free.fr 2012-03-04 13:42:37 UTC --- We have wfUrlProtocols() / mUrlProtocols to list all possible protocol. Whenever we use them, maybe we should make the regex ignore case with the i modifier. -- 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 34939] url parsing does not recognize mixed case protocols
https://bugzilla.wikimedia.org/show_bug.cgi?id=34939 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Depends on||34956 --- Comment #3 from Antoine hashar Musso has...@free.fr 2012-03-04 13:43:36 UTC --- Please note we probably want to remove all wfUrlProtocols() call from the parser excepting the one in the constructor. See bug 34956 -- 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 34956] parser class should use mUrlProtocol internal method instead of calling wfUrlProtocols()
https://bugzilla.wikimedia.org/show_bug.cgi?id=34956 Antoine hashar Musso has...@free.fr changed: What|Removed |Added Blocks||34939 -- 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 23708] Monospace text still much smaller in Vector for certain extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=23708 mybugs.m...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||mybugs.m...@gmail.com Resolution|DUPLICATE | --- Comment #8 from mybugs.m...@gmail.com 2012-03-04 13:55:08 UTC --- Reopening because of bug 17147 comment 2. -- 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 34957] New: New line after {{DISPLAYTITLE:}} should be ignored
https://bugzilla.wikimedia.org/show_bug.cgi?id=34957
Web browser: ---
Bug #: 34957
Summary: New line after {{DISPLAYTITLE:}} should be ignored
Product: MediaWiki
Version: 1.18
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Parser
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: dann...@email.cz
Classification: Unclassified
Mobile Platform: ---
Typical article using {{DISPLAYTITLE:}} has that function on the first line,
then line wrap and then infobox or start of the text.
Currently that creates empty paragraph on output - the article content starts
further down from headline than regular articles do.
--
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 34958] New: Allow loading user scripts in the header
https://bugzilla.wikimedia.org/show_bug.cgi?id=34958 Web browser: --- Bug #: 34958 Summary: Allow loading user scripts in the header Product: MediaWiki Version: 1.19 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Resource Loader AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: e...@wp.pl, krinklem...@gmail.com, roan.katt...@gmail.com, tpars...@wikimedia.org Depends on: 27488 Classification: Unclassified Mobile Platform: --- From bug 27488 comment 64: I've submitted this bug [bug 27488] with specific needs in mind. There is no way a know to: 1. Load user scripts in the header to allow actually running their code BEFORE the page starts to render (needed to inject CSS or faster adding of crucial elements). 2. Load user scripts in order (without the need of contacting administrators). I'm not sure, but I think this probably means we need to provide a way to set position = top on user scripts. Maybe it is related to the need of creating modules fron wikipages (see bug 27281, bug 27561 and bug 25845), maybe not. -- 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 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 mybugs.m...@gmail.com changed: What|Removed |Added Blocks||34958 -- 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 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 mybugs.m...@gmail.com changed: What|Removed |Added Resolution|WONTFIX |FIXED --- Comment #65 from mybugs.m...@gmail.com 2012-03-04 14:16:13 UTC --- (In reply to comment #64) The title was changed to a misleading one. But I'm done with it. Ah, ok then. In that case I think it makes sense to mark the bug Implement 'top' position option for ResourceLoader modules as FIXED and to open one (or two) new bug(s) for the needs you mentioned (Or to rename this one back to what it was before, and copy the request for the top position to a new bug, and close that one as fixed...). I think the second one is already possible by using callback functions (although bug 25962 is still open), so I'm opening a bug for the first request: * Bug 34958 - Allow loading user scripts in the header I hope that helps. -- 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 34848] Improve mediawiki.special.movePage.js to remove the namespace name when the user paste the full target name in the field
https://bugzilla.wikimedia.org/show_bug.cgi?id=34848 Liangent liang...@gmail.com changed: What|Removed |Added CC||liang...@gmail.com --- Comment #2 from Liangent liang...@gmail.com 2012-03-04 14:34:26 UTC --- What if I actually want a page [[Wikipedia:Wikipedia:Foo]]? -- 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 34959] New: Deletion fails https://commons.wikimedia.org/w/index.php?title=File:Jennifer_Nettles_in_David_Meister.jpgaction=delete
https://bugzilla.wikimedia.org/show_bug.cgi?id=34959 Web browser: --- Bug #: 34959 Summary: Deletion fails https://commons.wikimedia.org/w/index.php?title=File:J ennifer_Nettles_in_David_Meister.jpgaction=delete Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: billinghu...@gmail.com Classification: Unclassified Mobile Platform: --- Would someone with supertools please delete the file at commons File:Jennifer_Nettles_in_David_Meister.jpg When deletion is attempted at Commons with the tools, the error is Error deleting file: A non-identical file already exists at mwstore://local-backend/local-deleted/9/s/5/9s5e0ypsw2y72d5emu4extzuut8slsc.jpg. Two different users have tried without success, and recovery of the file does not assist. -- 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 34945] LocalSettings.php readable by other users (FC16 Package)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34945 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com --- Comment #5 from Max Semenik maxsem.w...@gmail.com 2012-03-04 15:53:46 UTC --- (In reply to comment #4) in index.php from svnroot/mediawiki/tags/REL1_9_6/phase3/config/index.php': there still is Do you realise that 1.9 was 5 years ago? ;) -- 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 34960] New: drop unused fields recentchanges.rc_moved_to_ns and recentchanges.rc_moved_to_title
https://bugzilla.wikimedia.org/show_bug.cgi?id=34960 Web browser: --- Bug #: 34960 Summary: drop unused fields recentchanges.rc_moved_to_ns and recentchanges.rc_moved_to_title Product: MediaWiki Version: 1.20-svn Platform: All OS/Version: All Status: NEW Keywords: schema-change Severity: normal Priority: Unprioritized Component: Database AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: duplicate...@googlemail.com Blocks: 16660 Classification: Unclassified Mobile Platform: --- The fields rc_moved_to_ns and rc_moved_to_title of the recentchanges table are always set to 0 and empty string. The comment in tables.sql is These may no longer be used, with the new move log. Please drop that unused fields from the database. 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 16660] Database table cleanup (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16660 duplicate...@googlemail.com changed: What|Removed |Added Depends on||34960 -- 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 34848] Improve mediawiki.special.movePage.js to remove the namespace name when the user paste the full target name in the field
https://bugzilla.wikimedia.org/show_bug.cgi?id=34848 --- Comment #3 from mybugs.m...@gmail.com 2012-03-04 16:12:55 UTC --- Created attachment 10171 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10171 Example (In reply to comment #2) What if I actually want a page [[Wikipedia:Wikipedia:Foo]]? Take a look in the attached example. It will select the Wikipedia namespace and change the text to Wikipedia:Foo. I've tested on Google Chrome's console. -- 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 34952] bitdepth of UploadStashFile is wrong
https://bugzilla.wikimedia.org/show_bug.cgi?id=34952 Bawolff bawolff...@gmail.com changed: What|Removed |Added Keywords||easy -- 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 34947] Incorrect SVG text rasterization
https://bugzilla.wikimedia.org/show_bug.cgi?id=34947 Bawolff bawolff...@gmail.com changed: What|Removed |Added Component|Images and files|SVG rendering Product|MediaWiki |Wikimedia -- 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 34961] New: Edit summary for moves should not include username
https://bugzilla.wikimedia.org/show_bug.cgi?id=34961 Web browser: --- Bug #: 34961 Summary: Edit summary for moves should not include username Product: MediaWiki Version: 1.19 Platform: All OS/Version: All Status: NEW Keywords: i18n Severity: normal Priority: Unprioritized Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jhs...@gmail.com Classification: Unclassified Mobile Platform: --- With 1.19, the edit summaries for when you move a page has changed. I think what has changed is that it used to be a separate message from the log entries, but the edit summary now re-uses log entry messages. I don't think this is a good idea, because the edit summaries now include the name of the user who performs the action, which is superfluous, since it is already there in the history. For an example, see the history of this page: https://no.wikipedia.org/w/index.php?title=Bruker:Jon_Harald_S%C3%B8by/test3action=history 4. mar 2012 kl. 18:01 Jon Harald Søby (Diskusjon | bidrag | blokker) m . . (4 bytes) (0) . . (Jon Harald Søby flyttet siden Bruker:Jon Harald Søby/test2 til Bruker:Jon Harald Søby/test3) (tilbakestill | Fjern denne endringen) These should be separate messages, and should not include the username of the user. -- 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 31239] inputbox with 1.18 let break=no not work, but put the buttons on a next line
https://bugzilla.wikimedia.org/show_bug.cgi?id=31239 Bawolff bawolff...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bawolff...@gmail.com Resolution||WORKSFORME --- Comment #9 from Bawolff bawolff...@gmail.com 2012-03-04 17:54:56 UTC --- Marking WORKSFORME. Please re-open if any part of this issue is still there -- 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 29409] MySQL Cluster segfaults when upgrading to 1.17
https://bugzilla.wikimedia.org/show_bug.cgi?id=29409 --- Comment #18 from Mark A. Hershberger m...@everybody.org 2012-03-04 17:59:00 UTC --- (In reply to comment #16) So should we apply patch for 1.20 or should we just drop the bug report as it is an upstream issue? Is there a reason this couldn't be applied to the 1.19 tarball? -- 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 34700] Enable WebFonts for am.wiktionary and am.wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=34700 --- Comment #3 from Mark A. Hershberger m...@everybody.org 2012-03-04 18:02:30 UTC --- Yes, this has nothing to do with input methods. Sorry for the confusion. -- 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 34945] CLI-installer generates globally-readable LocalSettings.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=34945 Viktor Adamek vik...@realraum.at changed: What|Removed |Added Version|1.19|1.20-svn See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=24133 Summary|LocalSettings.php readable |CLI-installer generates |by other users (FC16|globally-readable |Package)|LocalSettings.php --- Comment #6 from Viktor Adamek vik...@realraum.at 2012-03-04 18:38:57 UTC --- (In reply to comment #5) Do you realise that 1.9 was 5 years ago? ;) oops, yah, hmm - ah, sometimes i live in the past ;-) I just found out, that the topic was already discussed in Bug: 24133 Nevertheless I tried it with the command-line installer using this branch: svnroot/mediawiki/trunk/phase3/ (which should be 1.20 alpha). If I'm not confused too much this time (right branch?) the CLI script produces a globally-readable file, while the web-installer forwards the task to the sysadmin to take care of the right umask, when copying the file. [root@alex w]# php maintenance/install.php --dbuser testwikiuser --dbpass NotForYou --installdbpass NotForYou --installdbuser root --pass NotForYou test WikiSysop PHP 5.3.10 is installed. Warning: Could not find APC, XCache or WinCache. Object caching is not enabled. Found ImageMagick: /usr/bin/convert. Image thumbnailing will be enabled if you enable uploads. Using server name http://alex.wg;. Warning: No --scriptpath specified, using default: /wiki. Using server URL http://alex.wg/wiki;. Warning: Your default directory for uploads (/var/www/w/images/) is not checked for vulnerability to arbitrary script execution during the CLI install. Warning: The intl PECL extension is not available to handle Unicode normalization, falling back to slow pure-PHP implementation. If you run a high-traffic site, you should read a little on Unicode normalization. The environment has been checked. You can install MediaWiki. Setting up database done Creating tables Warning: MediaWiki tables seem to already exist. Skipping creation. done Creating database user done Populating default interwiki table Warning: The interwiki table seems to already have entries. Skipping default list. done Initializing statistics done Generating secret keys done Creating administrator user account done Creating main page with default content done [root@alex w]# ls -l LocalSettings.php -rw-r--r--. 1 root root 4487 Mar 4 19:04 LocalSettings.php -- 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 34962] New: ApiSandbox instructions are unclear for certain parameters (titles, pageids, revids)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34962 Web browser: --- Bug #: 34962 Summary: ApiSandbox instructions are unclear for certain parameters (titles, pageids, revids) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ApiSandbox AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: maxsem.w...@gmail.com, s...@reedyboy.net Classification: Unclassified Mobile Platform: --- When using the ApiSandbox with options such as json/query/prop=categories, you get inputs that look like this: titles[]A list of titles to work on pageids []A list of page IDs to work on revids[]A list of revision IDs to work on These three instructions don't mention what the separator is! I think it's most natural to assume that the values are comma-separated, but they're surely not. The default documentation should be updated to say something like... A list of titles to work on, separated by '|' 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 34963] New: Moving sha1 into revision tag in XML dumps
https://bugzilla.wikimedia.org/show_bug.cgi?id=34963 Web browser: --- Bug #: 34963 Summary: Moving sha1 into revision tag in XML dumps Product: MediaWiki Version: 1.20-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Export/Import AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: christ...@quelltextlich.at Classification: Unclassified Mobile Platform: --- Created attachment 10172 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10172 Moves SHA1 sums into revision tags Currently, each /page/ tag has the sha1 sum of the first (i.e.: not necessarily current) /revision/'s text added. The revision tags do not come with SHA1 tags. While there is nothing wrong with this, the export-0.6 XML schema requires the SHA1 sum of each revision to be stored within the corresponding /revision/ tag itself. The supplied patch moves the sha1 sum from the page tag to the revision tag. -- 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 34964] New: ApiSandbox partially remembers input values when navigating to another page and then going back
https://bugzilla.wikimedia.org/show_bug.cgi?id=34964 Web browser: --- Bug #: 34964 Summary: ApiSandbox partially remembers input values when navigating to another page and then going back Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ApiSandbox AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: maxsem.w...@gmail.com, s...@reedyboy.net Classification: Unclassified Mobile Platform: --- Created attachment 10173 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10173 Screenshot of ApiSandbox UI after navigating away and then hitting back button in browser When using ApiSandbox, if you set some of your parameters such as json/edit and then you happen to click the the API documentation link in your browser and then click back to the ApiSandbox page, the behavior is a little odd. ApiSandbox remembers which options you selected for Format and Action, but it requires toggling the Action parameter to re-view the form. This behavior exists on both Chrome/Mac and Safari/Mac. I'll try to attach a screenshot of the behavior as well. Ideally, ApiSandbox would remember all of your parameters and show what you had before navigating away. If that isn't possible, it would at least re-initialize the form properly rather than requiring people to fiddle with the drop-down menus to view the form again. -- 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 34965] New: Clean up grammar in ApiSandbox Documentation section
https://bugzilla.wikimedia.org/show_bug.cgi?id=34965 Web browser: --- Bug #: 34965 Summary: Clean up grammar in ApiSandbox Documentation section Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ApiSandbox AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: maxsem.w...@gmail.com, s...@reedyboy.net Classification: Unclassified Mobile Platform: --- I'm not sure where the Documentation section of ApiSandbox comes from, but it currently has inconsistent (and, in some cases, wrong) grammar. Examples: list=exturlusage -- euquery -- Protocol of the url. If empty and euquery set, the protocol is http. Leave both this and euquery empty to list all external links URL should be capitalized. action=clicktracking -- Track user clicks on JavaScript items. Ends in a period? action=coderevisionupdate -- Submit comments, new status and tags to a revision No final period? action=wikiloveimagelog -- This API is for logging each time a user attempts to use a custom image via WikiLove. This API? This isn't consistent language with the documentation for the rest of the parameters. And it ends in a period. These are just a few examples. Consistent style should be applied throughout. If the text is going to end in periods, it should end in periods every time. If URL is going to be capitalized (when used in documentation text), it should be consistently capitalized. Etc. -- 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 34966] New: Unlinked text in Description section for euquery parameter in ApiSandbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=34966 Web browser: --- Bug #: 34966 Summary: Unlinked text in Description section for euquery parameter in ApiSandbox Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ApiSandbox AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: maxsem.w...@gmail.com, s...@reedyboy.net Classification: Unclassified Mobile Platform: --- When using ApiSandbox with the options json/query/list=exturlusage, the euquery description section reads: --- Search string without protocol. See [[Special:LinkSearch]]. Leave empty to list all external links --- It's shows literal brackets around Special:LinkSearch. I think this is a bit strange. It should be an actual link or not be bracketed, no? I'm not sure I would definitely call this a bug, but it feels odd. It'd be nice if someone poked at it, at least. -- 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 34965] Clean up grammar in ApiSandbox Documentation section
https://bugzilla.wikimedia.org/show_bug.cgi?id=34965 --- Comment #1 from MZMcBride b...@mzmcbride.com 2012-03-04 19:06:15 UTC --- action=emailuser -- Email a user. MediaWiki fairly consistently uses e-mail and there's a trailing period here. Just another example. -- 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 34967] New: FeaturedFeeds API documentation is unclear
https://bugzilla.wikimedia.org/show_bug.cgi?id=34967 Web browser: --- Bug #: 34967 Summary: FeaturedFeeds API documentation is unclear Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: FeaturedFeeds AssignedTo: maxsem.w...@gmail.com ReportedBy: b...@mzmcbride.com Classification: Unclassified Mobile Platform: --- The current documentation for action=featuredfeeds reads: --- * action=featuredfeed * Returns a user contributions feed This module requires read rights Parameters: feedformat - The format of the feed One value: rss, atom Default: rss feed- Feed name This parameter is required One value: language- Feed language code. Ignored by some feeds. Examples: Retrieve feed `featured' api.php?action=featuredfeedfeed=featured --- I find this documentation incredibly confusing. First, Returns a user contributions feed. Is this true? You're not inputting a username or user ID to get a list of contributions, so this seems to be at least misleading. Second, the feed parameter is associated with some kind of magical Feed name. It's a required parameter without a default (apparently) and the possible values are... null (though it only takes one!). Third, the language parameter doesn't specify what kind of language code you're looking for. Two letters? Three letters? The example also doesn't really make much sense to me, though perhaps I'm just being thick. -- 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 34967] FeaturedFeeds API documentation is unclear
https://bugzilla.wikimedia.org/show_bug.cgi?id=34967 --- Comment #1 from MZMcBride b...@mzmcbride.com 2012-03-04 19:16:18 UTC --- (In reply to comment #0) Third, the language parameter doesn't specify what kind of language code you're looking for. Two letters? Three letters? As this is technical documentation, if there's a technical answer here (such as ISO-639-2 or ISO-639-3 or whatever), you can say so. :-) You can also cross-reference to some other list of language codes if possible (maybe they're exposed in action=sitematrix or elsewhere?). -- 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 34623] Incorrect detection of Rollback Permissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=34623 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Highest |Normal CC||m...@everybody.org -- 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 34968] New: FeaturedFeeds documentation shouldn't be output in API if there are no configured feeds
https://bugzilla.wikimedia.org/show_bug.cgi?id=34968 Web browser: --- Bug #: 34968 Summary: FeaturedFeeds documentation shouldn't be output in API if there are no configured feeds Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: FeaturedFeeds AssignedTo: maxsem.w...@gmail.com ReportedBy: b...@mzmcbride.com Classification: Unclassified Mobile Platform: --- This is related to bug 34967. Currently the FeaturedFeeds extension will output documentation in https://www.mediawiki.org/w/api.php even if no feeds are configured. This is a bit brain-dead. You're telling the user hey, you can retrieve these feeds... just kidding! It makes more sense (to me) to just not output any docs to the user if the module isn't actually available. Otherwise, it should be much clearer that the module currently doesn't do anything (and why). -- 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 34969] New: Properly disable Special:MIMESearch
https://bugzilla.wikimedia.org/show_bug.cgi?id=34969 Web browser: --- Bug #: 34969 Summary: Properly disable Special:MIMESearch Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Classification: Unclassified Mobile Platform: --- Currently when you visit https://commons.wikimedia.org/wiki/Special:MIMESearch, you get a form that looks like this: --- This page enables the filtering of files for their MIME type. Input: contenttype/subtype, e.g. image/jpeg. MIME search MIME type: [ ] [Search] --- However, this feature has apparently been disabled. So no matter the user input, you get an error (from https://commons.wikimedia.org/wiki/Special:MIMESearch?title=Special%3AMIMESearchmime=image%2Fjpeg): --- This page enables the filtering of files for their MIME type. Input: contenttype/subtype, e.g. image/jpeg. This special page is disabled for performance reasons. --- This is brain-dead behavior. Don't give a user an input form that doesn't work. When a user loads https://commons.wikimedia.org/wiki/Special:MIMESearch, it should simply say: This page has been disabled due to $wgMiserMode or whatever. The current behavior of sure, input your MIME type... just kidding! is wrong. -- 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 34969] Properly disable Special:MIMESearch
https://bugzilla.wikimedia.org/show_bug.cgi?id=34969 MZMcBride b...@mzmcbride.com changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |bawolff...@gmail.com |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 34715] Please modify the import sources for the Spanish Wikiversity
https://bugzilla.wikimedia.org/show_bug.cgi?id=34715 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added 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 34931] Add namespaces aliases on as.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=34931 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added 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 34771] Please upload Barack Obama's SOTU weekly video addresses from February 2012
https://bugzilla.wikimedia.org/show_bug.cgi?id=34771 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- 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 34867] Switch Sango wiktionary logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=34867 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added 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 34970] New: SUL accounts blocked locally on every wikis they exist should not be able to autocreate
https://bugzilla.wikimedia.org/show_bug.cgi?id=34970 Web browser: --- Bug #: 34970 Summary: SUL accounts blocked locally on every wikis they exist should not be able to autocreate Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: CentralAuth AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: quentin...@gmail.com CC: agarr...@wikimedia.org, vasi...@gmail.com Classification: Unclassified Mobile Platform: --- Hello. I think this is a bug, as it worked earlier (maybe related to 1.19 but I've no real proof). When an account is blocked locally on every wikis it exists, it should not be able to create automatically a new account on other wikis. There's no real benefit if a guy who is blocked on every projects he has an account on creates one other account. If the guy has been blocked indefinitely, that's for a valuable reason. Somebody which is block on every projects he has an account on is far more likely to move to an other project to vandalize if the bug is not fixed. Thanks by 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
