[Bug 30422] New: Allow to specify language and directionality for page titles and parts thereof
https://bugzilla.wikimedia.org/show_bug.cgi?id=30422 Web browser: --- Bug #: 30422 Summary: Allow to specify language and directionality for page titles and parts thereof Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Internationalization AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net Classification: Unclassified There is no way currently to determine (the) language(s) of a page title beyound some heuristics which are mere guesswork, Yet for proper language tagging in html, language and directionality need to be known. Fortunately, theses case are comparatively rare in current wikis, as far as I know, but you can easily find samples of mixed language/script page title, such as disambiguations in a dictionary: blow (hit) blow (airstream) etc. where the words in brackets may get translated to chinese when the target language is chinese. It is of course impossible to insert span tags with language informations into page titles. For the correct rendering of a page title on the respective page, we can use the PAGETITLE function. It may be an option, to use that information elsewhere, too, such as in logs, in lists, and in link anchors, for instance. The latter would make the parser automatically convert [[pagename]] to something like [[pagename|PAGETITLE attribute of pagename]] if that PAGETITLE exists. Evaluation of [[pagename|]] would have to be moved from pre-parse to rendering, or a new paser function PAGETITLEOF:title|options be used. All these would need the (current) pagetitle be kept in the database. (Note that this would be yet another piece of design breaking our so called permalinks) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #7 from Niklas Laxström niklas.laxst...@gmail.com 2011-08-17 06:52:57 UTC --- I can only suggest local WMF patch to take of the namespaces. This is routine MediaWiki localisation that affects anybody, not just Wikipedia. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30270] Gallery unnecessary margins and paddings
https://bugzilla.wikimedia.org/show_bug.cgi?id=30270 --- Comment #3 from fastgoldf...@gmail.com 2011-08-17 07:10:43 UTC --- It looks like my edited code was mostly just me changing margins and padding to 0px. In actuality, I think those lines could be removed completely for the same effect, and slightly less bandwidth usage from the CSS files. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #8 from Deryck Chan deryckc...@gmail.com 2011-08-17 07:39:51 UTC --- Niklas: please do that. We at zh-yue.wiki have been using the original English namespaces for all our links, and would prefer to keep it that way. The localised names should be kept as aliases. Cross-posting for reference: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/MessagesYue.php?r1=94011r2=94017 http://translatewiki.net/wiki/User_talk:Siebrand#Namespace_translations_on_Cantonese_wikipedia_15786 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #9 from Niklas Laxström niklas.laxst...@gmail.com 2011-08-17 07:43:45 UTC --- Sorry but I can't do that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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] zh-yue.wikipedia should use English namespace names as well as Wikipedia/Wikipedia_talk for NS_PROJECT[_TALK]
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Keywords||shell Priority|Normal |High Summary|Canonical namespace |zh-yue.wikipedia should use |Wikipedia talk stopped|English namespace names as |working for |well as |zh-yue.wikipedia|Wikipedia/Wikipedia_talk ||for NS_PROJECT[_TALK] Severity|critical|normal --- Comment #10 from Siebrand s.mazel...@xs4all.nl 2011-08-17 07:55:36 UTC --- Adding shell keyword so that this can be picked up by the proper group. As for changes to generic namespace names and the Translate extension. History for namespace changes is kept in http://translatewiki.net/w/i.php?title=MediaWiki:Sp-translate-data-Namespaces/yueaction=history Also updated priority a bit, as the most impacting issue has already been resolved, as stated in comment 1. (In reply to comment #2) 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. Probably has to do with r94026 being deployed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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] zh-yue.wikipedia should use English namespace names as well as Wikipedia/Wikipedia_talk for NS_PROJECT[_TALK]
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 --- Comment #11 from Deryck Chan deryckc...@gmail.com 2011-08-17 08:05:25 UTC --- One very important point was raised by zh-yue:User:HenryLi. The colon (:) is inherently foreign to any Chinese language, because we use the full-width colon (：) instead. As a result, there is no point in localising the namespaces into Chinese / Cantonese / any other Chinese language written in Chinese script unless the option of replacing the colon with something else is available. Will editing MediaWiki:Sp-translate-data-Namespaces/yue back to the English version be a workable option? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 Bence Damokos bdamo...@gmail.com changed: What|Removed |Added CC||bdamo...@gmail.com --- Comment #2 from Bence Damokos bdamo...@gmail.com 2011-08-17 08:19:01 UTC --- (In reply to comment #1) This does not show consensus; in fact, it shows quite the opposite, if I'm not mistaken. The discussion can be summarized as follows: Tgr proposes the feature to be enabled, and given that it should be uncontroversial, asks that instead of a vote, people who oppose it express their opinion. OsvátA says: Let's not vote, instead make this happen already! Raziel and Peligro mention that a similar article rating feature is already enabled and not used on huwiki perhaps because it blends into the site too much, and Peligro concludes that the more noticeable version might be more effective. About one and a half week passes without no further comment or opposition, I ask Tgr whether he has gone ahead with opening the bug report. -- Given the hopefully uncontroversial nature of the feature and the fact, that it was not heavily opposed I would conclude that there is enough tacit support in the community to enable the features. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16700] Nesting templates lead to excess whitespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=16700 DaSch da...@daschmedia.de changed: What|Removed |Added CC||da...@daschmedia.de --- Comment #11 from DaSch da...@daschmedia.de 2011-08-17 08:21:55 UTC --- For side effects check bug 30384 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 Varga Benjámin benn...@freemail.hu changed: What|Removed |Added CC||benn...@freemail.hu --- Comment #3 from Varga Benjámin benn...@freemail.hu 2011-08-17 08:30:14 UTC --- that it was not heavily opposed—in fact, it was not opposed at all. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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] Broken messages in the protection form
https://bugzilla.wikimedia.org/show_bug.cgi?id=30391 Mormegil morme...@centrum.cz changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Mormegil morme...@centrum.cz 2011-08-17 08:58:58 UTC --- (In reply to comment #1) Fixed in r80341, r80408, and r80252. No, not fixed, not in those revisions, and not anywhere else. Would you please see the patch, notice it is for ProtectionForm.php, and verify that none of those revisions touched this file? Or you might just take a look at the current http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/ProtectionForm.php?view=markup#l360 and realize that $msg-exists() ? $action : $msg-text() is _really_ a strange logic. Or maybe just look at a live protection form on a trunk MediaWiki and see the broken behavior? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30284] Broken +index=x for records
https://bugzilla.wikimedia.org/show_bug.cgi?id=30284 --- Comment #1 from Kazimierz kaz...@gmail.com 2011-08-17 09:10:16 UTC --- Created attachment 8930 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8930 Quick and dirty fis for the Record index problem -- 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 25105] Add all public lists to Gmane: provide .mbox lists archives
https://bugzilla.wikimedia.org/show_bug.cgi?id=25105 --- Comment #8 from Nemo_bis federicol...@tiscali.it 2011-08-17 09:10:40 UTC --- (In reply to comment #7) That means, _also_ on those that are private = 0 in our config and/or you have listed as being on Gmane already. After logging in with my user/pass for that specific mailing list i do get the mbox files. It was a year ago but if I remember correctly I wasn't able to download the mbox of some lists I was subscribed to. Did i get you right though, that you say you can (or could) access _some_ mbox files without any login? Yes, I'm sure that I just downloaded the foundation-l one with wget without any authentication (I also wondered what the /private meant, then) and that some months later I noticed I couldn't any longer. Or do you say you are always logging in with some user/pass but you still just get mbox files for _some_ of them? As to adding lists to Gmane, they are just subscribed via (http://gmane.org/subscribe.php) right? Yes. I can do the paperwork. I agree the encryption/obfuscating mail addresses option and the Unidirectional (no posting allowed through Gmane) options should definitely be switched on. Several of our lists (e.g. wikitech-l) actually offer subscribers to post via Gmane, but it's so complex and bugged that it's not worth the effort anyway. So you want the mbox files just one single time to import them as described on http://gmane.org/import.php but not on a regular basis? Since subscribing the lists to Gmane means having a user/login for a mailing list user, couldn't you (or Lars, the Gmane guy) just use that one to login at the authentication screen in order to get the mbox file ? Yes, a single time would be enough, but he wants them to be on some public webserver he can just wget; moreover, if they're not in the standard (auto-updated directory), a good coordination would be needed so that he can import the mbox and then start receiving the new messages without losing anything in between. Subscribing to some dozens mailing lists and then logging in via wget (if possible) to get the mbox seems way more complex than needed and as said above doesn't seem to reliably work anyway; if those mboxes can't be made permanently public as they've been (at least some of them) for years, perhaps the better thing to do would be to make them public temporarily when he's ready for the import... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30284] Broken +index=x for records
https://bugzilla.wikimedia.org/show_bug.cgi?id=30284 --- Comment #2 from Kazimierz kaz...@gmail.com 2011-08-17 09:10:51 UTC --- I found out where the problem is. The function loadContent() (includes/storage/SMW_QueryResult.php) has this comment near the 'index' processing code: // Print one component of a multi-valued string. // Known limitation: the printrequest still is of type _rec, so if printers check // for this then they will not recognize that it returns some more concrete type. It seems that the further processing does not recognize that this is a single value of a record, and tries to process it as a full record (which it isn't any more, because the single value has been extracted by the loadContent() function). This results in no value at all. I attached a quick patch to work this problem around. Please note however, that this patch is only a workaround, NOT A SOLUTION. I suppose it may be utterly wrong when considered from the SMW architecture's point of view (I don't know SMW's code so much to provide a complete solution). And it simply may introduce other bugs, that I did not tested. It works as a quick and dirty fix - just to restore the normal functionality of my wiki, until the official fix is provided. -- 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 30187] Enotify message digests
https://bugzilla.wikimedia.org/show_bug.cgi?id=30187 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #3 from Nemo_bis federicol...@tiscali.it 2011-08-17 09:26:45 UTC --- I don't think this is a blocker at all: if you don't want to receive enotifs because you have too many pages in your watchlist, you just won't enable it. And if you want to enable it by default, just avoid doing so for users with more than n pages in their watchlist (with n = 100 or something, probably). Besides, it might be only me but I wouldn't like the digest at all: the subject of those emails is the most useful piece of information they contain, just saving me from pressing del some times wouldn't be worth the additional skimming time at all. Moreover, does it make sense at all to have a digest of changes on your email box? If you have a lot of watchlisted pages which have been changed and you want to check them, Special:Watchlist is what you need; enotifs are useful when visiting Special:Watchlist is not worth the effort for you (typically, because there's not much to see and you won't visit it, limiting yourself to your biggest watchlist if any). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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] extra newlines in nested templates in tables [parser difference between 1.17 and 1.18]
https://bugzilla.wikimedia.org/show_bug.cgi?id=30384 --- Comment #25 from DaSch da...@daschmedia.de 2011-08-17 09:32:13 UTC --- Created attachment 8931 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8931 Fix This would fix the bug, reverting the changes in the parser Taken from my wiki, there now everything works as it should -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29591] oldwikisource language links point to Wikipedias rather than Wikisources
https://bugzilla.wikimedia.org/show_bug.cgi?id=29591 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #3 from Nemo_bis federicol...@tiscali.it 2011-08-17 09:58:02 UTC --- (In reply to comment #2) Might also explain why it does not sit within the same hierarchical domain structure for those with a secure login This is not a problem, it's just the current secure.wikimedia.org doesn't have any logic at all, that's why it's being replaced; let's not confuse things. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29591] oldwikisource language links point to Wikipedias rather than Wikisources
https://bugzilla.wikimedia.org/show_bug.cgi?id=29591 --- Comment #4 from Nemo_bis federicol...@tiscali.it 2011-08-17 09:59:32 UTC --- Because there is no link from here: this is a follow-up of bug 29534. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30321] ajax.watch module should not load if the API is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30321 --- Comment #6 from hans84 hans.fernm...@yahoo.de 2011-08-17 10:19:54 UTC --- I have deactivate the writeapi that nobody could massedit articles... -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30321] ajax.watch module should not load if the API is disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=30321 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com --- Comment #7 from Max Semenik maxsem.w...@gmail.com 2011-08-17 10:40:54 UTC --- (In reply to comment #6) I have deactivate the writeapi that nobody could massedit articles... Absolutely useless, there are plenty of (spam)bots that post via the usual web interface. You must understand that write API doesn't allow to do anything that's not possible to do manually, i.e. it doesn't allow to bypass captchas or exceed edit rate limits. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30418] Enable ArticleFeedback on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30418 Reedy s...@reedyboy.net changed: What|Removed |Added Component|Site requests |Extension setup 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 29002] Resizing Vector dialogs works wrong when using an RTL language
https://bugzilla.wikimedia.org/show_bug.cgi?id=29002 --- Comment #8 from Roan Kattouw roan.katt...@gmail.com 2011-08-17 11:40:42 UTC --- So are you just saying that you need the right-left flipping to not happen for that CSS rule, or is there more? -- 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 30266] Remove wiki/ from URLs on all Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=30266 Rich Farmbrough rich...@farmbrough.co.uk changed: What|Removed |Added CC||rich...@farmbrough.co.uk --- Comment #7 from Rich Farmbrough rich...@farmbrough.co.uk 2011-08-17 11:48:43 UTC --- Yes, this is a Good Thing, it will , of course, break just about every piece of third party software that interacts with the existing 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 30266] Remove wiki/ from URLs on all Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=30266 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #8 from Roan Kattouw roan.katt...@gmail.com 2011-08-17 11:50:53 UTC --- (In reply to comment #7) Yes, this is a Good Thing, it will , of course, break just about every piece of third party software that interacts with the existing version. It should be fine if /wiki/Foo remains as a redirect to /view/Foo , right? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30266] Remove wiki/ from URLs on all Wikimedia wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=30266 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #9 from p858snake p858sn...@gmail.com 2011-08-17 11:52:08 UTC --- (In reply to comment #7) Yes, this is a Good Thing, it will , of course, break just about every piece of third party software that interacts with the existing version. If they use the API like they should, it shouldn't cause that much damage, And if we were to do something like this, we wouldn't just switch it over one night and go for drinks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30410] Remove $wgFilterCallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=30410 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||700 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 700] Code quality issues (and other stuff that sucks) (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=700 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||30410 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30418] Enable ArticleFeedback on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30418 --- Comment #1 from Reedy s...@reedyboy.net 2011-08-17 12:51:23 UTC --- Per bug 30417, it still seems vague -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 --- Comment #4 from Reedy s...@reedyboy.net 2011-08-17 12:52:50 UTC --- Do we actually have consensus? The lack of votes seems a bit strange It still also says pending -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30362] Enable Extension:WikiLove and Extension:NewUserMessage on Chinese wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30362 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Reedy s...@reedyboy.net 2011-08-17 12:59:42 UTC --- (In reply to comment #2) (In reply to comment #1) In order for us to enable WikiLove, the extension must be localized into zh and a local configuration file must also be created. See http://www.mediawiki.org/wiki/WikiLove#Requests_for_Additional_Deployment for more information. see http://zh.wikipedia.org/wiki/MediaWiki:WikiLove.js It's all still in English WikiLove looks translated (all but anyway), same for NewUserMessage Done -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26971] Thumbnail generation for private wikis on https://secure.wikimedia.org/ is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=26971 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords|shell |ops -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 --- Comment #5 from Bence Damokos bdamo...@gmail.com 2011-08-17 13:04:38 UTC --- (In reply to comment #4) Do we actually have consensus? The lack of votes seems a bit strange The opening post in that section argued (and I tend to agree) that both extensions only improve functions already present in huwiki (the ability to give barnstarns, and the article rating feature from flaggedrevs) and therefore should not be controversial – hence, a vote was deemed unnecessary unless people came forward to express their opposition, which they did not. I am sure, we could arrange to discuss it till eternity and hold a formal vote, but that would seem a bit of an overreaction in the current case. (The proposal was posted in one of the most frequented community pages with plenty of traffic on the days since, if people did not agree with the proposal, they would have expressed themselves). It still also says pending The template is there to make sure the archiver bot does not archive the given section, and it is pending in the sense that the raison d'être of the section (enable the features) has not been accomplished. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 Reedy s...@reedyboy.net changed: What|Removed |Added Component|Site requests |Extension setup -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30418] Enable ArticleFeedback on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30418 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 Reedy s...@reedyboy.net changed: What|Removed |Added Keywords||shell --- Comment #6 from Reedy s...@reedyboy.net 2011-08-17 13:14:04 UTC --- (In reply to comment #5) (In reply to comment #4) Do we actually have consensus? The lack of votes seems a bit strange The opening post in that section argued (and I tend to agree) that both extensions only improve functions already present in huwiki (the ability to give barnstarns, and the article rating feature from flaggedrevs) and therefore should not be controversial – hence, a vote was deemed unnecessary unless people came forward to express their opposition, which they did not. I am sure, we could arrange to discuss it till eternity and hold a formal vote, but that would seem a bit of an overreaction in the current case. (The proposal was posted in one of the most frequented community pages with plenty of traffic on the days since, if people did not agree with the proposal, they would have expressed themselves). It still also says pending The template is there to make sure the archiver bot does not archive the given section, and it is pending in the sense that the raison d'être of the section (enable the features) has not been accomplished. No, that's fine if that's the way your wiki does things. As you'll probably know, we usually experience the usual enwiki votes and arguments. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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] Unclickable URLs in IRC feed when using protocol relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30398 --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-08-17 14:19:34 UTC --- Fixed in r94754 and deployed to the Wikimedia cluster. This bug was also affecting the IRC feeds for testwiki and wikimania2005wiki. -- 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] Unclickable URLs in IRC feed when using protocol relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30398 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com 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 30326] PDF export extension doesn't support some characters in Arabic script
https://bugzilla.wikimedia.org/show_bug.cgi?id=30326 --- Comment #15 from Volker Haas volker.h...@pediapress.com 2011-08-17 14:20:46 UTC --- I added the above mentioned languages to the set of rtl-languages. More importantly: I have fixed the bug that was responsible for the general mis-alignment of all arabic text. (More specifically: all text that required character shaping) The missing bold font is also fixed (nazlib as suggested). Furthermore I fixed the problem with لا - this should have taken care of all missing glyph boxes in the text. The main problem that persists is rendering of complex/stacked non-spacing marks as shown in [1]. I have no idea how to fix that - that might be complex. Amir: I'll take a look at the article you mentioned. [1] https://secure.wikimedia.org/wikibooks/ar/wiki/%D9%85%D8%B3%D8%AA%D8%AE%D8%AF%D9%85:Reza1615/test#rendering_reordered_non-spacing_marks -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 --- Comment #8 from Bence Damokos bdamo...@gmail.com 2011-08-17 14:24:22 UTC --- Thanks Reedy, it seems to be working after I created the wikilove.js. What would be needed for it to be enabled by default? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 --- Comment #9 from Reedy s...@reedyboy.net 2011-08-17 14:25:26 UTC --- (In reply to comment #8) Thanks Reedy, it seems to be working after I created the wikilove.js. What would be needed for it to be enabled by default? Setting wmgWikiLoveDefault to true for huwiki. Want me to do that? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29925] https-links should not be outputted to irc.wikimedia.org (Regression)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29925
Roan Kattouw roan.katt...@gmail.com changed:
What|Removed |Added
Status|NEW |RESOLVED
CC||roan.katt...@gmail.com
Resolution||FIXED
--- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2011-08-17 14:33:19
UTC ---
(In reply to comment #1)
Why shouldn't the links be outputted as https?
Because it breaks their patrolling bots. Which is stupid, but whatever.
There is precedent for this, though: there is code in place to output normal
http URLs to IRC instead of https://secure.wikimedia.org URLs. The relevant
hack in MediaWiki is Title::getInternalUrl(), $wgInternalServer and the
GetInternalUrl hook, all of which date back to 2005 AFAIK. The WMF
configuration for this is in wmf-config/secure.php .
I've fixed this in CommonSettings.php as follows:
} elseif ( isset( $_SERVER['HTTP_X_FORWARDED_PROTO'] )
$_SERVER['HTTP_X_FORWARDED_PROTO'] == 'https' ) {
// New HTTPS service on regular URLs
+ $wgInternalServer = $wgServer; // Keep this as HTTP for IRC
notifications (bug 29925)
$wgServer = preg_replace( '/^http:/', 'https:', $wgServer );
} else {
# For non-SSL hosts...
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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] Broken messages in the protection form
https://bugzilla.wikimedia.org/show_bug.cgi?id=30391 Mormegil morme...@centrum.cz changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #3 from Mormegil morme...@centrum.cz 2011-08-17 14:50:19 UTC --- Fixed in r94761. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29516] Searchbox displays text in gray instead of black
https://bugzilla.wikimedia.org/show_bug.cgi?id=29516 --- Comment #5 from mybugs.m...@gmail.com 2011-08-17 15:18:28 UTC --- Created attachment 8932 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8932 Search box on Iceweasel 3.5.16 (In reply to comment #3) (In reply to comment #1) Tested on 08-July-2011 against live Wikisource::PT at both main page and special:preferences, placeholder text in the search box is grey, typed text is black. Works for me! Reopening since I'm still able to reproduce this on Windows XP using either of these browsers: * IE 8.0.6001.18702 * Mozilla/5.0 (Windows; U; Windows NT 5.1; pt-BR; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 The problem also happens when I use Mozilla/5.0 (X11; U; Linux x86_64; pt-BR; rv:1.9.1.16) Gecko/20110701 Iceweasel/3.5.16 (like Firefox/3.5.16) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #5 from Mark A. Hershberger m...@everybody.org 2011-08-17 15:42:34 UTC --- Resolving INVALID since this isn't an issue that should be tracked in Bugzilla. Changes to rules on enwiki should be requested from the admins for enwiki. Bugzilla is not the place to do that. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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|REOPENED|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 29516] Searchbox displays text in gray instead of black
https://bugzilla.wikimedia.org/show_bug.cgi?id=29516
--- Comment #6 from mybugs.m...@gmail.com 2011-08-17 15:46:12 UTC ---
I noticed that although the first line below[1] is executed, the second one is
not being executed when I start typing on the search box:
42 | .bind( 'focus drop keydown paste', function( e ) {
| if ($input.hasClass('placeholder')) {
[1] From jquery.placeholder.js:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/resources/jquery/jquery.placeholder.js?revision=94389view=markup#l38
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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 #16 from reza1615 reza.ene...@gmail.com 2011-08-17 16:13:01 UTC
---
i updated
http://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/pdf
1-it is contained bugs that amir mentioned this bug is with {{#expr: }} and
{{formatnum: |R}}
2- this extension doesn't support Farsi numbers in text also with #
3-for non-spacing marks firfox had this bug and they solved it in this report
https://bugzilla.mozilla.org/show_bug.cgi?id=635639
4-this extension force all of text to be RTL but some of texts must be LTR (I
mentioned it in my sample)
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on 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] Unclickable URLs in IRC feed when using protocol relative URLs
https://bugzilla.wikimedia.org/show_bug.cgi?id=30398 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl --- Comment #2 from Siebrand s.mazel...@xs4all.nl 2011-08-17 16:22:31 UTC --- Now showing clickable URLs. Thanks! I see that the URLs are now http (only?). Is it possible to make them https, too? -- 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 30412] RT has no password recovery system
https://bugzilla.wikimedia.org/show_bug.cgi?id=30412 Jason May jason.a@gmail.com changed: What|Removed |Added CC||jason.a@gmail.com --- Comment #2 from Jason May jason.a@gmail.com 2011-08-17 16:25:56 UTC --- Hi Brion, The RT extension RT::Extension::ResetPassword may suit your needs: https://metacpan.org/release/RT-Extension-ResetPassword Also, the bug tracker for RT can be found here: http://www.bestpractical.com/rt/issues.html Thanks, Jason -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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] zh-yue.wikipedia should use English namespace names as well as Wikipedia/Wikipedia_talk for NS_PROJECT[_TALK]
https://bugzilla.wikimedia.org/show_bug.cgi?id=30392 --- Comment #12 from Niklas Laxström niklas.laxst...@gmail.com 2011-08-17 16:50:57 UTC --- (In reply to comment #11) One very important point was raised by zh-yue:User:HenryLi. The colon (:) is inherently foreign to any Chinese language, because we use the full-width colon (：) instead. As a result, there is no point in localising the namespaces into Chinese / Cantonese / any other Chinese language written in Chinese script unless the option of replacing the colon with something else is available. This is the first time I have heard about this issue. Will editing MediaWiki:Sp-translate-data-Namespaces/yue back to the English version be a workable option? No, that wont 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 30419] Bad colors for Infobox
https://bugzilla.wikimedia.org/show_bug.cgi?id=30419 --- Comment #2 from James Carroll jamesdcarr...@gmail.com 2011-08-17 17:13:32 UTC --- 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 24359] Adding an e-mail to friends link to Wikipedia Mobile App
https://bugzilla.wikimedia.org/show_bug.cgi?id=24359 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED CC||m...@everybody.org Resolution||WONTFIX --- Comment #1 from Mark A. Hershberger m...@everybody.org 2011-08-17 17:19:18 UTC --- WONTFIX b/c we don't want mobile-only features that we won't have on the main 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 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 Patrick Reilly prei...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Patrick Reilly prei...@wikimedia.org 2011-08-17 17:22:52 UTC --- This is now fixed in r94779. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27540] width of gallery always 100%
https://bugzilla.wikimedia.org/show_bug.cgi?id=27540
--- Comment #22 from foma...@googlemail.com 2011-08-17 17:28:16 UTC ---
I think the best solution would be to drop the attribute caption for gallery.
Content in an attribute is bad because it is not possible to use Wiki syntax. I
suppose the attribute caption was added to gallery a few years ago to create
the HTML element caption for the gallery table. Now gallery uses ul instead of
table. The caption is now in the first li element. This is a bad semantic. When
somebody wants a caption for a gallery he can use a table with caption:
{|
|+ Caption ''with'' Wiki syntax
|gallery
Image:Köln Panorama.jpg
Image:Köln Panorama.jpg
Image:Köln Panorama.jpg
Image:Köln Panorama.jpg
Image:Köln Panorama.jpg
/gallery
|}
--
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 27540] width of gallery always 100%
https://bugzilla.wikimedia.org/show_bug.cgi?id=27540 --- Comment #23 from fastgoldf...@gmail.com 2011-08-17 17:31:12 UTC --- I think that is a good solution also, and much simpler. I like having a caption, but if it is semantically incorrect, I can do without it. -- 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 30423] New: In Upload Wizard, bad file name leads to a dead-end.
https://bugzilla.wikimedia.org/show_bug.cgi?id=30423 Web browser: Apple Safari Bug #: 30423 Summary: In Upload Wizard, bad file name leads to a dead-end. Product: MediaWiki Version: unspecified Platform: All URL: http://commons.wikimedia.org/wiki/Special:UploadWizard OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: pete.public.em...@gmail.com CC: bryan.tongm...@gmail.com Classification: Unclassified When using the upload wizard, entering a convoluted file name (for instance, using syntax to create a wikilink) results in an error message, and no apparent way to go back and choose another name. This seems similar to https://bugzilla.wikimedia.org/show_bug.cgi?id=26049 but not quite the same. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30293] View this page on regular Wikipedia disables mobile redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=30293 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Mark A. Hershberger m...@everybody.org 2011-08-17 17:35:31 UTC --- WORKSFORME: User we had try this on the Mobile beta said that he clicked “view this in the regular site” and then clicked a link he saw the mobile version again. -- 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 30211] Detect conflict on move
https://bugzilla.wikimedia.org/show_bug.cgi?id=30211 --- Comment #3 from Umherirrender umherirrender_de...@web.de 2011-08-17 17:38:06 UTC --- It is not enough to check the starttime against the latest revisiontimestamp like EditPage do for normal edit? That means, edit-move conflict is also detected, when someone has edit the page, while a user is trying to move the same page. The other way round is also interesting (bug 5408, bug 23044). -- 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 24359] Adding an e-mail to friends link to Wikipedia Mobile App
https://bugzilla.wikimedia.org/show_bug.cgi?id=24359 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Status|RESOLVED|REOPENED CC||b...@mzmcbride.com Resolution|WONTFIX | --- Comment #2 from MZMcBride b...@mzmcbride.com 2011-08-17 17:38:35 UTC --- (In reply to comment #1) WONTFIX b/c we don't want mobile-only features that we won't have on the main site. This isn't a valid WONTFIX rationale. It doesn't make any sense on multiple levels. Re-opening. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30211] Detect conflict on move
https://bugzilla.wikimedia.org/show_bug.cgi?id=30211 --- Comment #4 from John Du Hart j...@compwhizii.net 2011-08-17 17:43:04 UTC --- I didn't think it was worth checking to see if the page has edited. Imo who cares if someone edited the page after you open the form, it doesn't affect the move you're about to do. -- 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 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #3 from MZMcBride b...@mzmcbride.com 2011-08-17 17:43:34 UTC --- Re-opening this. My comment from CodeReview: This isn't a scalable solution and this just adds further English Wikipedia-specific code to what's supposed to be a generic extension. I recommend reverting this. I'm also not sure that hiding the banners on the mobile site, in general, is a good idea. They could equally be hidden from logged-out users on the main (non-mobile) site, but specifically are not. There seems to be some rendering issues with them, but that's a problem with the extension, I imagine. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 John Du Hart j...@compwhizii.net changed: What|Removed |Added Status|NEW |ASSIGNED CC||j...@compwhizii.net AssignedTo|wikibugs-l@lists.wikimedia. |j...@compwhizii.net |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 30424] New: #ask within template for property subquery returns nothing
https://bugzilla.wikimedia.org/show_bug.cgi?id=30424
Web browser: ---
Bug #: 30424
Summary: #ask within template for property subquery returns
nothing
Product: MediaWiki extensions
Version: any
Platform: PC
OS/Version: Windows Server 2003
Status: NEW
Severity: major
Priority: Unprioritized
Component: Semantic MediaWiki
AssignedTo: mar...@semantic-mediawiki.org
ReportedBy: pl...@byu.edu
CC: jeroen_ded...@yahoo.com
Classification: Unclassified
[MW 1.17, SMW 1.6]
I'm trying to do a subquery based on a property, as described in:
http://semantic-mediawiki.org/wiki/Help:Selecting_pages#Subqueries_for_properties
If I understand correctly, the general idea is:
-In Page 1: template1 including #ask query for pages that link to this page,
returning a given property and formatted using template 2
-In Template 2: #ask query for pages with a property equal to the passed value
I have put together something in the sandbox at:
http://sandbox.semantic-mediawiki.org/wiki/Canada
The two templates are:
http://sandbox.semantic-mediawiki.org/wiki/Template:Subquerytest1
http://sandbox.semantic-mediawiki.org/wiki/Template:Subquerytest2
(I realize it's a wierd useless example, but I was trying to use existing
sandbox data)
It returns an odd error there, but on my server, the subquery returns nothing
at all, even if I replace {{{2}}} with a literal value. Is there a setting I'm
missing, or is there a 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 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 Patrick Reilly prei...@wikimedia.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28181] Request for Kindle to be redirected to the mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=28181 --- Comment #1 from Reedy s...@reedyboy.net 2011-08-17 17:52:56 UTC --- Mozilla/4.0 (compatible; Linux 2.6.10) NetFront/3.3 Kindle/1.0 (screen 600x800) http://stackoverflow.com/questions/3588170/what-are-the-amazon-kindle-user-agent-strings http://deviceatlas.com/node/1292350 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30425] New: Parser should cache the output of identical template calls as well as parameterless calls
https://bugzilla.wikimedia.org/show_bug.cgi?id=30425
Web browser: ---
Bug #: 30425
Summary: Parser should cache the output of identical template
calls as well as parameterless calls
Product: MediaWiki
Version: 1.19-svn
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Parser
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: happy.melon.w...@gmail.com
Classification: Unclassified
At http://en.wikipedia.org/w/index.php?diff=prevoldid=445197792 we see an edit
which changed a huge number of calls to {{rating|1|3}} to calls to {{rating 1
3}}, which is a wrapper template which merely contains the former call. Doing
so slashes all the parser statistics: preprocessor node count down by 96%,
post-expand down by 89%, template argument size down by 99.9%. I haven't
looked in detail about why this is, but some sort of beneficial caching is
definitely not occuring in the more common case, and it should.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 Casey Brown b...@caseybrown.org changed: What|Removed |Added CC||b...@caseybrown.org --- Comment #4 from Casey Brown b...@caseybrown.org 2011-08-17 18:00:27 UTC --- http://en.wikipedia.org/w/index.php?title=Final_Fantasy_character_jobsprintable=yes The amboxes don't show up in the printable version. Why don't we just make the extension follow [[MediaWiki:Print.css]]? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 --- Comment #5 from Patrick Reilly prei...@wikimedia.org 2011-08-17 18:07:25 UTC --- I think we should stick the solution in r94784. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #17 from reza1615 reza.ene...@gmail.com 2011-08-17 18:08:15 UTC --- i updated http://fa.wikipedia.org/wiki/%DA%A9%D8%A7%D8%B1%D8%A8%D8%B1:Reza1615/pdf it doesn't support italic and italic bold -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30293] View this page on regular Wikipedia disables mobile redirect
https://bugzilla.wikimedia.org/show_bug.cgi?id=30293 Casey Brown b...@caseybrown.org changed: What|Removed |Added Status|RESOLVED|VERIFIED --- Comment #3 from Casey Brown b...@caseybrown.org 2011-08-17 18:10:24 UTC --- It's working for me now too. Patrick must've fixed it somehow, or it was related to some type of 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 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 --- Comment #6 from MZMcBride b...@mzmcbride.com 2011-08-17 18:10:55 UTC --- (In reply to comment #4) http://en.wikipedia.org/w/index.php?title=Final_Fantasy_character_jobsprintable=yes The amboxes don't show up in the printable version. Why don't we just make the extension follow [[MediaWiki:Print.css]]? There's already a [[MediaWiki:Handheld.css]], but as bug 22659 notes, it's not really intended for this. I think adding a Mobile.css page here is probably the sanest and most scalable solution. (In reply to comment #5) I think we should stick the solution in r94784. Requiring sysadmin intervention is generally a bad idea for timeliness and resource allocation (both on Wikimedia wikis and other MediaWiki installations). I think r94784 is better than r94779, but I think both could be improved by a dedicated Mobile.css page that can be customized by local administrators and that applies specifically 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 30424] #ask within template for property subquery returns nothing
https://bugzilla.wikimedia.org/show_bug.cgi?id=30424 Brandon Plewe pl...@byu.edu changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Brandon Plewe pl...@byu.edu 2011-08-17 18:17:46 UTC --- Nevermind, it was a typo on my part... -- 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 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | Summary|allow login name to be |Allow login name to be |different from the screen |different from the screen |name (currently only|name (currently only |username is allowed)|username is allowed) --- Comment #6 from MZMcBride b...@mzmcbride.com 2011-08-17 18:18:51 UTC --- (In reply to comment #5) Resolving INVALID since this isn't an issue that should be tracked in Bugzilla. Changes to rules on enwiki should be requested from the admins for enwiki. Bugzilla is not the place to do that. This was for a feature request. Namely, that the display name be different from the registered user name. There are all sorts of reasons you might want to do this (capitalization changes, attribution to your real name, etc.). This is probably a duplicate bug, but I don't see any part of the request that's invalid. The English Wikipedia's rules and policies are certainly distinct (and outside Bugzilla's scope), but neither comment 0 or the bug summary indicate that it's the English Wikipedia's practices that are trying to be adjusted via Bugzilla. Re-opening. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24359] Adding an e-mail to friends link to Wikipedia Mobile App
https://bugzilla.wikimedia.org/show_bug.cgi?id=24359 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||DUPLICATE --- Comment #3 from Mark A. Hershberger m...@everybody.org 2011-08-17 18:24:10 UTC --- Seems the same rationale for closing Bug #227 should work here. *** This bug has been marked as a duplicate of bug 227 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 227] mail this article to someone feature
https://bugzilla.wikimedia.org/show_bug.cgi?id=227 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added CC||malr...@gmail.com --- Comment #15 from Mark A. Hershberger m...@everybody.org 2011-08-17 18:24:10 UTC --- *** Bug 24359 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 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 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #7 from Bawolff bawolff...@gmail.com 2011-08-17 18:24:17 UTC --- This sounds like an extended version of the whole real name feature. Personally I think it just adds confusion without much benefit to have screen names and login names that are distinct. Thus /me thinks this should be wontfix (or worksforme if real name feature that is disabled on 'pedia is close enough) but don't have that strong an opinion. I agree with comment 6 that this is not 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 30421] Don't surface fix me templates on Mobile Frontend
https://bugzilla.wikimedia.org/show_bug.cgi?id=30421 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #7 from Derk-Jan Hartman hart...@videolan.org 2011-08-17 18:39:59 UTC --- I support MZMcBride. It is what I have proposed several times as well. Mobile.css is the way to go. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30287] bug on sorting Persian characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=30287 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #7 from Bawolff bawolff...@gmail.com 2011-08-17 18:42:43 UTC --- re comment 6: http://ehsanakhgari.org/article/php/persian-sorting-mysql sorting things on the php side like that article suggests also is probably not going to happen. It looks like the code points for letters that appear in fa but not in ar have code points a bit higher then the letters that are in ar (thus binary sorting by code point gives bad results). In my testing, using the uca-default collation instead of the standard uppercase collation should fix this. (I only tested that پ (U+67E) and ت (U+62A) are sorted correctly relative to each other, but since it fixes those two, I'm assuming the others are fixed too. If not we could probably write a custom collation fairly easily). So basically, we need to enable uca-default on wikimedia to fix this, or at least fix on the categories. Special page reports probably won't be fixed anytime soon unfortunately (Is there another bug for that?). pagegenerator.py probably is just using special:allpages, which probably won't be fixed in near future, but possibly the pywikipedia folks could sort the list on the client side. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29834] Enable Extension:ArticleFeedback on Hindi Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=29834 Reedy s...@reedyboy.net changed: What|Removed |Added CC|s...@reedyboy.net| --- Comment #15 from Reedy s...@reedyboy.net 2011-08-17 18:52:33 UTC --- Need to know what categories you want it enabling 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 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|REOPENED|RESOLVED Resolution||WONTFIX --- Comment #8 from Mark A. Hershberger m...@everybody.org 2011-08-17 18:53:33 UTC --- (In reply to comment #7) Thus /me thinks this should be wontfix (or worksforme if real name feature that is disabled on 'pedia is close enough) but don't have that strong an opinion. Resolving WONTFIX since comment 0 is specifically about Wikipedia and the functionality is similar to purposefully diabled real-name (see $wgAllowRealName in http://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 --- Comment #10 from Reedy s...@reedyboy.net 2011-08-17 18:54:22 UTC --- Done 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 28181] Request for Kindle to be redirected to the mobile site
https://bugzilla.wikimedia.org/show_bug.cgi?id=28181 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2011-08-17 18:57:31 UTC --- Note there are 2 distinct types of Kindle UA's Kindle 1.0 and 2.0 with Netfront Mozilla/4.0 (compatible; Linux 2.6.10) NetFront/3.4 Kindle/1.0 (screen 600x800) Mozilla/4.0 (compatible; Linux 2.6.22) NetFront/3.4 Kindle/2.0 (screen 600x800) Kindle 3.0 with WebKit. Mozilla/5.0 (Linux; U; en-US) AppleWebKit/528.5+ (KHTML, like Gecko, Safari/528.5+) Version/4.0 Kindle/3.0 (screen 600x800; rotate) I believe they use different webkit versions on the different kindle 3.0 editions that they have. In the Ruby server, the formats are kindle and kindle2. I believe both used the 'simple' layout, but i'm not 100% sure. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30417] Enable WikiLove on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30417 --- Comment #11 from Bence Damokos bdamo...@gmail.com 2011-08-17 18:58:53 UTC --- 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 30426] New: Complicated database schema update procedure will make enabling AF on a new wiki (that can't use update.php) a PITA
https://bugzilla.wikimedia.org/show_bug.cgi?id=30426 Web browser: --- Bug #: 30426 Summary: Complicated database schema update procedure will make enabling AF on a new wiki (that can't use update.php) a PITA Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ArticleFeedback AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: dtarabore...@wikimedia.org, krinklem...@gmail.com, roan.katt...@gmail.com Classification: Unclassified As the title says. The main sql file for ArticleFeedback hasn't been updated to do everything, so as of the moment there are 13 files This isn't very friendly or useful :( -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30426] Complicated database schema update procedure will make enabling AF on a new wiki (that can't use update.php) a PITA
https://bugzilla.wikimedia.org/show_bug.cgi?id=30426 Reedy s...@reedyboy.net changed: What|Removed |Added Priority|Unprioritized |Normal Blocks||29834, 29983, 30418 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29983] Install ArticleFeedback on Portuguese Wikibooks (ptwikibooks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29983 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||30426 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30418] Enable ArticleFeedback on Hungarian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=30418 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||30426 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29834] Enable Extension:ArticleFeedback on Hindi Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=29834 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||30426 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29983] Install ArticleFeedback on Portuguese Wikibooks (ptwikibooks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29983 --- Comment #4 from mybugs.m...@gmail.com 2011-08-17 19:13:16 UTC --- (In reply to comment #3) Need to know what categories you want it enabling for. On comment 0 I suggested to use --- $wgArticleFeedbackLotteryOdds = 100; --- so that all pages in the selected namespaces (NS_MAIN, NS_HELP, NS_PROJECT) could be rated. This is how it was done for enwiki, since we have --- 'wmgArticleFeedbackLotteryOdds' = array( 'default' = 0, 'enwiki' = 100, ), --- at http://noc.wikimedia.org/conf/highlight.php?file=InitialiseSettings.php We can enable AF, disable reader feedback, and look at how we can get you the database tables you're interested in I think that is ok. Should we open a separated bug for getting the data collected by ReaderFeedback 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 30426] Complicated database schema update procedure will make enabling AF on a new wiki (that can't use update.php) a PITA
https://bugzilla.wikimedia.org/show_bug.cgi?id=30426 --- Comment #1 from Reedy s...@reedyboy.net 2011-08-17 19:13:51 UTC --- Relatedly... The updater hook function doesn't need to do all of those table exists calls, as the DatabaseUpdater will do it for them -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29983] Install ArticleFeedback on Portuguese Wikibooks (ptwikibooks)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29983 --- Comment #5 from Reedy s...@reedyboy.net 2011-08-17 19:14:26 UTC --- (In reply to comment #4) I think that is ok. Should we open a separated bug for getting the data collected by ReaderFeedback extension? 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 30427] New: Provide data collected by ReaderFeedback extension for Portuguese Wikibooks users
https://bugzilla.wikimedia.org/show_bug.cgi?id=30427 Web browser: --- Bug #: 30427 Summary: Provide data collected by ReaderFeedback extension for Portuguese Wikibooks users Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Downloads AssignedTo: tf...@wikimedia.org ReportedBy: mybugs.m...@gmail.com Blocks: 30426 Classification: Unclassified On bug 29983 we requested the installation of ArticleFeedback extension on Portuguese Wikibooks, but since we currently use the ReaderFeedback extension[1], and the two extensions are not compatible (e.g. to export the data from one to the other), it would be useful to have some table with the data collected by the extension so far. PS: * I'm not sure if this is the right component to set for this request. * I'm marking this as a blocker for bug 30426, although they are not strictly dependent on each other. So, feel free to correct it ;-) [1] It was installed in January, per bug 26451. -- 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 30426] Complicated database schema update procedure will make enabling AF on a new wiki (that can't use update.php) a PITA
https://bugzilla.wikimedia.org/show_bug.cgi?id=30426 mybugs.m...@gmail.com changed: What|Removed |Added Depends on||30427 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29834] Enable Extension:ArticleFeedback on Hindi Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=29834 --- Comment #16 from mayurkumar mayur...@gmail.com 2011-08-17 19:32:27 UTC --- (In reply to comment #15) Need to know what categories you want it enabling for Ok, I am giving config for this 'wmgArticleFeedbackCategories' = array( 'hiwiki' = array( 'गुणवत्ता आकलन अतिरिक्त लेख', 'गुणवत्ता आकलन', 'आकलन' ), ), 'wgArticleFeedbackBlacklistCategories' = array( 'आकलन रहित लेख' ), ), 'wmgArticleFeedbackLotteryOdds' = array( 'hiwiki' = 100, ), 'wmgArticleFeedbackDashboard' = array( 'hiwiki' = true, ), wgArticleFeedbackNamespaces = array( NS_MAIN, NS_HELP, NS_PROJECT, NS_PORTAL ) 'hiwiki' = true, ), Regards 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 30427] Provide data collected by ReaderFeedback extension for Portuguese Wikibooks users
https://bugzilla.wikimedia.org/show_bug.cgi?id=30427 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2011-08-17 19:32:28 UTC --- As an aside, some of the data is available at the toolserver for folks with toolserver access. -- 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 30426] Complicated database schema update procedure will make enabling AF on a new wiki (that can't use update.php) a PITA
https://bugzilla.wikimedia.org/show_bug.cgi?id=30426 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on|30427 | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30427] Provide data collected by ReaderFeedback extension for Portuguese Wikibooks users
https://bugzilla.wikimedia.org/show_bug.cgi?id=30427 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks|30426 | -- 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 30426] Complicated database schema update procedure will make enabling AF on a new wiki (that can't use update.php) a PITA
https://bugzilla.wikimedia.org/show_bug.cgi?id=30426 --- Comment #2 from Reedy s...@reedyboy.net 2011-08-17 19:42:16 UTC --- r94799 and r94802 Waiting for sanity check before closing 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
