[Bug 33154] New: Twinkle broken by webfonts in sa and hi wikipedias
https://bugzilla.wikimedia.org/show_bug.cgi?id=33154 Web browser: --- Bug #: 33154 Summary: Twinkle broken by webfonts in sa and hi wikipedias Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: WebFonts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sodabot...@gmail.com CC: s.mazel...@xs4all.nl, santhosh.thottin...@gmail.com Classification: Unclassified Am not sure where to direct this, but this was reported in comments section of another issue i reported (now resolved - 33024). So i am filing a separate bug copying the contents of the comment "One more problem arised is Twinkle has stopped working both in hindi as well as sanskrit wikipedia. So either this new font script is cutting TW script." -Mayur. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31067] Add Wikijunior namespace to Azerbaijani Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=31067 --- Comment #7 from Vugar 1981 2011-12-15 07:42:58 UTC --- We have some problems after https://bugzilla.wikimedia.org/show_bug.cgi?id=31068 this request. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17313] Moving edits incomplete and stalled after renaming a user on the WMF's wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=17313 --- Comment #46 from Ariel T. Glenn 2011-12-15 07:41:57 UTC --- Also I'd like to encourage folks to please open *new* bugs for future rename issues; there's no need for everyone cc'd on this to get email every time a new rename is cleaned up ;-) -- 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 17313] Moving edits incomplete and stalled after renaming a user on the WMF's wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=17313 --- Comment #45 from Ariel T. Glenn 2011-12-15 07:40:56 UTC --- Done; please check that everything looks ok. -- 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 33120] broaden $wgScriptPath's default value
https://bugzilla.wikimedia.org/show_bug.cgi?id=33120 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #7 from Bawolff 2011-12-15 07:39:27 UTC --- >Additionally, if/when the wiki >doesn't work will provide the admin with important clues absent from the >universal breakage that results for a completely non-functioning $wgScriptPath. > What we have now is a MediaWiki that, after a site move within XAMPP that does >not include a diligent updating of $wgScriptPath, hands the browsing user the >XAMPP homepage unconditionally, which is really very little info with which to >find and fix their wayward $wgScriptPath. No? Umm, changing it in DefaultSettings.php wouldn't fix that, as 99.9% of users have it set to something explicit in LocalSettings.php (since its done automatically) so the auto-detection would just be overridden anyhow. I'm doubtful we'd stop auto-setting it in LocalSettings.php, so doing this wouldn't have any affect for anybody really. I also agree that auto-detecting that sounds scary, there's a lot of edge cases where that could go wrong (in the substr example, if the php extension is .php5 instead of .php for example) Its better to have something that works all the time, then something that fails every now and then for some folks. Its not an unrealistic burden to require users to modify this setting in the rare event they move what directory their install is in. >It is working on MediaWiki 1.15.1 on XAMPP 1.7.7 on Windows 7. When I hear won't work on windows, I would assume IIS is 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 33120] broaden $wgScriptPath's default value
https://bugzilla.wikimedia.org/show_bug.cgi?id=33120 --- Comment #6 from George Herson 2011-12-15 07:24:56 UTC --- (In reply to comment #4) > (In reply to comment #3) > > My PHP's rusty, so I didn't immediately remember dirname(): > > $wgScriptPath = dirname($_SERVER["SCRIPT_NAME"]); > > > > That won't work on Windows. It is working on MediaWiki 1.15.1 on XAMPP 1.7.7 on Windows 7. (In reply to comment #5) > My goal is to ensure that MediaWiki is not fragile enough to break simply > because an extension defines a new entry point. > As it stands with the pattern you are suggesting if an extension defines an > entry point like /extensions/FooBar/baz.php the SCRIPT_NAME will be > /extensions/FooBar/baz.php, then $wgScriptPath will become > "/extensions/FooBar" > and suddenly every link generated from that entrypoint breaks. Let us focus. Does calculation of an autodetecting $wgScriptPath default cause a problem when a valid $wgScriptPath setting in LocalSettings exists? If it doesn't (and it won't with IFs checking for the relevant environmental conditions, like CLI), all we have done with autodetection is increase the generality of our default, and lost nothing. No? When the default value doesn't work, the administrator will simply have to set the value manually, just as currently. But in the meantime, their MediaWiki is more likely to work, entirely or sometimes. Additionally, if/when the wiki doesn't work will provide the admin with important clues absent from the universal breakage that results for a completely non-functioning $wgScriptPath. What we have now is a MediaWiki that, after a site move within XAMPP that does not include a diligent updating of $wgScriptPath, hands the browsing user the XAMPP homepage unconditionally, which is really very little info with which to find and fix their wayward $wgScriptPath. No? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33024] Webfonts radio buttons dont work in IE 7.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=33024 Santhosh Thottingal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Santhosh Thottingal 2011-12-15 07:14:16 UTC --- Fixed in r106175 and deployed yesterday. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33024] Webfonts radio buttons dont work in IE 7.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=33024 --- Comment #9 from Mayur 2011-12-15 07:00:48 UTC --- One more problem arised is Twinkle has stopped working both in hindi as well as sanskrit wikipedia. So either this new font script is cutting TW 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 32819] Deploy InteractiveBlockMessage on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=32819 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #3 from Bawolff 2011-12-15 06:56:57 UTC --- Thought I'd look over this extension and give some thoughts: Line 28 of InteractiveBlockedMessage.php: $wgAutoloadClasses['InteractiveBlockMessage'] = "$dir/InteractiveBlockMessage.php"; I'm not sure what that's about (It won't hurt anything, but there is no such class, so it probably shouldn't be there) *LanguageGetMagic hook usage - That's probably ok, but if you use a .magic.i18n.php file, the magic word name can be translated at translatewiki (I think anyways) *MagicWord id being all capitalized - Doesn't really matter, but the magic word id (not the actual magic word, just its internal id) are all lowercase for all the magic words in core *$user->isBlocked() call - should perhaps pass a true to explicitly ask the result to come from slave (doesn't really matter though, since slave is default, but good to be explicit) *Doesn't work on anon user pages (not sure if intentional or not. if it's wanted, all that needs to be done is pass false as second argument to user::newFromName) if it did work for anons, there might be security implications in revealing auto-blocks (As mentioned on the en wp page, although given the number of autoblocks in place at one time, it'd be difficult to glean much from this, but still not a good thing) *If the user causes their own user page to be rendered, the magic word will report true if the user is blocked via auto-blocks, proxy auto-blocker, or DNSBL block (although I don't think the last two are used by wikimedia). This is inconsistent (Compared to other people rendering the page), and probably a bad thing (Although not horrible). Perhaps better to use Block::newFromTarget directly, in which case it would only look at explicit blocks (and could also be used on anon user pages without leaking auto-blocks). *We should perhaps add a hook to SpecialUnblock::processUnblock so that this extension could explicitly purge user pages on an explicit unblock. -- Cheers --- btw, does this extension still need review by the senior dev cabal? (I know there is a mailing list thread about that) if so, it should have the keyword "need-review" and be blocking bug 31235. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33153] New: Vector CSS problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=33153 Web browser: --- Bug #: 33153 Summary: Vector CSS problems Product: MediaWiki Version: 1.18 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Vector Skin AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: computergeoff...@zoho.com CC: asha...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified Sometimes the CSS of hugsmile.t15.org/wiki won't load I think it's because the numerous errors in the vector skin (144): http://jigsaw.w3.org/css-validator/validator?uri=http%3A%2F%2Fhugsmile.t15.org%2Fwiki%2Findex.php%2FHoofdpagina&profile=css21&usermedium=all&warning=1&vextwarning=&lang=nl Kind regards, Geoffrey -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33095] WebFonts menu can expand off the screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=33095 Amir E. Aharoni changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Amir E. Aharoni 2011-12-15 06:47:38 UTC --- Fixed in r106197, r106201, r106202. -- 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 33152] colours in RC irc feed are not working properly
https://bugzilla.wikimedia.org/show_bug.cgi?id=33152 Bawolff changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Bawolff 2011-12-15 05:30:11 UTC --- Ok, so I parted and re-joined the channel - and low and behold, the colours work fine. Thus probably a problem with my irc client sucking. Closing 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 33152] New: colours in RC irc feed are not working properly
https://bugzilla.wikimedia.org/show_bug.cgi?id=33152 Web browser: --- Bug #: 33152 Summary: colours in RC irc feed are not working properly Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: IRC AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bawolff...@gmail.com Classification: Unclassified Created attachment 9707 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9707 screen shot showing colour code failing Could just be something wrong with my IRC client (which happens to be chatzilla), but I get entires that look like this: (taken from irc://irc.wikimedia.org/en.wikinews ): > [[07Indian lunar mission Chandrayaan finds water on moon14]] M > http://en.wikinews.org/w/index.php?diff=1341928&oldid=912902 * Pi zero * (+1) > {{w}}; +[[Category:Asia]]; +[[Category:Apollo program]] using > [[Help:Gadget-HotCat|HotCat]] Where instead of the link being nicely coloured, i get a 07 displayed. Note that the colours later on in the line do work properly. See attached screenshot This is obviously a rather low priority 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 33115] Please update language families classification
https://bugzilla.wikimedia.org/show_bug.cgi?id=33115 --- Comment #2 from Ilya 2011-12-15 05:11:56 UTC --- "map" is the language family code for Austronesian family. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33085] Lohit-Tamil Font improvements
https://bugzilla.wikimedia.org/show_bug.cgi?id=33085 --- Comment #4 from Santhosh Thottingal 2011-12-15 04:58:02 UTC --- (In reply to comment #3) > I remember seeing the mail, what confuses me is the version number. If its > from > the upstream, it might not have changes done by you, since IIRC, your changes > did not go into upstream. Upstream does not/need not maintain webfont versions(WOFF,EOT variants) and often releases an SFD. Version number 2.5.0 means, the webfonts were created from the upstream version 2.5.0. Hope it clarifies. My changes for the webfonts versions can be merged to upstream, but only after some testing and impact on platforms with native hinting. Another option is upstream maintaining Lohit_Tamil_Webfont as separate font. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33151] New: '''a''b'''c'' creates invalid html
https://bugzilla.wikimedia.org/show_bug.cgi?id=33151 Web browser: --- Bug #: 33151 Summary: '''a''b'''c'' creates invalid html Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: liang...@gmail.com CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified Testcase: input abc, select ab and make it bold, select bc and make it italic. wikitext (ok, can be handled by the parser): '''a''b'''c'' dom (ok, makes sense): { "type": "document", "children": [ { "type": "paragraph", "content": { "text": "abc", "annotations": [ { "type": "textStyle/bold", "range": { "start": 0, "end": 2 } }, { "type": "textStyle/italic", "range": { "start": 1, "end": 3 } } ] } } ] } html (invalid): abc -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33127] Double-clicking a word selects several non-Latin words
https://bugzilla.wikimedia.org/show_bug.cgi?id=33127 Liangent changed: What|Removed |Added CC||liang...@gmail.com --- Comment #4 from Liangent 2011-12-15 04:48:47 UTC --- (In reply to comment #2) > We will need this to be more sophisticated for different scripts, and also > need > some help from people more familiar with how word breaks can be > programmatically detected in these scripts. I wish that could be implemented on Chinese as well (just wish). Few softwares (but there're still some even open-source ones) can do this since there's no clear boundary. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33149] "Other ways to give" leads to a frustrating loop
https://bugzilla.wikimedia.org/show_bug.cgi?id=33149 James Alexander changed: What|Removed |Added CC|fr-t...@wikimedia.org |cb...@wikimedia.org, ||jalexan...@wikimedia.org --- Comment #2 from James Alexander 2011-12-15 04:47:38 UTC --- adding Charles who would probably be the one from the PC team to work on helping to fix this if he can (he should also feel free to send it someone else's way) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33085] Lohit-Tamil Font improvements
https://bugzilla.wikimedia.org/show_bug.cgi?id=33085 --- Comment #3 from Srikanth Logic 2011-12-15 04:43:32 UTC --- (In reply to comment #2) > Yes, The font was updated on Nov 29 in r104542 and available for testing in > translatewiki.net from the same day. I had communicated this to you in the > mail. I remember seeing the mail, what confuses me is the version number. If its from the upstream, it might not have changes done by you, since IIRC, your changes did not go into upstream. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33149] "Other ways to give" leads to a frustrating loop
https://bugzilla.wikimedia.org/show_bug.cgi?id=33149 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #1 from MZMcBride 2011-12-15 04:42:24 UTC --- https://wikimediafoundation.org/wiki/Template:2011FR/Donate-waystogive has a pretty awful layout. It should be rewritten with a clearer intro and easier to spot table of contents. The continent selector also looks like shit. You should talk to someone about cleaning it up (or do it yourself and let the fundraising team know). This doesn't seem like a bug, though. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33150] New: Selected text is not completely replaced at insertion of new text when the text was backwardly selected with keyboard
https://bugzilla.wikimedia.org/show_bug.cgi?id=33150 Web browser: --- Bug #: 33150 Summary: Selected text is not completely replaced at insertion of new text when the text was backwardly selected with keyboard Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: liang...@gmail.com CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified Originally reported at http://blog.wikimedia.org/2011/12/13/help-test-the-first-visual-editor-developer-prototype/#comment-47072 but this does not only include select-by-word but also every backward-selection with keyboard. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33085] Lohit-Tamil Font improvements
https://bugzilla.wikimedia.org/show_bug.cgi?id=33085 --- Comment #2 from Santhosh Thottingal 2011-12-15 04:38:55 UTC --- (In reply to comment #0) > Santhosh, > Can you please confirm the latest version on translatewiki has all the changes > you did while we did offline testing? Yes, The font was updated on Nov 29 in r104542 and available for testing in translatewiki.net from the same day. I had communicated this to you in the mail. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33149] New: "Other ways to give" leads to a frustrating loop
https://bugzilla.wikimedia.org/show_bug.cgi?id=33149 Web browser: --- Bug #: 33149 Summary: "Other ways to give" leads to a frustrating loop Product: Wikimedia Version: unspecified Platform: All URL: http://wikimediafoundation.org/w/index.php?title=WMFJA 085/en/US&utm_source=WMdonate&utm_medium=sidebar&utm_c ampaign=20110130SB003&language=en&uselang=en&country=U S&referrer=http%3A%2F%2Fwikimediafoundation.org%2Fwiki %2FHome OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Fundraising - misc AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: pete.public.em...@gmail.com CC: fr-t...@wikimedia.org Classification: Unclassified I try to answer questions at [[meta:Foundation wiki feedback]]. A frequent question is how to donate if credit card or PayPal is not an option. So I tried to replicate the end user's experience with that use case in mind. On the "Donate" page, after some careful reading I found a very small link that says "For more information or other ways to give, click here." Upon clicking that page, I land on a page where the biggest text is "Select your continent." If I were to pause and explore this page carefully, I would find options like direct bank transfer and check mailing address; however, even with my familiarity with the Wikimedia fundraiser and with wiki pages, it took me several visits to realize that. The natural thing to do is to select a continent, and then a country; but this leads you back to the original page you came from. I don't know exactly the best answer, but I think something needs to be fixed 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 33148] New: New font size bug in devnagri
https://bugzilla.wikimedia.org/show_bug.cgi?id=33148 Web browser: --- Bug #: 33148 Summary: New font size bug in devnagri Product: MediaWiki Version: (wikimedia-deployment) Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rahuldeshmukh...@rediffmail.com CC: niklas.laxst...@gmail.com, s.mazel...@xs4all.nl Classification: Unclassified Created attachment 9706 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9706 The screen shot and problem With both the fonts Lohit Devanagari and Samyak Devanagari there are few issues as far as the Devanagari (Marathi) script is concern which I detected on IE on win XP for marathi wikipedia. The character ह (H) looks like character ड (D) in IE when the font is small and the character crops when the font is big. Can you please look into and ask for correction. Please refer the attachment. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32739] Use the examples in ApiSandbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=32739 --- Comment #4 from Max Semenik 2011-12-15 04:16:35 UTC --- Created bug 33147 as a prerequisite for this bug. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32739] Use the examples in ApiSandbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=32739 Max Semenik changed: What|Removed |Added Depends on||33147 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33147] New: API examples should explain what they do
https://bugzilla.wikimedia.org/show_bug.cgi?id=33147 Web browser: --- Bug #: 33147 Summary: API examples should explain what they do Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: API AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: maxsem.w...@gmail.com CC: bryan.tongm...@gmail.com, roan.katt...@gmail.com, s...@reedyboy.net, soxre...@gmail.com Blocks: 32739 Classification: Unclassified Currently, we have only URLs, but users have to guess what they do. This bug is a prerequisite for a sensible implementation of bug 32739. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29742] Enable Extension:FlaggedRevs for fiwiki (fi.wikipedia.org)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29742 --- Comment #10 from kimmo.virta...@gmail.com 2011-12-15 03:55:56 UTC --- This should be also added. $wgGroupPermissions['sysop']['unreviewedpages'] = 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 33090] Wikitext is not escaped
https://bugzilla.wikimedia.org/show_bug.cgi?id=33090 --- Comment #1 from Liangent 2011-12-15 03:47:23 UTC --- Especially when the user tries to start a line with spaces which means a preformatted block in wikitext... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33146] New: Ctrl-arrow doesn't match normal text editor's behavior
https://bugzilla.wikimedia.org/show_bug.cgi?id=33146 Web browser: --- Bug #: 33146 Summary: Ctrl-arrow doesn't match normal text editor's behavior Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: liang...@gmail.com CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified Initial state: abc def ghi jkl| In Visual Editor, every time ctrl-left is pressed: abc def ghi jkl| abc def ghi |jkl abc def ghi| jkl abc def |ghi jkl abc def| ghi jkl abc |def ghi jkl abc| def ghi jkl |abc def ghi jkl In a normal editor or textbox: abc def ghi |jkl abc def |ghi jkl abc |def ghi jkl |abc def ghi jkl -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33111] strips whitespace before the first line
https://bugzilla.wikimedia.org/show_bug.cgi?id=33111 --- Comment #3 from Liangent 2011-12-15 03:32:52 UTC --- It seems Bugzilla converts tab to space so the input should be: [TAB]$a = 1; [TAB]$b = 2; -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33111] strips whitespace before the first line
https://bugzilla.wikimedia.org/show_bug.cgi?id=33111 --- Comment #2 from Liangent 2011-12-15 03:31:51 UTC --- (In reply to comment #1) > Is there an example where we would in fact want blank lines here? If so we'd > still need to handle that first newline case. $a = 1; $b = 2; generates +--+ | $a = 1; | |$b = 2; | +--+ but this looks better: +--+ |$a = 1; | |$b = 2; | +--+ This does not happen if I replace tabs with spaces. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33101] Viewing a User or User talk of username resembling IP ending with .xxx causes Internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=33101 Graham87 changed: What|Removed |Added CC||graha...@jazi.net --- Comment #5 from Graham87 2011-12-15 03:30:14 UTC --- (In reply to comment #4) > What does "invalid" mean in this context? Presumably, it means that the usernames can't be created anymore, per bug 3631. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33145] Project creation should have an interface for adding initial membership
https://bugzilla.wikimedia.org/show_bug.cgi?id=33145 Ryan Lane changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Ryan Lane 2011-12-15 02:42:31 UTC --- Added in r106235. -- 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 33145] New: Project creation should have an interface for adding initial membership
https://bugzilla.wikimedia.org/show_bug.cgi?id=33145 Web browser: --- Bug #: 33145 Summary: Project creation should have an interface for adding initial membership Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: OpenStackManager AssignedTo: rlan...@gmail.com ReportedBy: rlan...@gmail.com Classification: Unclassified A normal workflow is to create a project, then to add the initial project members and their roles. This dialog should be available in the project creation interface. -- 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 33142] New: Keys for increasing reducing indentation of lists (TAB, SHIFT+TAB) and finishing lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=33142 Web browser: --- Bug #: 33142 Summary: Keys for increasing reducing indentation of lists (TAB, SHIFT+TAB) and finishing lists Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: e...@wp.pl CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified Would be nice if TAB/SHIFT+TAB would work for changing indentation when you are in the list. This is common in office applications and I don't really see other uses for TAB when you are in the list. Also - if I can report this without opening another bug :-) - when the list element is empty and you press ENTER you should go out of the list mode (finish the list just like clicking on a list button). This is also common in office applications. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32998] Android back button troubles (history vs bookmarks?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32998 Tomasz Finc changed: What|Removed |Added Severity|normal |critical --- Comment #3 from Tomasz Finc 2011-12-15 02:18:45 UTC --- I'm seeing the same thing happen when I load the app. Hit the back button (which goes back to the home screen). Then i tap the icon for the app and see just the search input box and nothing else. The menu key doesn't work and the only thing i can do is search. -- 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 31579] Android app should allow user to switch to any language version of Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=31579 Tomasz Finc changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Tomasz Finc 2011-12-15 02:09:47 UTC --- This has been in the app settings menu for a bit now. Resolving. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33120] broaden $wgScriptPath's default value
https://bugzilla.wikimedia.org/show_bug.cgi?id=33120 --- Comment #5 from Daniel Friesen 2011-12-15 02:01:36 UTC --- (In reply to comment #3) > If the goal is to help people get MediaWiki working as easily as possible, as > it should be, we should have as intelligent, auto-detecting defaults as people > are willing to code. Those interested in speed (or what is your goal?) are > free to then hone. (Until there's a wizard to generate hard coded settings for > LocalSettings.php that obviates DefaultSettings.php entirely, a wizard that > MediaWiki offers to run on errors that suggest bad settings, such as occur > after moving a site.) My goal is to ensure that MediaWiki is not fragile enough to break simply because an extension defines a new entry point. As it stands with the pattern you are suggesting if an extension defines an entry point like /extensions/FooBar/baz.php the SCRIPT_NAME will be /extensions/FooBar/baz.php, then $wgScriptPath will become "/extensions/FooBar" and suddenly every link generated from that entrypoint breaks. And to top it off We're also trying to ensure that when someone tries to run a cli script their configuration actually has enough information to function. Trying to auto-detect $wgScriptPath will give cli scripts even 'less' information and some of them won't be able to function (as I said, this is likely why the new installer now sets $wgServer) And you're arguing two different things. We already have a system for getting running quickly, the installer. And it does auto-detect this information and then adds that to the LocalSettings.php that it generates. Wikis that have moved are a different case. In fact if a wiki moves, and it's ScriptPath changes, then it likely has other changes that have to make anyways, ones we can't do for them. Like rewrite rule updates, etc... You should actually compare what it takes to move your wiki in a way that changes the domain/path to other CMS systems at the same level as MW. For MediaWiki you usually just have to modify one or two config variables. WordPress on the other hand will happily save urls hardcoded with a domain and path in them all over the database in ways that complicate the move and force a pile of changes to the db. In fact last time I tried to setup a beta. subdomain copy of WordPress I found that the base url config was stored inside the database instead of a config file and WordPress was coded in such a way that you couldn't even log into the wp-admin area to change that setting and hence had to manually fix it in the database. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22457] Explain better the meaning of "By e-mail" button
https://bugzilla.wikimedia.org/show_bug.cgi?id=22457 Emily B changed: What|Removed |Added CC||epb...@umd.edu --- Comment #8 from Emily B 2011-12-15 01:58:32 UTC --- thanks for the feedback, I'll work at improving my patch as soon as I can. Unfortonately this is finals week for me at school so I might not be able to get to it right away. Thanks :) Emily -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33076] Visual editor does not allow to type with (at least some) input methods
https://bugzilla.wikimedia.org/show_bug.cgi?id=33076 shi zhao changed: What|Removed |Added CC||shiz...@gmail.com --- Comment #10 from shi zhao 2011-12-15 01:56:51 UTC --- windows XP + firefox + google pinyin can't input chinese. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32883] [SF] Magic words like {{PAGENAME}} in form definition do not get displayed
https://bugzilla.wikimedia.org/show_bug.cgi?id=32883 fastgoldf...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #13 from fastgoldf...@gmail.com 2011-12-15 01:48:20 UTC --- Reopened again. I don't use caching. -- 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 33129] Feedback form Option 2 has serious issues on IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=33129 Fabrice Florin changed: What|Removed |Added Keywords|aftv5-1.0 |aftv5-1.5 --- Comment #3 from Fabrice Florin 2011-12-15 01:20:43 UTC --- Moved this bug to 1.5 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33125] Help Tooltip Bug on IE7 for Feedback forms
https://bugzilla.wikimedia.org/show_bug.cgi?id=33125 Fabrice Florin changed: What|Removed |Added Keywords|aftv5-1.0 |aftv5-1.5 --- Comment #1 from Fabrice Florin 2011-12-15 01:20:04 UTC --- Moved this bug to 1.5 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33110] Google Chrome on Windows XP displays gibberish
https://bugzilla.wikimedia.org/show_bug.cgi?id=33110 Brion Vibber changed: What|Removed |Added Summary|Google Crome on Windows XP |Google Chrome on Windows XP |displays gibberish |displays gibberish -- 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 33111] strips whitespace before the first line
https://bugzilla.wikimedia.org/show_bug.cgi?id=33111 --- Comment #1 from Brion Vibber 2011-12-15 01:13:54 UTC --- It shouldn't generally... empty lines before your program don't tend to mean anything, while an initial blank line is verry common due to the syntax: <-- NEWLINE first line of source second line of source We don't want to add extra blank lines to represent that empty start. Is there an example where we would in fact want blank lines here? If so we'd still need to handle that first newline case. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33140] Clicking bold, italic, etc should set state for newly entered text when no selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=33140 Brion Vibber changed: What|Removed |Added Summary|State of buttons (bold, |Clicking bold, italic, etc |italic...) different from |should set state for newly |other Visual editors|entered text when no ||selection --- Comment #1 from Brion Vibber 2011-12-15 01:10:15 UTC --- Clarified summary. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32512] Include Associated namespace checkbox on User Contribution page
https://bugzilla.wikimedia.org/show_bug.cgi?id=32512 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Brion Vibber 2011-12-15 01:02:40 UTC --- Looks good! I've applied to trunk (for 1.19) in r106297. -- 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 25844] Record stats on extension downloads
https://bugzilla.wikimedia.org/show_bug.cgi?id=25844 Rob Lanphier changed: What|Removed |Added CC||ro...@wikimedia.org AssignedTo|tstarl...@wikimedia.org |wikibugs-l@lists.wikimedia. ||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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33120] broaden $wgScriptPath's default value
https://bugzilla.wikimedia.org/show_bug.cgi?id=33120 --- Comment #4 from Chad H. 2011-12-15 00:54:14 UTC --- (In reply to comment #3) > My PHP's rusty, so I didn't immediately remember dirname(): > $wgScriptPath = dirname($_SERVER["SCRIPT_NAME"]); > That won't work on Windows. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32009] Application won't compile without commenting out 2 overrides
https://bugzilla.wikimedia.org/show_bug.cgi?id=32009 Tomasz Finc changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Tomasz Finc 2011-12-15 00:05:22 UTC --- Yup. Resolving. -- 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 33142] Keys for increasing reducing indentation of lists (TAB, SHIFT+TAB) and finishing lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=33142 Nux 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 33120] broaden $wgScriptPath's default value
https://bugzilla.wikimedia.org/show_bug.cgi?id=33120 --- Comment #3 from George Herson 2011-12-15 00:39:16 UTC --- My PHP's rusty, so I didn't immediately remember dirname(): $wgScriptPath = dirname($_SERVER["SCRIPT_NAME"]); If the goal is to help people get MediaWiki working as easily as possible, as it should be, we should have as intelligent, auto-detecting defaults as people are willing to code. Those interested in speed (or what is your goal?) are free to then hone. (Until there's a wizard to generate hard coded settings for LocalSettings.php that obviates DefaultSettings.php entirely, a wizard that MediaWiki offers to run on errors that suggest bad settings, such as occur after moving a site.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32512] Include Associated namespace checkbox on User Contribution page
https://bugzilla.wikimedia.org/show_bug.cgi?id=32512 MrBlueSky changed: What|Removed |Added Attachment #9612|0 |1 is obsolete|| --- Comment #3 from MrBlueSky 2011-12-15 00:38:13 UTC --- Created attachment 9705 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9705 Patch against trunk The notice came from MWNamespace::getAssociated(), which still used isMain(). I've made the grouping of the form friendlier for small window sizes, and I also put it in a table and split the code into some chunks so that its easier to move parts of the form around when needed. -- 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 33144] New: AFT counts empty rating into average ratings
https://bugzilla.wikimedia.org/show_bug.cgi?id=33144 Web browser: --- Bug #: 33144 Summary: AFT counts empty rating into average ratings Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Unprioritized Component: ArticleFeedback AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sboute...@wikimedia.org CC: krinklem...@gmail.com, roan.katt...@gmail.com Classification: Unclassified This bug is related to the use of AFT on meta to rate translations. We've seen average ratings of less than 1, meaning that if someone submits ratings for 1 or 2 categories and leaves the 3rd category empty (ie 0 stars), the 0-star rating still appears to be counted into the average. Per Howie, this was fixed before, but seems to have appeared again, at least in the version we're using on meta. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 31576] Magic words are considered to be (non-existing) templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=31576 Rob Lanphier changed: What|Removed |Added Priority|High|Normal --- Comment #21 from Rob Lanphier 2011-12-15 00:24:31 UTC --- For whatever reason, this has stopped. Not closing, but bumping down the priority. Please reraise the priority if it starts happening again. We'll periodically check in on this. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33143] New: Wrong rendering of levels of lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=33143 Web browser: --- Bug #: 33143 Summary: Wrong rendering of levels of lists Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: e...@wp.pl CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified # abc ## second #* next Should be: 1. abc 1. second * next It is now: 1. abc 1. second * next HTML rendering is now: abc second next Should be: abc second next -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30809] Lower Diacritics of Devanagari Hidden in Page Titles and Section Headings
https://bugzilla.wikimedia.org/show_bug.cgi?id=30809 Siebrand changed: What|Removed |Added Status|REOPENED|RESOLVED CC||s.mazel...@xs4all.nl Resolution||FIXED --- Comment #15 from Siebrand 2011-12-14 23:53:41 UTC --- Closing this a little late, but fixes were made in r99389, r104160, r105517, r105521. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33131] diacritic marks in PAGETITLE get cut off for devanagari and odiya
https://bugzilla.wikimedia.org/show_bug.cgi?id=33131 Siebrand changed: What|Removed |Added Priority|Unprioritized |Normal 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 33141] New: Link button and it's shortcut should trigger a dialog also when no text is selected
https://bugzilla.wikimedia.org/show_bug.cgi?id=33141 Web browser: --- Bug #: 33141 Summary: Link button and it's shortcut should trigger a dialog also when no text is selected Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: e...@wp.pl CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified I like the way links are inserted in Vector toolbar and I'd like to see the same dialog in the Visual editor. If any text is selected the fields should be pre-filled as they are in Vector. I think many now-users will expect this as well as users of other visual editors. Text rarely need to be selected for this to work from my experience. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33131] diacritic marks in PAGETITLE get cut off for devanagari and odiya
https://bugzilla.wikimedia.org/show_bug.cgi?id=33131 Siebrand changed: What|Removed |Added CC||s.mazel...@xs4all.nl --- Comment #1 from Siebrand 2011-12-14 23:47:43 UTC --- Not sure if this is a web font issue. We've done some CSS fixes for the marks *below* the line in titles recently for a bunch of Indic languages[1]. We'll discuss this in our next daily meeting, and see what can be done about it. [1] r99389, r104160, r105517, r105521, bug 29405, bug 30809 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33101] Viewing a User or User talk of username resembling IP ending with .xxx causes Internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=33101 --- Comment #4 from Erwin Dokter 2011-12-14 23:47:36 UTC --- What does "invalid" mean in this context? Obviously, these usernames exist, andthe can be blocked. So reporting no-blocks would be just as bad. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33140] New: State of buttons (bold, italic...) different from other Visual editors
https://bugzilla.wikimedia.org/show_bug.cgi?id=33140 Web browser: --- Bug #: 33140 Summary: State of buttons (bold, italic...) different from other Visual editors Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: e...@wp.pl CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified 1. Clicking a button like bold/italic should set it's state to ON. 2. Clicking a button again should turn it's state to OFF. 3. I would expect basically the same behavior of buttons when using shortcuts (e.g. CTRL+B). Currently clicking a button is different then using a shortcut - with shortcut you triggers ON state, clicking only works for the selected text. This is behavior I observed both in latest Opera and Chrome. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33139] New: Swapping colors in new diff color scheme, per r105280
https://bugzilla.wikimedia.org/show_bug.cgi?id=33139 Web browser: --- Bug #: 33139 Summary: Swapping colors in new diff color scheme, per r105280 Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: need-review, patch Severity: normal Priority: Unprioritized Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: er...@darcoury.nl Classification: Unclassified Created attachment 9704 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9704 Patch for mediawiki.action.history.diff.css Patch to swicth the new diff colors around: left side blue, right side green. Also restore #eee background for context lines. As discussed on r105280. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32939] AFTv5 Feedback form Option 3 Ratings do not work on IE7
https://bugzilla.wikimedia.org/show_bug.cgi?id=32939 Fabrice Florin changed: What|Removed |Added Keywords|aftv5-1.0 |aftv5-1.5 --- Comment #8 from Fabrice Florin 2011-12-14 23:28:08 UTC --- Good news. Hopefully we can fix the visual issue in coming days, even though this is no longer a 1.0 launch item. I have changed this ticket's phase keyword to aftv5-1.5 for now. -- 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 33138] New: Alt code characters do not work
https://bugzilla.wikimedia.org/show_bug.cgi?id=33138 Web browser: --- Bug #: 33138 Summary: Alt code characters do not work Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: VisualEditor AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: yyairr...@gmail.com CC: ne...@wikimedia.org, tpars...@wikimedia.org Classification: Unclassified [[Alt code]] characters do not work in VisualEditor. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33091] Linking on a part of a word triggers linktrail
https://bugzilla.wikimedia.org/show_bug.cgi?id=33091 Yair Rand changed: What|Removed |Added Status|RESOLVED|REOPENED CC||yyairr...@gmail.com Resolution|INVALID | --- Comment #2 from Yair Rand 2011-12-14 23:07:40 UTC --- The expected wikitext would be [[apple]]s (or something that has the same effect). Alternatively, the VisualEditor should correctly display the entire word as a link when a user tries to link part of a word, as the HTML resulting from such wikitext would ordinarily produce. The bug is the inconsistency between the display and the wikitext. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32473] [[Special:PasswordReset]] can not be used on private wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=32473 Rob Lanphier changed: What|Removed |Added CC||ro...@wikimedia.org --- Comment #7 from Rob Lanphier 2011-12-14 22:53:49 UTC --- *** Bug 33130 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33130] Special:PasswordReset doesn't appear to be whitelisted for private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33130 Rob Lanphier changed: What|Removed |Added Resolution|FIXED |DUPLICATE --- Comment #3 from Rob Lanphier 2011-12-14 22:53:49 UTC --- Ok...that's actually bug 32473 that this is a duplicate of. *** This bug has been marked as a duplicate of bug 32473 *** -- 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 33137] New: Activation of Special:Import and mw:Extension:GoogleNewsSitemap in portugues wikininews
https://bugzilla.wikimedia.org/show_bug.cgi?id=33137 Web browser: --- Bug #: 33137 Summary: Activation of Special:Import and mw:Extension:GoogleNewsSitemap in portugues wikininews 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: bertrand.gron...@aliceadsl.fr Classification: Unclassified Please, activate Special:Import in portugues wikinews (pt.wikinews.org) from the following wikis : 1) w, wikt, s, v, b, q, meta, commons 2) it, fr, ca, en, es, de Create, too, the Transwiki and Tranwiki namespaces in the same project. Can you activate Extension:GoogleNewsSitemap, too ? See the following discussion : http://pt.wikinews.org/wiki/Wikinotícias:Redação/Ativação_da_página_especial_Special:Import_(12/12/2011) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33130] Special:PasswordReset doesn't appear to be whitelisted for private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33130 p858snake changed: What|Removed |Added Resolution|DUPLICATE |FIXED --- Comment #2 from p858snake 2011-12-14 22:51:03 UTC --- Already done r105428 -- 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 32709] Private Wiki users are always taken to Special:Badtitle on successful login
https://bugzilla.wikimedia.org/show_bug.cgi?id=32709 --- Comment #12 from p858snake 2011-12-14 22:49:09 UTC --- *** Bug 33130 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33130] Special:PasswordReset doesn't appear to be whitelisted for private wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=33130 p858snake changed: What|Removed |Added Status|NEW |RESOLVED CC||p858sn...@gmail.com Resolution||DUPLICATE --- Comment #1 from p858snake 2011-12-14 22:49:09 UTC --- *** This bug has been marked as a duplicate of bug 32709 *** -- 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 33134] sort order for inline queries is case sensitive
https://bugzilla.wikimedia.org/show_bug.cgi?id=33134 Jeroen De Dauw changed: What|Removed |Added Priority|Unprioritized |Low 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 33114] Call to undefined method SMWDataValue::getDataItems
https://bugzilla.wikimedia.org/show_bug.cgi?id=33114 --- Comment #9 from Tomas Gradin 2011-12-14 22:42:30 UTC --- > You can keep complaining about this, but I am not putting in a check like you wrote as it seems to treat a symptom rather them fixing the actual issue. Of course not! I just thought I'd share it as a dirty workaround in case someone else has the same problem (http://www.xkcd.com/979/). It just bugs me that the caller is assuming things that are not consistent with the documentation. > This just makes me think it actually is Halo doing something wrong. > If you can give me some set of actions to do to reproduce this using > extensions that I can get from the WMF repo, I'll be happy to debug it > for you and create a fix where applicable. OK I'll do my best! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33136] "Mobile view" footer is shown on printable version of monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=33136 Patrick Reilly changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Patrick Reilly 2011-12-14 22:39:01 UTC --- (In reply to comment #1) > Fixed locally on en.wp > > https://en.wikipedia.org/w/index.php?title=MediaWiki%3APrint.css&action=historysubmit&diff=465898436&oldid=463504084 Fixed in r106269. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33085] Lohit-Tamil Font improvements
https://bugzilla.wikimedia.org/show_bug.cgi?id=33085 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #1 from Niklas Laxström 2011-12-14 22:36:33 UTC --- The version number is from upstream. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32992] Test that clicktracking is collecting the data we need
https://bugzilla.wikimedia.org/show_bug.cgi?id=32992 --- Comment #10 from Dario Taraborelli 2011-12-14 22:36:31 UTC --- Copying here for the record some important tweaks that Reha and I just discussed over IRC: * vertical-link events should be prefixed with the option identifier * all CTA events should be prefixed with the option and the placement identifier The general naming scheme we'll be using is the following: 'ext.articleFeedbackv5@' + version + '-' + key with version as the version number set in the configuration and key the event identifier: * [option id]-[event]-[placement id] * [option id]-[cta id]-[event]-[placement id] -- 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 31186] Customization (MediaWiki:Common.css) does not work after upgarde in version 1.17.0
https://bugzilla.wikimedia.org/show_bug.cgi?id=31186 jon_w...@hotmail.co.uk changed: What|Removed |Added CC||jon_w...@hotmail.co.uk --- Comment #4 from jon_w...@hotmail.co.uk 2011-12-14 22:36:11 UTC --- Just to echo the above comment... I had a nightmare with getting Common.css to load when I upgraded from MW1.16.5 to MW1.18. The solution [for me] was to add the following to .htaccess RewriteRule .*\load.php$ - [L] -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33136] "Mobile view" footer is shown on printable version of monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=33136 --- Comment #1 from Derk-Jan Hartman 2011-12-14 22:34:14 UTC --- Fixed locally on en.wp https://en.wikipedia.org/w/index.php?title=MediaWiki%3APrint.css&action=historysubmit&diff=465898436&oldid=463504084 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33136] New: "Mobile view" footer is shown on printable version of monobook
https://bugzilla.wikimedia.org/show_bug.cgi?id=33136 Web browser: --- Bug #: 33136 Summary: "Mobile view" footer is shown on printable version of monobook 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: hart...@videolan.org CC: prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified When using the monobook skin, the mobile view link is visible when you use the print layout. This is because these links are individually hidden in print mode for the older/non-vector skins, but the #mobileview is of course not in the standard mono book skin. Ideas. tack "noprint" on it, or add @print css 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 33101] Viewing a User or User talk of username resembling IP ending with .xxx causes Internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=33101 Hazard-SJ changed: What|Removed |Added CC||hazard...@yahoo.com --- Comment #3 from Hazard-SJ 2011-12-14 22:33:27 UTC --- See also, a user page with the same problem: http://en.wikipedia.org/wiki/User:213.253.39.xxx -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32992] Test that clicktracking is collecting the data we need
https://bugzilla.wikimedia.org/show_bug.cgi?id=32992 --- Comment #9 from Reha Sterbin 2011-12-14 22:32:57 UTC --- Tweaks to naming in r106267: Added "optionX-" to the front of all the cta events, and to the feedback links General style is now [option identifier]-([cta identifier]-)[event]-[bottom/overlay] -- 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 33135] New: Viewing a restricted page/form doesn't ask the user to log in
https://bugzilla.wikimedia.org/show_bug.cgi?id=33135 Web browser: --- Bug #: 33135 Summary: Viewing a restricted page/form doesn't ask the user to log in Product: MediaWiki Version: 1.17.0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: Page protection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sudo...@mailinator.com Classification: Unclassified (This is a refiling of https://bugzilla.wikimedia.org/show_bug.cgi?id=33132 The developer there said that the relevant message was hard-coded into MediaWiki, so that I should post here.) When someone who isn't logged in goes to edit a page on our wiki, they see this: > You do not have permission to edit this page, for the following reasons: >* The action you have requested is limited to users in the group: Users. >* You do not have permission to edit pages in the Page namespace. This default text isn't perfect for all situations, because when a user clicks the "submit a bug" button on our wiki, they are taken to a Special:FormEdit page (which is used as part of a SMW extension.) If they are not logged in, then they see this text: > You do not have permission to edit this page, for the following reason: > The action you have requested is limited to users in the group: Users. It would be nice if a there was text and a link that invited the user to log in or sign up for an account, or a redirect to the login page, especially if that page is editable by a normal user. 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 32739] Use the examples in ApiSandbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=32739 --- Comment #3 from Sumana Harihareswara 2011-12-14 22:19:47 UTC --- Would like to get this improved & deployed by January 20th in time for this event: https://www.mediawiki.org/wiki/January_2012_San_Francisco_Hackathon -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32740] Use parameter types in ApiSandbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=32740 Sumana Harihareswara changed: What|Removed |Added Keywords||platformeng Priority|Unprioritized |High CC||suma...@panix.com --- Comment #2 from Sumana Harihareswara 2011-12-14 22:19:09 UTC --- Upped priority per platform engineering meeting today. Aiming to get this improved & deployed by 20 January. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 32739] Use the examples in ApiSandbox
https://bugzilla.wikimedia.org/show_bug.cgi?id=32739 Sumana Harihareswara changed: What|Removed |Added Keywords||platformeng Priority|Unprioritized |High --- Comment #2 from Sumana Harihareswara 2011-12-14 22:18:42 UTC --- Upped priority per platform engineering meeting today. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33121] Manipulating the sort order of main result column and of properties at the same time during queries
https://bugzilla.wikimedia.org/show_bug.cgi?id=33121 --- Comment #6 from Jeroen De Dauw 2011-12-14 22:10:20 UTC --- I tested a bit and cleaned up the code, which really was a mess (r106252). Seems to work just fine to me. Also found this was actually already possible, by specifying an order argument to much. sort=Modification date order=ASC, DESC results in Modification date=ASC Page=DESC Now you have two ways of doing 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 32992] Test that clicktracking is collecting the data we need
https://bugzilla.wikimedia.org/show_bug.cgi?id=32992 Reha Sterbin changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #8 from Reha Sterbin 2011-12-14 22:07:03 UTC --- The short list is nearly done (as of r106251) Here are the tracking ids I've selected (excluding the prefix to designate it for this version of AFTv5). I'm operating under the assumption that because you listed the overlay and bottom states separately, you wanted them tracked separately. Please let me know if I should make any of these share a tracking id. ==Feedback button== * feedback button clicks - 'vertical-link' -- also 'toolbox-link' for clicks on the toolbar link (this was already being tracked) ==AFT5 Option 1 (Yes/No), bottom == * submit button clicks - 'option1-submit' ==AFT5 Option 1 (Yes/No), overlay == * impressions (overlay only) - 'option1-impression-overlay' * disable button clicks (overlay only) - 'option1-overlay-close' * submit button clicks - 'option1-submit-overlay' ==AFT5 Option 2 (4 tabs), bottom== * submit button clicks - 'option2-submit-bottom' ==AFT5 Option 2 (4 tabs), overlay== * impressions (overlay only) - 'option2-impression-overlay' * disable button clicks (overlay only) - 'option2-overlay-close' * submit button clicks - 'option2-submit' ==AFT5 Option 3 (Rating), bottom== * submit button - 'option3-submit-bottom' ==AFT5 Option 3 (Rating), overlay == * impressions (overlay only) - 'option3-impression-overlay' * disable button (overlay only) - 'option3-overlay-close' * submit button - 'option3-submit-overlay' ==CTA-1 (Edit), bottom== * impressions - 'cta-edit-impression-bottom' * edit this page button clicks - 'cta-edit-button-click-bottom' * edit save attempts - NOT YET WORKING * edit save completed - NOT YET WORKING ==CTA-1 (Edit), overlay== * impressions - 'cta-edit-overlay-impression' * disable button (overlay only) - 'cta-edit-overlay-close' * edit this page button clicks- 'cta-edit-button-click-overlay' * edit save attempts - NOT YET WORKING * edit save completed - NOT YET WORKING ==CTA-2 (Learn more), bottom== * impressions - 'cta-learn-more-bottom-impression' * learn how to edit button clicks - 'cta-learn-more-button-click-bottom' ==CTA-2 (Learn more), overlay== * impressions - 'cta-learn-more-overlay-impression' * disable button (overlay only) - 'cta-learn-more-overlay-close' * learn how to edit button clicks- 'cta-learn-more-button-click-overlay' -- 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 31447] Android App 1.0 release (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=31447 Bug 31447 depends on bug 33012, which changed state. Bug 33012 Summary: Add inter-wiki language links https://bugzilla.wikimedia.org/show_bug.cgi?id=33012 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33012] Add inter-wiki language links
https://bugzilla.wikimedia.org/show_bug.cgi?id=33012 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Brion Vibber 2011-12-14 21:58:52 UTC --- Basic version finished & committed as of https://github.com/wikimedia/WikipediaMobile/commit/69c4d2fb326aab95ca39552d5ac87cb52b180ada Uses list style of the bookmarks & history dialogs. Slurps the links from the hidden on the iframe. -- 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 33048] HTML Serializer doesn't handle overlapping tags correctly
https://bugzilla.wikimedia.org/show_bug.cgi?id=33048 --- Comment #4 from Gabriel Wicke 2011-12-14 21:43:50 UTC --- The parser pipeline uses a JS HTML5 tree builder for nesting fix-ups with standardized behavior, which ought to be identical to the innerHTML method on HTML5-compliant browsers. This tree builder could serve as a pure-JS fall-back for browsers with non-standard parsers if we should standardize on the HTML5 flavor of nesting fix-ups. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33101] Viewing a User or User talk of username resembling IP ending with .xxx causes Internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=33101 p858snake changed: What|Removed |Added Keywords||need-review, patch 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 33047] Page Up and Page Down don't work in VisualEditor in Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=33047 Mark A. Hershberger 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 33101] Viewing a User or User talk of username resembling IP ending with .xxx causes Internal error
https://bugzilla.wikimedia.org/show_bug.cgi?id=33101 --- Comment #2 from Brad Jorsch 2011-12-14 21:41:39 UTC --- Created attachment 9703 --> https://bugzilla.wikimedia.org/attachment.cgi?id=9703 Don't try to load blocks for an invalid username It appears the problem will occur on any non-redlinked user or user talk page for an invalid username. Names like "209.75.42.xxx" are invalid because they were used by the usemod software to "cloak" IP addresses, but any other case where you can create the user or user talk page for an invalid username will do it. The problem lies in Block, in that it will try to load blocks for what it already knows is an invalid username, and then complains when it finds that it has an invalid username. It was broken in the big rewrite in r84475. I've attached a patch that quite simply just makes it return "no blocks" for an invalid username. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33043] Suggestive text doesn't appear in FF8, OSX 10.6
https://bugzilla.wikimedia.org/show_bug.cgi?id=33043 Mark A. Hershberger 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 32840] Position the feedback label before the geo-tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=32840 Mark A. Hershberger 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 33115] Please update language families classification
https://bugzilla.wikimedia.org/show_bug.cgi?id=33115 --- Comment #1 from Mark A. Hershberger 2011-12-14 21:36:41 UTC --- Which map do you mean? https://translatewiki.net/wiki/Languages_by_language_family ?? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33134] New: sort order for inline queries is case sensitive
https://bugzilla.wikimedia.org/show_bug.cgi?id=33134 Web browser: --- Bug #: 33134 Summary: sort order for inline queries is case sensitive Product: MediaWiki extensions Version: any Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Unprioritized Component: Semantic MediaWiki AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: sudo...@mailinator.com CC: jeroen_ded...@yahoo.com, mar...@semantic-mediawiki.org Classification: Unclassified It would be really nice if one could have as a default (or specify) that |sort=someProperty sorts results in case insensitive order. This clears up any confusion when there are many results and GIMP comes before Gdb, and CPPI comes before Clisp, for 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 32941] The vertical feedback button doesn't appear on the right of the article page
https://bugzilla.wikimedia.org/show_bug.cgi?id=32941 Sean Heavey changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||LATER --- Comment #3 from Sean Heavey 2011-12-14 21:25:33 UTC --- This bug has been temporarily closed by supplanting the live text button with a .png graphic. For the time being, localization text has been inserted into the title tooltip for the graphic. The button will be a live text link in the v1.5 release. -- 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