[Bug 1780] Can't upload file with non-ASCII name (eg cyrillic) on Windows host
https://bugzilla.wikimedia.org/show_bug.cgi?id=1780 --- Comment #27 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-08-16 07:32:05 UTC --- (In reply to comment #26) Reopening -- doesn't seem to fix it, just makes some of your pages platform-dependent. A way to fix this would be to make filenames on disk no longer map to titles. We have a bug open for that 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 30381] dumpHtml crashes when certain extensions are enabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30381 --- Comment #2 from orenbochman orenboch...@gmail.com 2011-08-16 07:38:02 UTC --- This bug is dumpHtml specific, the Mediawiki installation does not crash when these extentions are enabled. However since dumphtml does not produce a log... it is difficult to capture the errors . -- 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 27700] Regression: Upload protection for non existing files broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=27700 --- Comment #9 from Mormegil morme...@centrum.cz 2011-08-16 08:00:39 UTC --- (In reply to comment #8) Will have a look at it later. Any idea _when_ “later”? You know… there is this image which is kept uploaded again and again on Commons… http://commons.wikimedia.org/wiki/Special:Log?page=File:Wiki.png -- 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 24529] Incrementally remove support for HTML elements removed from or deprecated in HTML5
https://bugzilla.wikimedia.org/show_bug.cgi?id=24529 --- Comment #5 from S. McCandlish smccandl...@gmail.com 2011-08-16 08:01:59 UTC --- These concerns are not mutually exclusive, and really are part and parcel of the same thing. The reasons to stop supporting obsolete tt-style stuff in wikitext are numerous. The most obvious is that wikimarkup is not HTML. We allow some basic [X]HTML for experienced, geeky users, but there's not guaranteeing we'd do that forever and ever, and supporting BAD markup of this sort is just pointless. Second, it encourages sloppy coding everywhere. Wikipedia is the most, or one of the top three most, popular (depending on stats source; I tend to think that Facebook and GMail have it beat) websites in the world, so what we do actually has influence. We are lending extra life after death to dead code. Third, code from WikiMedia projects like WP and Wiktionary can be re-used anywhere by anyone, and we have no control over how that is done. Just pasting stuff is surely pretty common, so bad code from WP is getting out into the wild. Not a huge concern, but we should at least only support valid markup if we're going to allow HTML at all. Fourth editor convenience is better served by templates. Fourth, no one really expect users to have to enter stuff like span style=text-decoration: strike-through;...span, when something like {{strike|...}} would do this for them. And s a.k.a. strike is a bad example anwyay; it's pure presentation with no semantic meaning, thus its obsolescence. The del.../del markup, is still valid (I'll eventually ensure that {{del|...}} works at en.wp, too). Fifth, we shouldn't force users to learn INCORRECT HTML and CSS for their regular editing, which is presently precisely the case. Implemented the correct stuff, removed the bad, and give non-HTMLish users templates. -- 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 27700] Regression: Upload protection for non existing files broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=27700 --- Comment #10 from Bryan Tong Minh bryan.tongm...@gmail.com 2011-08-16 08:12:19 UTC --- (In reply to comment #9) (In reply to comment #8) Will have a look at it later. Any idea _when_ “later”? You know… there is this image which is kept uploaded again and again on Commons… http://commons.wikimedia.org/wiki/Special:Log?page=File:Wiki.png When I have time. Unlikely to be in the nearby future. For quick resolution it's probably better to find somebody else to poke 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 29170] [[MediaWiki:Enotif body]] needs GENDER support
https://bugzilla.wikimedia.org/show_bug.cgi?id=29170 --- Comment #2 from Niklas Laxström niklas.laxst...@gmail.com 2011-08-16 08:32:13 UTC --- Not a blocker. -- 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 30217] Make pt-br a fallback of pt
https://bugzilla.wikimedia.org/show_bug.cgi?id=30217 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl --- Comment #4 from Siebrand s.mazel...@xs4all.nl 2011-08-16 08:42:07 UTC --- Any further discussion needed before we can proceed as proposed in comment 3? -- 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 30384] Strange Parser behaviour when including templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=30384 --- Comment #11 from DaSch da...@daschmedia.de 2011-08-16 08:47:30 UTC --- I would like you to compare this two pages http://www.wecowi.de/index.php?title=Brunnih%C3%BCtteoldid=102220 http://de.wikipedia.org/w/index.php?title=Brunnih%C3%BCtteoldid=92506027 The WikiText is identical, but in my wiki with MW 1.19 there is a break on top of the page. Was there anything changed in the parser in the newest Version? -- 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 30375] GBrowserIsCompatible is not defined
https://bugzilla.wikimedia.org/show_bug.cgi?id=30375 --- Comment #4 from DaSch da...@daschmedia.de 2011-08-16 08:52:47 UTC --- Well try this two pages http://www.wecowi.de/wiki/WeCoWi:Spielwiese http://www.wecowi.de/wiki/Amoklauf_von_Winnenden On the second the error occures on the first it does not, although the both use display_point with googlemaps -- 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 30391] New: Broken messages in the protection form
https://bugzilla.wikimedia.org/show_bug.cgi?id=30391 Web browser: --- Bug #: 30391 Summary: Broken messages in the protection form Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: easy, need-review, patch Severity: minor Priority: Unprioritized Component: Page protection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: morme...@centrum.cz Classification: Unclassified Created attachment 8921 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8921 Two message existence checks are inverted r80248 broke messages on page protection forms by inverting two message existence checks. The result is that protection levels are all displayed as “Require X permission” (not mentioning what would happen for custom protection levels…), and fieldset legends list the action identifier instead of their localized meaning. See the attached patch for a 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 30392] New: Canonical namespace Wikipedia talk stopped working for zh-yue.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 Web browser: --- Bug #: 30392 Summary: Canonical namespace Wikipedia talk stopped working for zh-yue.wikipedia Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: Unprioritized Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: deryckc...@gmail.com Classification: Unclassified Starting from this morning, the namespaces (ie. URIs) have changed from the canonical names (User, User talk, Wikipedia talk, Template etc.) to the partially localised versions (用戶, 用戶傾偈, Wikipedia 傾偈, 模 etc.) for no obvious reason (MediaWiki update?). The software now inconsistently displays the canonical namespace names sometimes and the localised namespace names at other times. The critical problem is that one canonical namespace name, Wikipedia talk:, stopped working altogether. This created thousands of broken links overnight. We admins at zh-yue.wp are desperate to know what happened and request this issue to be fixed as soon as possible. -- 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 30393] New: Please give a special warning when people try to use complex numbers in {{#expr:}}
https://bugzilla.wikimedia.org/show_bug.cgi?id=30393 Web browser: --- Bug #: 30393 Summary: Please give a special warning when people try to use complex numbers in {{#expr:}} Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ParserFunctions AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: theevilipaddr...@hotmail.de Classification: Unclassified I have recently tried to work with the variable i, i.e. complex numbers in the {{#expr:}} parser function. Of course, this didn't work and gave the error: Expression error: Unrecognised word i. However, I was wondering if in case of i, a more specific error could be thrown, e.g. MediaWiki does not natively support the calculation of complex numbers., because I had wondered for some time if I made something 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 29635] update.php for Postgres creates sequences, then fails when it to rename sequences to those same names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29635 --- Comment #1 from Luigi Corsaro l.cors...@a-company.biz 2011-08-16 10:45:38 UTC --- Created attachment 8922 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8922 Patch to skip existent sequence and throw a warning I've resolved and tested, it seems to work -- 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 29635] update.php for Postgres creates sequences, then fails when it to rename sequences to those same names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29635 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||need-review, patch, ||postgresql CC||p858sn...@gmail.com -- 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 30394] New: Image filter referendum banner displaying in wrong language
https://bugzilla.wikimedia.org/show_bug.cgi?id=30394 Web browser: --- Bug #: 30394 Summary: Image filter referendum banner displaying in wrong language Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: CentralNotice AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: roan.katt...@gmail.com CC: rkald...@wikimedia.org Classification: Unclassified Created attachment 8923 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8923 Image filter banner appearing in foreign language When using CodeReview on mediawikiwiki via the secure gateway, the image filter referendum banner appeared in English at first, but is now appearing in some foreign (Indic?) language. -- 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 30394] Image filter referendum banner displaying in wrong language
https://bugzilla.wikimedia.org/show_bug.cgi?id=30394 --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-08-16 11:11:56 UTC --- Created attachment 8924 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8924 Firebug screen showing the CentralNotice AJAX stuff going on -- 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 30395] New: Date type does not handle a sole year value correctly
https://bugzilla.wikimedia.org/show_bug.cgi?id=30395 Web browser: --- Bug #: 30395 Summary: Date type does not handle a sole year value correctly Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: gavin_ogor...@symantec.com CC: jeroen_ded...@yahoo.com Classification: Unclassified If a property of type::Date (submittedOn for example) is created and then assigned a single value of a single year e.g: [[submittedOn::2011]] then the value is not parsed correctly. The problem is in datavalues/SMW_DV_Time.php:149 and is the MediaWiki wfTimestamp() function. It doesn't correctly parse the year, but returns a value anyway. I did a quick test: if ( $timeStamp !== false $timeStamp != 19700101003332 ) { and that fixed the problem. Obviously it's not a good solution, the wfTimestamp function probably needs to be 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 30392] Canonical namespace Wikipedia talk stopped working for zh-yue.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-08-16 11:21:55 UTC --- That's strange, I don't see how that would've happened. I added Wikipedia talk and MediaWiki talk aliases just now, so that should unbreak your links. If you're unhappy with any of the other namespace names: * Contact us if it's the project namespaces (Wikipedia, Wikipedia talk) or custom namespaces (Portal, Portal talk), or anything else that affects only zh-yuewiki as opposed to the zh-yue language as a whole * Contact TranslateWiki if it's any of the other namespaces, or aliases that apply to the zh-yue language as a whole. Closing as FIXED because the problem as reported (Wikipedia talk doesn't work any more) is fixed; if something is still wrong, feel free to reopen. -- 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 30395] Date type does not handle a sole year value correctly
https://bugzilla.wikimedia.org/show_bug.cgi?id=30395 --- Comment #1 from Gavin O'Gorman gavin_ogor...@symantec.com 2011-08-16 11:24:00 UTC --- Created attachment 8925 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8925 example of date parsing error -- 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 30339] Implement Special:UnitTesting
https://bugzilla.wikimedia.org/show_bug.cgi?id=30339 --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2011-08-16 12:23:40 UTC --- (In reply to comment #4) cc'ing Roan. Can you figure out what's going on with $.inArray being recursed ? I don't have time for that right now, I'm sorry. It would help if you could obtain a backtrace (it seems Chrome/WebKit doesn't give you one, but Firebug should AFAIK), then use the debugger to try to find out why it's doing infinite recursion. -- 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 30286] allow login name to be different from the screen name (currently only username is allowed)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30286 --- Comment #2 from Patrick patoche.smart+bugzilla.wikimedia@gmail.com 2011-08-16 12:27:52 UTC --- It is on en.wikipedia indeed. The story was to give a background for my request and I suppose this is not the place to discuss the rules in place. I was suggesting to add a screen name field to allow some flexibility for the user name while respecting some rules for the screen name. -- 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 30396] New: Form popup does not work with IE7.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30396 Web browser: --- Bug #: 30396 Summary: Form popup does not work with IE7. Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SemanticForms AssignedTo: yaro...@gmail.com ReportedBy: mitchell_ne...@hotmail.com CC: wikibugs-l@lists.wikimedia.org Classification: Unclassified Hi. The form popup does not work with IE7. I just get an empty white box. Unfortunately, one in 11 people round the world still use IE7, so this is pretty important. I'm running MW 1.16.5 and SF 2.2. Thanks. -- 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 30326] PDF export extension doesn't support some characters in Arabic script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30326 --- Comment #12 from Amir Ladsgroup ladsgr...@gmail.com 2011-08-16 13:36:41 UTC --- Maybe problem of لا is from nazli font. so I added Roya font in Mediawiki:print.css. Roya and Nazli is open source and GNU-based font. you can see details in here: http://fa.farsiweb.ir/fawiki/Persian_Fonts -- 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 30392] Canonical namespace Wikipedia talk stopped working for zh-yue.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 Shinjiman shinji...@gmail.com changed: What|Removed |Added CC||shinji...@gmail.com --- Comment #2 from Shinjiman shinji...@gmail.com 2011-08-16 13:46:31 UTC --- I had suspected someone was changed the namespace into the localised name via translatewiki, however there's no history changes to show who was changed for that. http://translatewiki.net/w/i.php?language=yuemodule=namespacetitle=Special%3AAdvancedTranslate As long as the localised name was set as the alias of the original namespace (in English) the link was work. If the link still does not work, there may be necessary to change back to the namespace that were previously set (i.e. revert back to the original English namespace, with Cantonese namespace name as alias). -- 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 30326] PDF export extension doesn't support some characters in Arabic script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30326 --- Comment #13 from reza1615 reza.ene...@gmail.com 2011-08-16 13:49:08 UTC --- for missing bold nazli has nazlib font may be you didn't use it! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30394] Image filter referendum banner displaying in wrong language
https://bugzilla.wikimedia.org/show_bug.cgi?id=30394 Casey Brown b...@caseybrown.org changed: What|Removed |Added CC||b...@caseybrown.org, ||jalexan...@wikimedia.org, ||tf...@wikimedia.org --- Comment #2 from Casey Brown b...@caseybrown.org 2011-08-16 14:25:52 UTC --- krls-ca mentioned on IRC that this was happening on ca.wikipedia.org (showing some unknown language), but that the error's gone 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 30392] Canonical namespace Wikipedia talk stopped working for zh-yue.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 Deryck Chan deryckc...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #3 from Deryck Chan deryckc...@gmail.com 2011-08-16 14:49:49 UTC --- I think the main reason is that since the launch of zh-yuewiki, we administrators decided *not* to localise any of the namespace names. However, at the same time, a separate team of MediaWiki translators localised the namespace names into Cantonese using translatewiki. Therefore, when the MediaWiki upgrade came along, it replaced all the namespace names we're using into the names on translatewiki, some of which are suboptimal (eg. the spacebar in $1_talk is nonsense for any Chinese language) and broke Wikipedia talk. Is it possible that you fetch a dump of all namespace names, localised versions, and aliases currently used on zh-yuewiki? I don't seem to be able to fetch LocalSettings.php as a sysop. PS. Thanks Roan. It's great to have a developer friend to call upon. [edit conflict] I agree with Shinjiman that all zh-yuewiki namespace names should be reverted to their original canonical names, with the localised names as aliases. -- 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 30392] Canonical namespace Wikipedia talk stopped working for zh-yue.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2011-08-16 15:04:12 UTC --- (In reply to comment #3) I think the main reason is that since the launch of zh-yuewiki, we administrators decided *not* to localise any of the namespace names. However, at the same time, a separate team of MediaWiki translators localised the namespace names into Cantonese using translatewiki. Therefore, when the MediaWiki upgrade came along, it replaced all the namespace names we're using into the names on translatewiki, some of which are suboptimal (eg. the spacebar in $1_talk is nonsense for any Chinese language) and broke Wikipedia talk. Is it possible that you fetch a dump of all namespace names, localised versions, and aliases currently used on zh-yuewiki? I don't seem to be able to fetch LocalSettings.php as a sysop. The config files may be found at http://noc.wikimedia.org/conf . The relevant file is InitialiseSettings.php . It's quite enormous and covers all wikis. What you probably want is something more like http://zh-yue.wikipedia.org/w/api.php?action=querymeta=siteinfosiprop=namespaces|namespacealiases . The syntax may be a bit cryptic, but it'll tell you exactly what the wiki believes the namespace names and aliases to be, inferred from a few different sources (configuration, zh-yue translation file, any fallback languages' (zh?) translation files, English translation file). (In reply to comment #2) I had suspected someone was changed the namespace into the localised name via translatewiki, however there's no history changes to show who was changed for that. I suspected that too, but there's no record of the code on the cluster having changed recently. What happened is still a bit of a mystery to me. http://translatewiki.net/w/i.php?language=yuemodule=namespacetitle=Special%3AAdvancedTranslate As long as the localised name was set as the alias of the original namespace (in English) the link was work. If the link still does not work, there may be necessary to change back to the namespace that were previously set (i.e. revert back to the original English namespace, with Cantonese namespace name as alias). For links to work, it doesn't matter whether the English name is the 'real' name and the Cantonese name is the alias, or vice versa. Links will work either way, as long as the aliases are there. In fact, links using English namespace names for core namespaces (in your case, everything except Portal and Wikipedia) will *always* work on any MediaWiki installation, no matter what language it's in. Per comment #2, please sort things out with TranslateWiki if the blame is there, or with us if something's wrong with the names/aliases of the Wikipedia or Portal namespaces. I noticed this bug was reopened; do you guys still need anything from us with regard to the Wikipedia or Portal namespaces? -- 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 30397] New: SecurePoll shouldn't require you to vote from a specific wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30397 Web browser: --- Bug #: 30397 Summary: SecurePoll shouldn't require you to vote from a specific wiki Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SecurePoll AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@caseybrown.org CC: tstarl...@wikimedia.org Classification: Unclassified SecurePoll shouldn't require users to vote from a specific wiki when we have SUL. We allow edit counts on multiple wikis to be combined if people have an SUL account, so we should let them vote from any wiki that's associated with their SUL account. This would make instructions a lot easier, would make it clearer, and would just make sense. :-) -- 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 29859] [ApprovedRevs] Incorrect robot policy handling when using ApprovedRevs extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=29859 --- Comment #7 from Mark A. Hershberger m...@everybody.org 2011-08-16 16:14:04 UTC --- (In reply to comment #5) For any casual person who visited this bug, like me today, I changed in Article.php: if ( $this-getID() === 0 ) { } and then I patched my skin to look at oldid and action in URL for adding noindex,nofollow. Could you clarify this? I'd like to apply this fix, but I don't quite understand your fix. -- 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 30396] Form popup does not work with IE7.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30396 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||f.tr...@gmx.net --- Comment #1 from Yaron Koren yaro...@gmail.com 2011-08-16 16:23:28 UTC --- Adding Stephan to CC list (he should probably be the assignee, actually), since he knows all the Javascript stuff. -- 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 30398] New: Unclickable URLs in IRC feed when using protocol relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30398 Web browser: --- Bug #: 30398 Summary: Unclickable URLs in IRC feed when using protocol relative URLs Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: roan.katt...@gmail.com ReportedBy: s.mazel...@xs4all.nl Classification: Unclassified When using protocol relative URLs, the links in IRC are also protocol relative and not clickable. See for example #betawiki-rc on Freenode IRC. Example line: --- [[MediaWiki:Code-browsing-path/zh-hans]] //translatewiki.net/w/i.php?diff=3182911oldid=2131330 * Username * (+0) --- Relevant code is near line 700 in includes/RecentChange.php: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/RecentChange.php?view=annotate -- 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 30399] New: p tags should not be added to tooltips
https://bugzilla.wikimedia.org/show_bug.cgi?id=30399 Web browser: --- Bug #: 30399 Summary: p tags should not be added to tooltips Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SecurePoll AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: tstarl...@wikimedia.org Classification: Unclassified Created attachment 8926 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8926 The tooltip contains p When I visited https://wikimedia.amellus.net/index.php/Special:SecurePoll/vote/230 I noticed some p tags being displayed in the tooltips... I think they shouldn't be 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 30400] New: Add placeholders or labels to text boxes
https://bugzilla.wikimedia.org/show_bug.cgi?id=30400 Web browser: --- Bug #: 30400 Summary: Add placeholders or labels to text boxes Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: SecurePoll AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: tstarl...@wikimedia.org Classification: Unclassified Created attachment 8927 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8927 Screenshot of current text fields In the end of the page https://wikimedia.amellus.net/index.php/Special:SecurePoll/vote/230 it is said You can write in any language you choose, but we would appreciate an English translation of your comment in the second box if possible. The two boxes should have more indication (e.g. a placehoder or a label) of which one is for the the English version and which one should be in native language. -- 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 20246] Install Extension:Transliterator on fr and en.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=20246 --- Comment #22 from Mark A. Hershberger m...@everybody.org 2011-08-16 16:59:30 UTC --- (In reply to comment #21) This bug is now two years old. Is there any chance it will be resolved any time soon? If you want this deployed, then I suggest you find someone to work on the issues Brion has raised. Otherwise, this is likely to sit longer. -- 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 30286] allow login name to be different from the screen name (currently only username is allowed)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30286 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- 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 30270] Gallery unnecessary margins and paddings
https://bugzilla.wikimedia.org/show_bug.cgi?id=30270 Mark A. Hershberger m...@everybody.org 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 30384] Strange Parser behaviour when including templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=30384 --- Comment #12 from Bawolff bawolff...@gmail.com 2011-08-16 17:49:44 UTC --- (In reply to comment #11) I would like you to compare this two pages http://www.wecowi.de/index.php?title=Brunnih%C3%BCtteoldid=102220 http://de.wikipedia.org/w/index.php?title=Brunnih%C3%BCtteoldid=92506027 The WikiText is identical, but in my wiki with MW 1.19 there is a break on top of the page. Was there anything changed in the parser in the newest Version? It looks as if your template has an includeonly section containing an extra new line that is not present on the Wikipedia version. Could you please include a small (minimal preferably 3 lines or less) example of the weird behaviour including wikitext, what the actual output is, what you expect it to be. So far most of your examples work for me (but that is hindered by the fact I don't really know what I'm looking for in them. I don't see any unexpected weird spaces when I look at the page). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30384] Strange Parser behaviour when including templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=30384 --- Comment #13 from DaSch da...@daschmedia.de 2011-08-16 17:55:17 UTC --- Well I deleted a line between the text and template and saved the problem this way. The point is, that in my wiki new lines in the wikitext are more often parsed as new lines, paragraphs or breaks as in wikipedia and there are often included pbr//p which is total nonsense -- 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 30384] Strange Parser behaviour when including templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=30384 --- Comment #14 from Bawolff bawolff...@gmail.com 2011-08-16 18:00:31 UTC --- Two consecutive new lines make a line break - That's the way its always been (where new lines are added when #if's are involved gets a little confusing because often there is an implicit extra new line, but still the same principle applies). I think it is extremely unlikely we're going to change that behaviour, which as far as I can tell is what you're asking 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 30392] Canonical namespace Wikipedia talk stopped working for zh-yue.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 --- Comment #5 from Deryck Chan deryckc...@gmail.com 2011-08-16 18:00:58 UTC --- I marked this bug as reopened because while the localisation at TranslateWiki is to be blamed for the bug, it's not the real source of the problem. The actual problem is that zh-yuewiki wants the English namespace names as the real names (which one is real matters, because it's the one displayed on the page title after redirection). Is it possible that we override the priorities, and use the English namespace names as the real names, and the localised names as aliases? Another problem is that the word Wikipedia in the namespace isn't localised along with other parts of the namespace name. Hence we get the strange namespace Wikipedia 傾偈, which should be Wikipedia talk or 維基百科傾偈. Thanks again Roan. -- 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 30401] New: jQuery.makeCollapsible plugin: Add ability to remove animation
https://bugzilla.wikimedia.org/show_bug.cgi?id=30401 Web browser: --- Bug #: 30401 Summary: jQuery.makeCollapsible plugin: Add ability to remove animation Product: MediaWiki Version: unspecified Platform: All URL: https://secure.wikimedia.org/wikipedia/en/w/index.php? title=Wikipedia:Village_pump_(technical)oldid=4451828 96#Deprecation_of_Collapsible_tables_and_NavFrames OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: tpars...@wikimedia.org Classification: Unclassified Per [[Wikipedia:Village_pump_(technical)#Deprecation_of_Collapsible_tables_and_NavFrames]], I think it will be good idea to provide a way to turn off the animation of the elements which are collapsible, since they may get boring after a while. -- 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 30384] Strange Parser behaviour when including templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=30384 DaSch da...@daschmedia.de changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||LATER --- Comment #15 from DaSch da...@daschmedia.de 2011-08-16 18:04:11 UTC --- The point why I opend this bug is, that after I deleted many new lines between the #if that where in the template in wikipedia the number of newlines in my wiki decresed, in wikipedia where I took the template from there where no unneeded new lines. I'll try to isolate the problem and check under what cricumstances they appear I set this to later until I know some more about the 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 30402] New: The header of collapsible elements is jumping left when expanded
https://bugzilla.wikimedia.org/show_bug.cgi?id=30402 Web browser: --- Bug #: 30402 Summary: The header of collapsible elements is jumping left when expanded Product: MediaWiki Version: unspecified Platform: All URL: https://secure.wikimedia.org/wikipedia/en/w/index.php? title=Wikipedia:Village_pump_(technical)oldid=4451828 96#Deprecation_of_Collapsible_tables_and_NavFrames OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com CC: tpars...@wikimedia.org Classification: Unclassified As reported on [[Wikipedia:Village_pump_(technical)#Deprecation_of_Collapsible_tables_and_NavFrames]], the header of collapsible elements is jumping left when expanded. This can be fixed by using a CSS such as - .mw-collapsible-toggle { width: 70px; text-align:right; } - or something similar. The length of the toggle may vary depending on the Language, so 70px may not be the best option in some cases. -- 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 30403] New: The diagonal line in the letter z does not appear in some LaTeX formulas
https://bugzilla.wikimedia.org/show_bug.cgi?id=30403 Web browser: --- Bug #: 30403 Summary: The diagonal line in the letter z does not appear in some LaTeX formulas Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Math (texvc) AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danielbach...@gmail.com Classification: Unclassified In some cases the diagonal line in the letter z does not appear when z is an exponent. For example: http://en.wikipedia.org/wiki/Gamma_function (second formula). -- 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 29226] PHPUnit should use color if OS supports ANSI
https://bugzilla.wikimedia.org/show_bug.cgi?id=29226 --- Comment #5 from Ashar Voultoiz has...@free.fr 2011-08-16 18:24:05 UTC --- I have redone my patch to take care of wfIsWindows(). See r94673. -- 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 30403] The diagonal line in the letter z does not appear in some LaTeX formulas
https://bugzilla.wikimedia.org/show_bug.cgi?id=30403 daniel danielbach...@gmail.com changed: What|Removed |Added URL||http://en.wikipedia.org/wik ||i/Gamma_function CC||danielbach...@gmail.com Severity|normal |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 30403] The diagonal line in the letter z does not appear if z is super/sub-script during png rendering
https://bugzilla.wikimedia.org/show_bug.cgi?id=30403 Bawolff bawolff...@gmail.com changed: What|Removed |Added URL|http://en.wikipedia.org/wik | |i/Gamma_function| CC||bawolff...@gmail.com Summary|The diagonal line in the|The diagonal line in the |letter z does not appear in |letter z does not appear if |some LaTeX formulas |z is super/sub-script ||during png rendering Severity|major |normal --- Comment #1 from Bawolff bawolff...@gmail.com 2011-08-16 18:29:31 UTC --- Test cases: math\frac{3}{1} 2^z/math math\frac{3}{1} 2_z/math (the \frac is to prevent simple html rendering and force png rendering) Note, I could not reproduce this on local install (but could on wikipedia) so probably some sort of config 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 30402] The header of collapsible elements is jumping left when expanded
https://bugzilla.wikimedia.org/show_bug.cgi?id=30402 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 18:33:55 UTC --- The existing version seems to avoid this problem by using absolute-positioning for the toggle link instead of a float. The centered text gets positioned based on the surrounding box size, while the toggle link is absolute-positioned within that same box without interfering with the text flow. The downside there is that if the title text is long, it will overlap the toggle link, whereas the float version will force the text to wrap down to the next line, around the float. -- 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 30397] SecurePoll shouldn't require you to vote from a specific wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30397 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 18:37:05 UTC --- Does it currently require a particular wiki? Or does it just currently do automated counts without taking SUL into account, so wants you to use whichever one or ones have enough to count individually? -- 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 30387] Searching on mobile site loads non mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=30387 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 18:42:47 UTC --- Noting that we took a peek at this yesterday and tracked it down to the hook that was being used to initialize some of the MobileFrontend state being one that's not always called on special pages (OutputPageBeforeHTML gets called when adding parser output to the page, but some special pages never actually output anything this way). We had some luck swapping that around to a more universal one, not sure if that's gotten committed yet. -- 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 30389] http://www.wikipedia.org/ mobile detection
https://bugzilla.wikimedia.org/show_bug.cgi?id=30389 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 18:43:42 UTC --- Would we need a mobile-friendly version of that entry page? -- 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 30404] New: Possibility to insert inputbox entered string in a predefined search containing boolean operators
https://bugzilla.wikimedia.org/show_bug.cgi?id=30404 Web browser: --- Bug #: 30404 Summary: Possibility to insert inputbox entered string in a predefined search containing boolean operators Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Inputbox AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gustron...@gmail.com Classification: Unclassified Currently you can perform searches like these: *incategory:Heads of state incategory: deaths *fish incategory:Chefs *intitle:John incategory:American comedy writers Well, suppose you insert this code in [[Category:Heads of state]] or any other 'people' category page: inputbox type=search boolean=incategory:{{PAGENAME}} incategory:$1 deaths width=4 searchbuttonlabel=Find {{PAGENAME}} dead in a given year /inputbox Or this simpler one in any category page: inputbox type=search boolean= $1 incategory:{{PAGENAME}} searchbuttonlabel=Find a word in this category /inputbox Where 'boolean' is the requested new parameter with a unique wildcard (ie. $1 or %s). Using the 'default' parameter to define a boolean search results in an annoying *visible* text in the input box. -- 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 30389] http://www.wikipedia.org/ mobile detection
https://bugzilla.wikimedia.org/show_bug.cgi?id=30389 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #2 from MZMcBride b...@mzmcbride.com 2011-08-16 18:45:24 UTC --- (In reply to comment #1) Would we need a mobile-friendly version of that entry page? Yes. -- 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 30388] Add unit tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=30388 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 18:46:39 UTC --- Examples of things to test: In phpunit? * run some known user-agent strings etc through the magic breakdown to confirm they bring up the settings we expect In .. some sort of client-side environment? * masquerade as particular clients and ensure that you actually get the expected layout times * masquerade as a web client that remembers cookies and confirm that clicking through the various 'view in desktop', 'view in mobile', etc links act as expected -- 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 30387] Searching on mobile site loads non mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=30387 Patrick Reilly prei...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Patrick Reilly prei...@wikimedia.org 2011-08-16 18:47:14 UTC --- This has been fixed and committed in r94596. -- 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 30388] Add unit tests to MobileFrontend extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=30388 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com Summary|Add unit tests |Add unit tests to ||MobileFrontend extension -- 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 30404] InputBox:Possibility to insert entered string in a predefined search containing boolean operators
https://bugzilla.wikimedia.org/show_bug.cgi?id=30404 Gustavo gustron...@gmail.com changed: What|Removed |Added CC||gustron...@gmail.com Summary|Possibility to insert |InputBox:Possibility to |inputbox entered string in |insert entered string in a |a predefined search |predefined search |containing boolean |containing boolean |operators |operators -- 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 30404] InputBox:Possibility to insert entered string in a predefined search containing boolean operators
https://bugzilla.wikimedia.org/show_bug.cgi?id=30404 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 18:53:12 UTC --- Note that this *almost* works: inputbox type=search prefix= incategory:{{PAGENAME}} incategory:$1 deaths width=4 searchbuttonlabel=Find {{PAGENAME}} dead in a given year /inputbox The stuff in the 'prefix' value gets stuffed into the query with a magic 'prefix:' prepended to it; alas searching a blank prefix doesn't work. :( This system could use some general improvement as well, it's a bit of a hack at the moment -- see bug 30229. -- 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 30229] Search by prefix
https://bugzilla.wikimedia.org/show_bug.cgi?id=30229 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-08-16 18:54:28 UTC --- See also bug 30404 -- a more general way to append stuff into the search query could be helpful. On the other hand that could also be handled by a smarter input box system that handles the appending and just sends you on to the search page with a full query. -- 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 22346] Search Bar Addition
https://bugzilla.wikimedia.org/show_bug.cgi?id=22346 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #3 from MZMcBride b...@mzmcbride.com 2011-08-16 18:59:43 UTC --- (In reply to comment #2) I just double checked, the mobile website is using input type=search for iphone/ipod/ipad. Err, what? Where? -- 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 30142] Don't manually build URLs in MobileFrontend extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=30142 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com Summary|Don't manually build URLs |Don't manually build URLs ||in MobileFrontend extension -- 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 29635] update.php for Postgres creates sequences, then fails when it to rename sequences to those same names
https://bugzilla.wikimedia.org/show_bug.cgi?id=29635 --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-08-16 19:12:19 UTC --- Your patch removes some non-existent code. Perhaps you meant it should be added? -- 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 30257] DatabaseMysql.php should have debug output for getLag()
https://bugzilla.wikimedia.org/show_bug.cgi?id=30257 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Low --- Comment #5 from Mark A. Hershberger m...@everybody.org 2011-08-16 19:15:20 UTC --- Please don't reset priorities to unprioritized. I've changed it to low priority. -- 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 30356] New gateway has broken layout for opera mini
https://bugzilla.wikimedia.org/show_bug.cgi?id=30356 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||m...@everybody.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 22346] Mobile search bar should use input type=search
https://bugzilla.wikimedia.org/show_bug.cgi?id=22346 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Summary|Search Bar Addition |Mobile search bar should ||use input type=search -- 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 30403] The diagonal line in the letter z does not appear if z is super/sub-script during png rendering
https://bugzilla.wikimedia.org/show_bug.cgi?id=30403 --- Comment #2 from daniel danielbach...@gmail.com 2011-08-16 19:19:48 UTC --- Note that in some cases the line does appear: math \!\, f(z) = e^z = e^{(x+iy)} = e^x e^{iy} = e^x \left( \cos{y} + i \sin{y} \right)/math -- 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 29550] Move TestSwarm from toolserver to common infrastructure with Cruise Control etc
https://bugzilla.wikimedia.org/show_bug.cgi?id=29550 --- Comment #5 from Brion Vibber br...@wikimedia.org 2011-08-16 19:21:35 UTC --- Toolserver's down at the moment; we have no access to the testswarm setup until it's back. :( -- 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 30405] New: MobileFrontend extension should stop special-casing main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=30405 Web browser: --- Bug #: 30405 Summary: MobileFrontend extension should stop special-casing main page Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified The MobileFrontend extension shouldn't special-case the main page. Currently a lot of the logic and infrastructure is based on a { if isMainPage() } { else ... } model, which is silly and unnecessary. The extension code should be flexible and adaptable to any page. A few tweaks might be necessary for the main page, but there doesn't need to be a completely different system in place for it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30406] New: MobileFrontend extension outputting invalid HTML in footer
https://bugzilla.wikimedia.org/show_bug.cgi?id=30406 Web browser: --- Bug #: 30406 Summary: MobileFrontend extension outputting invalid HTML in footer Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified When visiting a page such as http://en.wikipedia.org/wiki/Main_Page?useformat=mobile currently, the code at the bottom of the page looks like this: div id='copyright'Text is available under the a rel=license href=http://en.wikipedia.org/wiki/Wikipedia:Text_of_Creative_Commons_Attribution-ShareAlike_3.0_Unported_License;Creative Commons Attribution-ShareAlike License/aa rel=license href=http://creativecommons.org/licenses/by-sa/3.0/; style=display:none;/a; additional terms may apply. See a href=http://wikimediafoundation.org/wiki/Terms_of_use;Terms of use/a for details.br/ Wikipediareg; is a registered trademark of the a href=http://www.wikimediafoundation.org/;Wikimedia Foundation, Inc./a, a non-profit organization.br //lili class=noprinta class='internal' href=http://en.wikipedia.org/wiki/Wikipedia:Contact_us;Contact us/a/div There are a number of problems with this code. It's using some bizarre display:none inline CSS, it specifies a li element without any ol or /ul pair, and one of the li elements is left unclosed. I'm told that this isn't exactly MobileFrontend's fault, but regardless, MobileFrontend is the extension responsible for outputting sane and clean code to mobile devices. -- 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 needs updating to recognize Safari 5.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=3 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 19:35:39 UTC --- This is still outstanding; the current default Mac OS X browser doesn't run on our automated tests, and fewer folks seem to be running the old version so it's just not getting run on Safari at all. -- 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 30407] New: MobileFrontend extension's MobileFrontend.php needs code de-duplication
https://bugzilla.wikimedia.org/show_bug.cgi?id=30407 Web browser: --- Bug #: 30407 Summary: MobileFrontend extension's MobileFrontend.php needs code de-duplication Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Currently MobileFrontend.php defines certain variables multiple times. For example, $randomButton is defined four times in the same file. This is unnecessary duplication that can be killed. -- 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 needs updating to recognize Safari 5.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=3 Ashar Voultoiz has...@free.fr changed: What|Removed |Added CC||has...@free.fr --- Comment #2 from Ashar Voultoiz has...@free.fr 2011-08-16 19:37:05 UTC --- Krinkle told me on IRC it was not really feasible on his heavily patched testswarm. Looks like he wants to focus on the new installation instead. -- 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 30408] New: Historys and diffs being obscured by 'watermark' text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30408 Web browser: --- Bug #: 30408 Summary: Historys and diffs being obscured by 'watermark' text Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: andrewcather...@hotmail.co.uk Classification: Unclassified See [https://secure.wikimedia.org/wikipedia/en/wiki/Special:Contributions/Zalgo], [https://secure.wikimedia.org/wikipedia/en/w/index.php?title=User_talk:Zalgodiff=prevoldid=444674442], the text vertically obscures other revisions in histories and text in diffs. -- 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 30408] Histories and diffs being obscured by 'watermark' text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30408 Andrew Catherall andrewcather...@hotmail.co.uk changed: What|Removed |Added Summary|Historys and diffs being|Histories and diffs being |obscured by 'watermark' |obscured by 'watermark' |text|text -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30408] Histories and diffs being obscured by 'watermark' text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30408 Andrew Catherall andrewcather...@hotmail.co.uk changed: What|Removed |Added Priority|Unprioritized |Normal CC||andrewcather...@hotmail.co. ||uk -- 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 30397] SecurePoll shouldn't require you to vote from a specific wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30397 Casey Brown b...@caseybrown.org changed: What|Removed |Added CC||agarr...@wikimedia.org --- Comment #2 from Casey Brown b...@caseybrown.org 2011-08-16 19:51:13 UTC --- It currently requires you to vote from a wiki that you meet the requirements on, I think, even though we add all of the edits together if you have an SUL account (afaik). So I guess it's not one particular wiki, but it's not any wiki you have SUL on. If it were any wiki that your account was unified on, we could easily just have people go through Meta-Wiki. Andrew might be able to give more information. Sorry for giving a confusing report. -- 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 30409] New: MobileFrontend extension should stop using PHP templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=30409 Web browser: --- Bug #: 30409 Summary: MobileFrontend extension should stop using PHP templates Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Currently the MobileFrontend extension uses PHP templates (inside the views directory). This is a holdover from the old Ruby code and should be rewritten at some point to use standard MediaWiki coding conventions. As far as I'm aware, no other MediaWiki extension in Wikimedia's SVN repo uses PHP templates like this. There's no real reason to make an exception here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30118] Custom project icon in MobileFrontend extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=30118 MZMcBride b...@mzmcbride.com changed: What|Removed |Added CC||b...@mzmcbride.com Summary|Custom project icon for |Custom project icon in |search |MobileFrontend extension -- 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 30286] allow login name to be different from the screen name (currently only username is allowed)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30286 --- Comment #3 from Patrick patoche.smart+bugzilla.wikimedia@gmail.com 2011-08-16 19:54:30 UTC --- An explanation why my suggestion is deemed invalid, please! -- 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 30286] allow login name to be different from the screen name (currently only username is allowed)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30286 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||b...@mzmcbride.com Resolution|INVALID | --- Comment #4 from MZMcBride b...@mzmcbride.com 2011-08-16 19:56:29 UTC --- Re-opening this bug pending an explanation of its resolution. -- 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 30389] http://www.wikipedia.org/ mobile detection
https://bugzilla.wikimedia.org/show_bug.cgi?id=30389 --- Comment #3 from Tomasz Finc tf...@wikimedia.org 2011-08-16 19:58:21 UTC --- Yup, I've had numerous reports about non google search results users being frustrated at the large screen layout of that page. -- 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 30408] Histories and diffs being obscured by 'watermark' text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30408 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 20:10:14 UTC --- Well, that's how those bajillions of combining characters render. Not sure what we could/should/would do to change it...? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30408] Histories and diffs being obscured by 'watermark' text
https://bugzilla.wikimedia.org/show_bug.cgi?id=30408 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- 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 29505] Removing dependance on jQuery for devices using NetFront
https://bugzilla.wikimedia.org/show_bug.cgi?id=29505 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Priority|Normal |High -- 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 30001] Add mobile browsers to TestSwarm runs for MediaWiki qunit tests
https://bugzilla.wikimedia.org/show_bug.cgi?id=30001 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||29550 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-16 20:15:46 UTC --- Adding bug 29550 as a dependency; apparently the toolserver version is too hacked-up to update easily so all changes are waiting on a new installation. -- 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 29550] Move TestSwarm from toolserver to common infrastructure with Cruise Control etc
https://bugzilla.wikimedia.org/show_bug.cgi?id=29550 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks||30001 -- 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 20030] ISBN page - world map doesn't work on iPhone in Wikipedia Mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=20030 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Priority|Normal |Low -- 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 needs updating to recognize Safari 5.1
https://bugzilla.wikimedia.org/show_bug.cgi?id=3 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||29550 --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-08-16 20:16:05 UTC --- Adding bug 29550 as a dependency; apparently the toolserver version is too hacked-up to update easily so all changes are waiting on a new installation. -- 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 29550] Move TestSwarm from toolserver to common infrastructure with Cruise Control etc
https://bugzilla.wikimedia.org/show_bug.cgi?id=29550 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks||3 -- 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 29549] TestSwarm needs updating for browser/engine versions (Firefox 5; different versions of Chrome?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29549 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Depends on||29550 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-08-16 20:16:26 UTC --- Adding bug 29550 as a dependency; apparently the toolserver version is too hacked-up to update easily so all changes are waiting on a new installation. -- 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 29550] Move TestSwarm from toolserver to common infrastructure with Cruise Control etc
https://bugzilla.wikimedia.org/show_bug.cgi?id=29550 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Blocks||29549 -- 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 24457] Icon for Wikipedia Mobile for iPhone 4
https://bugzilla.wikimedia.org/show_bug.cgi?id=24457 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Priority|Normal |Low -- 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 30168] Wikipedia Mobile 2.1 (iOS) reportedly crashing
https://bugzilla.wikimedia.org/show_bug.cgi?id=30168 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Priority|Normal |Highest Severity|normal |critical -- 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 30356] New gateway has broken layout for opera mini
https://bugzilla.wikimedia.org/show_bug.cgi?id=30356 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added Priority|Normal |High -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30306] Editing on mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=30306 Tomasz Finc tf...@wikimedia.org 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 29550] Move TestSwarm from toolserver to common infrastructure with Cruise Control etc
https://bugzilla.wikimedia.org/show_bug.cgi?id=29550 --- Comment #6 from Chad H. innocentkil...@gmail.com 2011-08-16 20:23:31 UTC --- This is in the process of being moved to physical hardware in eqiad. Right now the machine is setup and networking is completed. We're waiting on a base OS install before moving forward. -- 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 --- Comment #57 from Nux e...@wp.pl 2011-08-16 20:23:46 UTC --- I think you should simple move everything to top and add some library (even very simple) that would enable script developers to load their scripts either before end of head (sequentially) or in paralel or after doc.ready. BTW I'm not sure how does injecting in between head and body works, but you can append scripts to head while in the head, which seems to work the same as you describe. -- 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 22346] Mobile search bar should use input type=search
https://bugzilla.wikimedia.org/show_bug.cgi?id=22346 MZMcBride b...@mzmcbride.com changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |prei...@wikimedia.org |org | --- Comment #4 from MZMcBride b...@mzmcbride.com 2011-08-16 20:24:50 UTC --- (In reply to comment #3) (In reply to comment #2) I just double checked, the mobile website is using input type=search for iphone/ipod/ipad. Err, what? Where? http://en.m.wikipedia.org/ (the old Ruby code) does indeed use input type=search, but the newer MobileFrontend code at http://en.wikipedia.org/wiki/Main_Page?useformat=mobile is currently using input type=text. So this is an open 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 30384] Strange Parser behaviour when including templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=30384 --- Comment #16 from DaSch da...@daschmedia.de 2011-08-16 20:26:12 UTC --- I can not really find the problem, it's just strange that new lines that are not interpreted in wikipedia are printed as pbr//p in my 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