[Bug 28710] enhancement request: make frequently updated special pages update themselves automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=28710 Amir E. Aharoni amir.ahar...@mail.huji.ac.il changed: What|Removed |Added Summary|enhancement request: make |enhancement request: make |frequently update special |frequently updated special |pages update themselves |pages update themselves |automatically |automatically -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28710] enhancement request: make frequently updated special pages update themselves automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=28710 p858snake p858sn...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||p858sn...@gmail.com Component|Special pages |General/Unknown Resolution||DUPLICATE Product|MediaWiki |Wikimedia --- Comment #1 from p858snake p858sn...@gmail.com 2011-05-04 06:27:58 UTC --- They do but several special pages on the WMF cluster are disabled due to load issues. *** This bug has been marked as a duplicate of bug 15434 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 15434] Periodical run of currently disabled special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=15434 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||amir.ahar...@mail.huji.ac.i ||l --- Comment #26 from p858snake p858sn...@gmail.com 2011-05-04 06:27:58 UTC --- *** Bug 28710 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 28710] enhancement request: make frequently updated special pages update themselves automatically
https://bugzilla.wikimedia.org/show_bug.cgi?id=28710 p858snake p858sn...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Component|General/Unknown |Special pages Resolution|DUPLICATE | Product|Wikimedia |MediaWiki --- Comment #2 from p858snake p858sn...@gmail.com 2011-05-04 06:28:40 UTC --- whoops misread what you wrote. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4547] Support crosswiki template inclusion (transclusion = interwiki templates, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4547 Gregor Hagedorn g.m.haged...@gmail.com changed: What|Removed |Added Priority|Low |High CC||g.m.haged...@gmail.com --- Comment #52 from Gregor Hagedorn g.m.haged...@gmail.com 2011-05-04 06:41:58 UTC --- (In reply to comment #50) Ps. I have rescoped/restored the importance scale to as of 2011-03-12. Please do not do that unless you intend to provide the code to actually make this happen. If you do, please assign this bug to yourself. Please point me to the wmf policy that prescribes that a bug may only be important if already someone is willing to tackle the problem. Logically it seems the other way round: If a bug is important it is on the list of work to start, whereas a low priority enhancement is likely to be never started. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23893] Books have problem on rtl languages
https://bugzilla.wikimedia.org/show_bug.cgi?id=23893 Volker Haas volker.h...@pediapress.com changed: What|Removed |Added Status|NEW |ASSIGNED CC||volker.h...@pediapress.com --- Comment #2 from Volker Haas volker.h...@pediapress.com 2011-05-04 07:00:48 UTC --- Unfortunately currently RTL languages are not supported. The reason is that the PDF toolkit we are using (reportlab) does not support RTL languages properly. I don't know if the state of wkhtmltopdf has improved. Using wkthmltopdf is no option at the moment anyways since it uses html as the input, but the base for the PDFs we are generating is mediawiki markup. -- 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 5451] Moving category description pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=5451 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #12 from Nemo_bis federicol...@tiscali.it 2011-05-04 07:09:43 UTC --- (In reply to comment #10) We could just delete the new page and recreate it making sure to indicate the author properly in the edit summary, but this is not the ideal solution: authors cited in this way are not properly cited in the PDF files generated by collection extension This is not relevant. The terms of use say that it's fair to add a link to the original page. Otherwise, it would be impossible to translate pages or move text from a page to another one. In theory, you probably could transwiki the category in some other wiki on a random namespace and transwiki it back to you destination page, but it's definitely not worth the effort. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 --- Comment #10 from cogden1...@gmail.com 2011-05-04 07:18:18 UTC --- Created attachment 8493 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8493 Proposed patch which adds infrastructure for multiple style formats and additional i18n Svippong, I have been testing and tinkering with the existing source code. On http://en.wikipedia.org/wiki/Template_talk:Citation/core, there was a brief discussion about the possibility of incorporating several alternative citation styles, such as APA, MLA, Bluebook, Chicago Manual of Style, etc. As a demonstration and to see if it would work, I have put together a patch that implements this functionality. It is attached as TA-patch-cogden.patch, and it appears to work without issue. It differs from the existing code in one significant way: instead of the first unnamed parameter after the colon being a selector for the type of work cited, it is now a selector for the citation style. This adds flexibility and the possibility for multiple citation styles such as Bluebook for citing legal references, or unknown future citation styles we can't foresee. The user can still include an unnamed parameter for the type of work cited (i.e., book, etc.), but it would come at least after the first pipe symbol. Thus, an example function call might look like this: {{#citation:APA|book|last=Smith|first=John|title=My Book|publisher=Random House}}. Instead of APA, the first unnamed parameter can be blank or default in which case the function follows a default style, which would be simliar to what is now done by Citation/core. Alternatively, the user could use parameters such as MLA, Bluebook, Chicago, etc. There will be separate classes deriving from TemplateAdventureBasic for each citation style. I have included in this patch the example file and class CitationChicago which currently does not render Chicago style citations, but could be made to do so as an example of a second citation style. In my patch, un-named parameters may occur anywhere within the template call, and may be recognized by the TemplateAdventureBasic-derived class. Depending on the particular styling format, these parameters might, for example be book, journal, news, web, etc. I've tested the patch, and it seems to work well, and it does use the CitationChicago class when a call such as {{#citation:Chicago|...}} is made, although CitationChicago for now is no different from the default class. Most of the time, I think users will use the default call with {{#citation:|...}} or {{#citation:|web|...}}. I haven't changed any of the details of rendering the citation in the Citation class. Also, I have added a bit of additional internationalization. Any thoughts? I don't currently have commit rights, but I'm excited about this project and would love to assist. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||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 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||need-review -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28690] Vector dialog styling causes problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=28690 --- Comment #14 from Niklas Laxström niklas.laxst...@gmail.com 2011-05-04 07:34:58 UTC --- (In reply to comment #12) I now do ;) Links are used many places (menus) where they shouldn't look like links. Reverted Can the menus be fixed then instead of breaking everything else? I don't think regular jQuery skins do anything to link colours, as it should be. -- 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 28257] Set WP namespace alias to NS_PROJECT in Oriya wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28257 --- Comment #8 from Jayanta Nath jayanta...@gmail.com 2011-05-04 07:38:27 UTC --- Thanks Priyanka -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28690] Vector dialog styling causes problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=28690 p858snake p858sn...@gmail.com 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28807] New: Add Special page listing files being used from a remote/shared repository.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28807 Web browser: --- Bug #: 28807 Summary: Add Special page listing files being used from a remote/shared repository. Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: bugzilla.wikime...@publi.purodha.net CC: bugzilla.wikime...@publi.purodha.net Classification: Unclassified With the introduction of foreign repositories for files come the need to tell files from the wiki from files used from remote places. This should be aided by a listing of files being used from a remote or shared repository. Code for the spacial page is almost there, see bug 6220, or for example http://meta.wikimedia.org/wiki/Special:WantedFiles where only missing files need to be suppressed from the listing and the strikout attribute be taken away from blue links. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 6220] Shared repositories support for Special:WantedFiles
https://bugzilla.wikimedia.org/show_bug.cgi?id=6220 --- Comment #16 from Purodha Blissenbach bugzilla.wikime...@publi.purodha.net 2011-05-04 08:02:44 UTC --- This page as it is lends itself nicely towards amending it to a List of files used from remote (shared) repositories one - see bug 28807 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28701] Run script on all wikis to mark revisions older than Apr 2008 as new when they are
https://bugzilla.wikimedia.org/show_bug.cgi?id=28701 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #1 from Nemo_bis federicol...@tiscali.it 2011-05-04 09:55:59 UTC --- Priyanka, has the script you run 8 days ago finished? https://wikitech.wikimedia.org/index.php?title=Server_admin_logdiff=33706oldid=33703 -- 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 28791] Logo for Pali Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28791 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 28808] New: Mobile Homepage in Ossetian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28808 Web browser: --- Bug #: 28808 Summary: Mobile Homepage in Ossetian Wikipedia Product: Wikipedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: server AssignedTo: hcat...@wikimedia.org ReportedBy: bour...@gmail.com CC: tf...@wikimedia.org Classification: Unclassified Hi! I created the homepage mobile Oswiki. Can you activate it? The URL is http://os.wikipedia.org/wiki/Сæйраг_фарс/Мобилон -- 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 28808] Mobile Homepage in Ossetian Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28808 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|major |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28690] Vector dialog styling causes problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=28690 --- Comment #15 from DieBuche diebu...@gmail.com 2011-05-04 10:25:21 UTC --- (In reply to comment #14) I don't think regular jQuery skins do anything to link colours, as it should be. They do. But obviously only for links inside jui stuff -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28809] New: Three languages in Ossetian mobile Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28809 Web browser: --- Bug #: 28809 Summary: Three languages in Ossetian mobile Wikipedia Product: Wikipedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: server AssignedTo: hcat...@wikimedia.org ReportedBy: bour...@gmail.com CC: tf...@wikimedia.org Classification: Unclassified The actual homepage in Oseetian mobile Wiki is in three languages. http://os.m.wikipedia.org/ I translated all the messages in translatewiki. But it still without changes for 3 days. Can you update the messages? -- 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 28569] Create a userright allowing to move pages in category namespace (without moving category members)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28569 mybugs.m...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com --- Comment #3 from mybugs.m...@gmail.com 2011-05-04 11:18:27 UTC --- (In reply to comment #2) At Commons, redirects work (see [[:Commons:User:RussBot]]). If I understood correctly, that bot deals with pseudo-redirects, which are created to workaround the bug 3311. E.g. [[commons:Category:Plataspidae]] is not a redirect to [[commons:Category:Plataspididae]] (since it doesn't have #REDIRECT [[Category:Plataspididae]]). It is just a page in Category namespace with a template saying that it should be empty (and have its members moved to the second one by the bot). So, I would say that redirects doesn't work on Commons (or any other wiki). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28769] pixels displayed in some videos as a decimal
https://bugzilla.wikimedia.org/show_bug.cgi?id=28769 --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 11:26:53 UTC --- Well really the video should have been differently distributed, but we should handle these, just by slapping intval() on it indeed. I'll take that on. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4547] Support crosswiki template inclusion (transclusion = interwiki templates, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4547 mybugs.m...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com --- Comment #53 from mybugs.m...@gmail.com 2011-05-04 11:34:14 UTC --- (In reply to comment #52) (In reply to comment #50) Ps. I have rescoped/restored the importance scale to as of 2011-03-12. Please do not do that unless you intend to provide the code to actually make this happen. If you do, please assign this bug to yourself. Please point me to the wmf policy that prescribes that a bug may only be important if already someone is willing to tackle the problem. Logically it seems the other way round: If a bug is important it is on the list of work to start, whereas a low priority enhancement is likely to be never started. Take a look at this wikitech-l topic: http://article.gmane.org/gmane.science.linguistics.wikipedia.technical/53292/match=bug+priority+assigned+highest -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28769] pixels displayed in some videos as a decimal
https://bugzilla.wikimedia.org/show_bug.cgi?id=28769 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 13:02:00 UTC --- r87391 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27672] editForm problems - Twinkle / Friendly / other scripts not working on Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=27672 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 13:04:32 UTC --- Awaiting inevitable recurrence after we execute bug 27478 again, but fixed 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 28732] XiphQT does not support non-square pixel aspect ratios
https://bugzilla.wikimedia.org/show_bug.cgi?id=28732 --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 13:29:38 UTC --- That page hadn't been purged yet btw. You are right it seems the video pipeline is not adapting to non-square pixels, but that the QT object is. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 --- Comment #11 from Svip svi...@gmail.com 2011-05-04 13:43:29 UTC --- Your patch seems to assume I already have a CitationChicago.php file. Sure you created the diff correctly? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28732] XiphQT does not support non-square pixel aspect ratios
https://bugzilla.wikimedia.org/show_bug.cgi?id=28732 --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 13:48:31 UTC --- Created attachment 8494 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8494 Test html with different inclusion methods of the video -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 --- Comment #12 from Svip svi...@gmail.com 2011-05-04 13:49:47 UTC --- (In reply to comment #11) Your patch seems to assume I already have a CitationChicago.php file. Sure you created the diff correctly? Perhaps you can attach that file itself rather than a diff? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28732] XiphQT does not support non-square pixel aspect ratios
https://bugzilla.wikimedia.org/show_bug.cgi?id=28732 --- Comment #4 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 13:51:03 UTC --- Created attachment 8495 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8495 Screenshot of the video tag rendering -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28732] XiphQT does not support non-square pixel aspect ratios
https://bugzilla.wikimedia.org/show_bug.cgi?id=28732 --- Comment #5 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 13:53:22 UTC --- Created attachment 8496 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8496 Screenshot of the object tag with width rendering -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28732] XiphQT does not support non-square pixel aspect ratios
https://bugzilla.wikimedia.org/show_bug.cgi?id=28732 --- Comment #6 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 13:53:46 UTC --- Created attachment 8497 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8497 Screenshot of object rendering without width setting -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28732] XiphQT does not support non-square pixel aspect ratios
https://bugzilla.wikimedia.org/show_bug.cgi?id=28732 --- Comment #7 from Derk-Jan Hartman hart...@videolan.org 2011-05-04 14:28:20 UTC --- Further investigation with #webkit IRC people: video and the Snow Leopard player open videos in quicktimes Clean aperture-mode, unlike older QTP versions and the old QT object plugin that open videos in classic mode. For Clean aperture mode to work icw non-square pixel video formats, plugins such as the XiphQT plugin need to implement the pasp atom or PixelAspectRatioImageDescriptionExtension. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 5638] show translated titles per user language, based on interlanguage links (patch included)
https://bugzilla.wikimedia.org/show_bug.cgi?id=5638 Jarek Tuszynski jaroslaw.w.tuszyn...@saic.com changed: What|Removed |Added CC||Jaroslaw.W.Tuszynski@SAIC.c ||om --- Comment #14 from Jarek Tuszynski jaroslaw.w.tuszyn...@saic.com 2011-05-04 14:51:35 UTC --- I just noticed this bug was labeled WONTFIX without providing any reasons. Can we reopen it? Fixing this bug is essential for allowing non-english speaking users to be able to navigate Wikimedia Commons category structure. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28678] Special:WikiSets/0 causes fatal PHP error
https://bugzilla.wikimedia.org/show_bug.cgi?id=28678 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #1 from Chad H. innocentkil...@gmail.com 2011-05-04 15:39:22 UTC --- Fixed for deployment in r87404, trunk in r87405. -- 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 24132] dumpBackup.php should warn if $wgDBAdmin* not set (patch expands documentation)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24132 --- Comment #5 from Chad H. innocentkil...@gmail.com 2011-05-04 15:44:36 UTC --- (In reply to comment #0) However, dumpBackup.php script still fails magnificently if $wgDBadmin.. are not set. It should warn and fall back on $wgDB.., since that'll probably be sufficient in most hosting environments. I'm pretty sure this isn't true anymore since the maintenance rewrite. -- 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 28749] Request for creation of two Mailing list to brazilian community.
https://bugzilla.wikimedia.org/show_bug.cgi?id=28749 555 lugu...@gmail.com changed: What|Removed |Added Priority|Unprioritized |High CC||lugu...@gmail.com Severity|normal |major --- Comment #2 from 555 lugu...@gmail.com 2011-05-04 15:58:35 UTC --- I strongly endorse this request. Best, [[:m:User:555]] -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28810] New: Video thumbnails don't work (on live Commons?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28810 Web browser: --- Bug #: 28810 Summary: Video thumbnails don't work (on live Commons?) Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: ne...@wikimedia.org CC: asha...@wikimedia.org Classification: Unclassified When an OGV video file is uploaded, the requested preview is supposed to be available at a URL like this (the convention is mid-(filename).jpg, which I believe corresponds to the middle keyframe, extracted without any scaling). http://commons.wikimedia.org/wiki/Special:UploadStash/thumb/d4zwo6jo2olm526ap1h6d2v1hmphn91.ogx/mid-d4zwo6jo2olm526ap1h6d2v1hmphn91.ogx.jpg This file is not available where UploadStash expects it, even after several minutes, so this isn't a thumbnailer-flakiness thing. -- 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 28810] Video thumbnails don't work (on live Commons?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28810 Neil Kandalgaonkar ne...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28810] Video thumbnails don't work (on live Commons?)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28810 --- Comment #1 from Neil Kandalgaonkar ne...@wikimedia.org 2011-05-04 16:41:04 UTC --- However, this seems to work just fine on commons.prototype, with the exact same file, and in fact a nearly identical URL, except for the hostname. http://commons.prototype.wikimedia.org/wiki/Special:UploadStash/thumb/d4zwo6jo2olm526ap1h6d2v1hmphn91.ogx/mid-d4zwo6jo2olm526ap1h6d2v1hmphn91.ogx.jpg (Note that InstantCommons is not an issue since I abandoned both files before publishing). -- 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 27988] Request to have MediaWiki:Titleblacklist made into restricted special page
https://bugzilla.wikimedia.org/show_bug.cgi?id=27988 --- Comment #8 from Thor Malmjursson thor.malmjurs...@yahoo.co.uk 2011-05-04 17:03:06 UTC --- Platonides: please refer back to my OP here: I know we have the abuse filter, but at present, as far as I can tell, nobody on our users actually knows how to configure it to add anything I've asked on our irc channels, asked among staff, nobody knows how to get the AbuseFilter to work. Is there any documentation on the Abusefilter listed anywhere so some of us can actually learn how to use it, since this suggesting is looking increasingly unlikely to get actioned? -- 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 4547] Support crosswiki template inclusion (transclusion = interwiki templates, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4547 --- Comment #54 from Mark A. Hershberger m...@everybody.org 2011-05-04 17:53:50 UTC --- Also reflected at http://www.mediawiki.org/wiki/Bugmeister/Bugzilla -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28811] New: Category paging broken for images
https://bugzilla.wikimedia.org/show_bug.cgi?id=28811 Web browser: --- Bug #: 28811 Summary: Category paging broken for images Product: MediaWiki Version: (wikimedia-deployment) Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: zb...@mailinator.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, soxre...@gmail.com, vasi...@gmail.com Classification: Unclassified This is related to bug 27965 (which is closed now), but the problem is still happening on images. For example: http://en.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category:Images_of_flags_of_places_in_the_United_Statescmlimit=10 works but: http://en.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category:Images_of_flags_of_places_in_the_United_Statescmlimit=10cmcontinue=%22file|16419181|FLAG%20OF%20BRUNSWICK,%20GEORGIA.PNG%22 goes to the same list -- 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 4547] Support crosswiki template inclusion (transclusion = interwiki templates, etc.)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4547 --- Comment #55 from Mark A. Hershberger m...@everybody.org 2011-05-04 18:07:40 UTC --- (In reply to comment #52) If a bug is important it is on the list of work to start, whereas a low priority enhancement is likely to be never started. I can see what you're saying, but I've also also posted lists of bugs on WikiTech-l and used this to point developers towards bugs that they could work on. If you think a bug should have attention, see my suggestions for how to make that happen at http://hexmode.com/2011/04/a-philosophy-of-bugs-on-an-open-project/ -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28730] pipe trick does not work if link contains a target (aka [[mw:foo#bar|]] isn't expanded)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28730 Mark A. Hershberger m...@everybody.org changed: What|Removed |Added Priority|Low |Normal -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28812] New: API's parse module documentation should no longer include section tree warning
https://bugzilla.wikimedia.org/show_bug.cgi?id=28812 Web browser: --- Bug #: 28812 Summary: API's parse module documentation should no longer include section tree warning Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: b...@mzmcbride.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, soxre...@gmail.com, vasi...@gmail.com Classification: Unclassified Currently the API's parse module has a note that reads: NOTE: Section tree is only generated if there are more than 4 sections, or if the __TOC__ keyword is present This is no longer true according to both testing and to Roan. This note should be removed. -- 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 28812] API's parse module documentation should no longer include section tree warning
https://bugzilla.wikimedia.org/show_bug.cgi?id=28812 MZMcBride b...@mzmcbride.com changed: What|Removed |Added Keywords||easy -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28569] Create a userright allowing to move pages in category namespace (without moving category members)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28569 --- Comment #4 from Bawolff bawolff...@gmail.com 2011-05-04 18:13:37 UTC --- Well presumably the commons bot could easily be modified to deal with real redirects. That still doesn't change anything for wikis not named commons. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28812] API's parse module documentation should no longer include section tree warning
https://bugzilla.wikimedia.org/show_bug.cgi?id=28812 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-05-04 18:14:41 UTC --- r87423 -- 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 28813] New: User interface to list broken redirect section anchors
https://bugzilla.wikimedia.org/show_bug.cgi?id=28813 Web browser: --- Bug #: 28813 Summary: User interface to list broken redirect section anchors Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Classification: Unclassified With redirect.rd_fragment now implemented, it should be possible to list redirects where the target contains a broken section anchor. For example, if the redirect page Baz contains #REDIRECT [[Foo#Bar]] and the Bar section no longer exists on the page Foo, Baz would be listed somewhere in the user interface. This could be implemented in a separate special page or in Special:BrokenRedirects. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #13 from Bawolff bawolff...@gmail.com 2011-05-04 18:19:22 UTC --- In reply to comment 10. As a minor comment (I hav not looked at your code, just your comment) - having constructs like {{#citation:|web|...}} where the first parameter is an empty string doesn't seem very pretty. I'd much prefer {{#citation:web|...}} for default type and {{#citation:web|...|type=MLA}} for non-default types. (This of course is a bikeshed issue and not important in the grand scheme of 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 28655] Extend ParserFunction {{#time:}} to work with all valid ISO 8601calendar dates
https://bugzilla.wikimedia.org/show_bug.cgi?id=28655 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Ryan Kaldari rkald...@wikimedia.org 2011-05-04 18:21:47 UTC --- The {{#time:Y|1945}} bug is now fixing on the live Commons. For the other bugs (which are actually PHP bugs), please go to http://bugs.php.net/bug.php?id=54597 and vote for the bug there. The language support should be deployed soon, although it will be slightly different than I describe above. I'll update the documentation at http://www.mediawiki.org/wiki/Help:Extension:ParserFunctions#.23time once it gets deployed. I'm going to go ahead and close this bug now. Feel free to open a new bug for cases 4 and 5 specifically (for handling invalid ISO 8601 dates). They don't really fit the bug title anyway. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 --- Comment #14 from Svip svi...@gmail.com 2011-05-04 18:26:43 UTC --- Depends largely on which of these we consider most important. The type or the style, I am just mentioning that your example of |type=MLA should have been |style=MLA ;) At this point I assume the type is what is likely to change more than style. In fact, if TA gets adopted on other wikis, they are likely to pick one style (global $wgParameter, obviously) and then use change type per usage rather than change the style. In fact, one might even suggest that some admins which to limit people's ability to change the style of the citations on the fly (for consistency purposes). I would even propose another bikeshed idea, of creating a SpecialPage that auto-generates a documentation for #citation. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28811] Category paging broken for images
https://bugzilla.wikimedia.org/show_bug.cgi?id=28811 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||INVALID --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-05-04 18:37:37 UTC --- (In reply to comment #0) This is related to bug 27965 (which is closed now), but the problem is still happening on images. For example: http://en.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category:Images_of_flags_of_places_in_the_United_Statescmlimit=10 works but: http://en.wikipedia.org/w/api.php?action=querylist=categorymemberscmtitle=Category:Images_of_flags_of_places_in_the_United_Statescmlimit=10cmcontinue=%22file|16419181|FLAG%20OF%20BRUNSWICK,%20GEORGIA.PNG%22 goes to the same list You're including the quotes (%22) in the query-continue value, that's wrong. It works if I omit them. -- 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 19262] Pages with a high number of citation templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #7 from j.mccra...@comcast.net 2011-05-04 18:44:03 UTC --- [[Endgame tablebase]] on the English WP also takes a long time to load. -- 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 28814] New: add pageprops to output of action=parse
https://bugzilla.wikimedia.org/show_bug.cgi?id=28814 Web browser: --- Bug #: 28814 Summary: add pageprops to output of action=parse Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: duplicate...@googlemail.com CC: bryan.tongm...@gmail.com, s...@reedyboy.net, soxre...@gmail.com, vasi...@gmail.com Classification: Unclassified The parsed pageprops are not avaiable by action=parse. -- 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 28814] add pageprops to output of action=parse
https://bugzilla.wikimedia.org/show_bug.cgi?id=28814 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|normal |enhancement -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #29 from Brion Vibber br...@wikimedia.org 2011-05-04 18:46:17 UTC --- Bug 18104 comment 12 seems like it would make it easier to (temporarily?) undelete particular deleted revisions that you have a rev id for but not the title+timestamp. Could be used to undelete something, tweak the link, then re-delete it? Could help, but I still think it'll be better to just use the revision ID references whenever they're available on this side (the rev deletion / change visibility links). Will see if I can throw that together... -- 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 28805] incorrect interwiki link zh-classic because of wrong database data
https://bugzilla.wikimedia.org/show_bug.cgi?id=28805 duplicate...@googlemail.com changed: What|Removed |Added URL||shell CC||duplicate...@googlemail.com Component|Interwiki links |Site requests Blocks||16660 --- Comment #1 from duplicate...@googlemail.com 2011-05-04 19:01:18 UTC --- sounds like incorrect database situtation need a update on the cluster: update langlinks set ll_lang = 'zh-classical' where ll_lang = 'zh-classic' -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16660] Database table cleanup (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16660 duplicate...@googlemail.com changed: What|Removed |Added Depends on||28805 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28815] New: wikipedia.org should detect mobile browsers and local language, and forward to xx.m.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=28815 Web browser: --- Bug #: 28815 Summary: wikipedia.org should detect mobile browsers and local language, and forward to xx.m.wp Product: Wikipedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: server AssignedTo: hcat...@wikimedia.org ReportedBy: quim@nokia.com CC: tf...@wikimedia.org Classification: Unclassified Hi, currently http://wikipedia.org seems to recognize some mobile browser and redirect to http://en.m.wikipedia.org in some cases (couldn't find the regular pattern). Also http://m.wikipedia.org will recognize the browser locale and send the user automatically to the corresponding xx.m.wikipedia.org. So the pieces are in place, just not so integrated. It would be good to have wikipedia.org doing the work of recognizing a mobile browser and the locale in order to redirect the user automatically to xx.m.wikipedia.org. This would help not only the users typing the URL manually, but also e.g. device vendors willing to have a pre-configured Wikipedia bookmark in their browsers, since one URL would serve all their users regardless of locale, region, etc. -- 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 28813] User interface to list broken redirect section anchors
https://bugzilla.wikimedia.org/show_bug.cgi?id=28813 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2011-05-04 19:03:58 UTC --- There's still no guarantee that the target anchor of the redirect is pointing to a section as opposed to a hand made div id=blah thing. However, ignoring that we also don't store what sections actually exist on a page (as far as I'm aware) in the db. So there's still a fair bit more to do before that can happen. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28814] add pageprops to output of action=parse
https://bugzilla.wikimedia.org/show_bug.cgi?id=28814 --- Comment #1 from duplicate...@googlemail.com 2011-05-04 19:05:15 UTC --- avaiable = available -- 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 19262] Pages with a high number of citation templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #8 from Ryan Kaldari rkald...@wikimedia.org 2011-05-04 19:08:15 UTC --- There are undoubtedly thousands of articles on en.wiki that take over 30 seconds to load. If you find any that take a minute or longer, however, those might be useful for testing against and/or profiling. -- 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 19262] Pages with a high number of citation templates suffer extremely slow rendering or read timeout for logged in users
https://bugzilla.wikimedia.org/show_bug.cgi?id=19262 --- Comment #9 from j.mccra...@comcast.net 2011-05-04 19:13:11 UTC --- Can something be done to get these down to 10 seconds or less? -- 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 28815] wikipedia.org should detect mobile browsers and local language, and forward to xx.m.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=28815 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-05-04 19:13:46 UTC --- The JavaScript on the http://wikipedia.org portal does not appear to do any mobile checks or forwarding; it just checks browser language, saves a preference cookie, and inserts a search parameter into the search box if present in the query string. If there are mobile checks, they might be in the .php side that loads up that placeholder page? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 --- Comment #15 from Svip svi...@gmail.com 2011-05-04 19:22:12 UTC --- In reply to comment #10: I took your code changes into consideration and updated the code more appropriately in r87436 and r87437. I apologise for the two revisions for one commit. :S -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26750] Officially promote new WikiEditor from Beta status
https://bugzilla.wikimedia.org/show_bug.cgi?id=26750 Ryan Kaldari rkald...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Ryan Kaldari rkald...@wikimedia.org 2011-05-04 19:22:10 UTC --- Closing since Beta features has been changed to Usability features -- 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 28816] New: Review and deploy ApiSandbox extension on mediawikiwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28816 Web browser: --- Bug #: 28816 Summary: Review and deploy ApiSandbox extension on mediawikiwiki Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: need-review Severity: enhancement Priority: Unprioritized Component: Extension setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net CC: maxsem.w...@gmail.com Classification: Unclassified Review and deploy ApiSandbox extension on mediawikiwiki! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27532] Bug in mw.loader JS
https://bugzilla.wikimedia.org/show_bug.cgi?id=27532 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #5 from Krinkle krinklem...@gmail.com 2011-05-04 20:02:15 UTC --- Looks like suspended is checked fine, it's checked in .loader.work, which is called from request(), which is called from mw.loader.load. Marking as 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 28811] Category paging broken for images
https://bugzilla.wikimedia.org/show_bug.cgi?id=28811 --- Comment #2 from Carlos Ovejuna zb...@mailinator.com 2011-05-04 20:05:56 UTC --- Thank you -- 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 28816] Review and deploy ApiSandbox extension on mediawikiwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28816 --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2011-05-04 20:07:04 UTC --- Thanks, Sam. One clarification: this should be just first step, ApiSandbox makes most sense when used on target wiki, where it takes into account all installed extensions and configuration options. Script writers should be able to test stuff on their home wikis. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28816] Review and deploy ApiSandbox extension on mediawikiwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=28816 --- Comment #2 from Reedy s...@reedyboy.net 2011-05-04 20:09:42 UTC --- Didn't really think of that... I'd guess deploying it everywhere isn't going to be a major issue, you're not going to be bringing any performance problems, and as long as your JS is halfway reasonable ;) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28817] New: Add reference help page to API Modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=28817 Web browser: --- Bug #: 28817 Summary: Add reference help page to API Modules Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: s...@reedyboy.net CC: bryan.tongm...@gmail.com, s...@reedyboy.net, soxre...@gmail.com, vasi...@gmail.com Classification: Unclassified For the ApiSandbox it'd be quite neat if we could link back to the mw.org documentation for the modules, in a non hacky way Adding some form of a HelpUrl method, exposing this via the action=help, and more importantly the action=paraminfo would suit this Even 3rd parties can link where they want to if they need to I'll try and get around to doing this in the very near future (maybe a Berlin hack next weekend...) -- 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 26814] mw.loader.load for external script should not include the same twice
https://bugzilla.wikimedia.org/show_bug.cgi?id=26814 --- Comment #3 from Krinkle krinklem...@gmail.com 2011-05-04 20:44:29 UTC --- With legacy importScript('Namespace:Title') this tracking object and preventing doubles was a easy solution for wikis to be loading scripts from multiple places and making sure libraries and common scripts are only loaded once (sort of a dependancy stack on top of scripts. They listed the depending scripts on top inside importScript()). Such as: Many scripts/gadgets on Commons have importScript('MD5.js'); For wiki-pages this is useful, but for URLs this sometimes introduced bugs, such as: * Dynamic content from static urls (ie. polling the recentchanges API, later requests should not be ignored) * Synchronous/on-the-fly resources that are order dependant will function wrong if loaded (also) early. * CSS may cascade the wrong way (rare though, likely result of bad practices) I suggest WONTFIXing this. The dependancy tree and prevention of double-loading will be taken care of by Gadgets. Although there are a few ways to not including the same twice, here's an example for the MD5.js library. * It would be defined as a (hidden?) resource-loader gadget. * For other gadgets: Remove importScript('MD5.js') and add [dependancies:MD5] to the definition instead. * For user scripts: Replace importScript('MD5.js') with mw.loader.using( 'ext.gadget.MD5', MyScript.initFunction ); -- 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 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 --- Comment #30 from FT2 ft2.w...@gmail.com 2011-05-04 20:49:55 UTC --- (In reply to comment #29) Could be used to undelete something, tweak the link, then re-delete it? Could help, but I still think it'll be better to just use the revision ID references whenever they're available on this side (the rev deletion / change visibility links). Will see if I can throw that together... The aim is old links shouldn't break under deletion, rather than the old linked pages can be traced and then the old pages referring to them all edited to contain updated links. I _think_ that's what you're saying? :) Bug 18104 comment 12 is saying that because deleted/undeleted revisions still have their oldid (the few old historical exceptions can be given an id as a once-off task) which is not lost during deletion, _therefore_: 1/ If an oldid is not found in current revisions, Mediawiki can quickly check the _deleted_ revisions table before reporting revision not found. This would guarantee that links and diffs would always work transparently regardless of deletion/undeletion. 2/ Special pages such as [[Special:Undelete]] and [[Special:DeletedContributions]] could provide links based on oldid rather than page/timestamp, and these oldid based links would also be guaranteed to always work regardless of future deletion/undeletion, unlike page/timestamp based links which could fail. 3/ Because a revision can be found whether current or deleted, diffs can be generated between any two revisions, even if one or both revisions is subsequently deleted/undeleted. At present they cannot. 4/ Traceability despite deletion is made simpler. At present it can be difficult. 5/ Any future migration to using revision id as the sole means to locate a revision would be made easier but no schema change would be needed for the above. -- 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 28569] Create a userright allowing to move pages in category namespace (without moving category members)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28569 --- Comment #5 from User:Docu test5...@myway.com 2011-05-04 20:52:45 UTC --- (in reply to comment #3:) it also converts #redirect[[:Category:target]] to {{category redirect|target}} Sample: [[:Commons:Category:Gravitational lens]]. If for wikis requiring more complete solutions, at some point the page in category namespace needs to be moved. So, if we make this configurable, one small step is 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 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 cogden1...@gmail.com changed: What|Removed |Added CC||cogden1...@gmail.com --- Comment #16 from cogden1...@gmail.com 2011-05-04 20:56:30 UTC --- (In reply to comment #13) As a minor comment (I hav not looked at your code, just your comment) - having constructs like {{#citation:|web|...}} where the first parameter is an empty string doesn't seem very pretty. I'd much prefer {{#citation:web|...}} for default type and {{#citation:web|...|type=MLA}} for non-default types. (This of course is a bikeshed issue and not important in the grand scheme of things) It would be easy to fix the code so that the first parameter could be *either* a style type *or* a work type like book, web, etc. If the latter, then the default style is used. You should know that in the the Citation/core template, the work type (i.e., book, journal, web, etc.) is completely irrelevant. The Citation/core template does not even accept these terms as parameters. Rather, it determines what type of work is being cited by looking at what options are set. For example, if the journal option is set, the template knows it is citing a journal. If contribution is set, it knows that it is citing a chapter in a book, unless both contribution and journal are set, in which case it knows that it is citing a subsection with a unique author in a larger journal article. If title and url are set, but publisher is not, it knows that what is being cited is a website, etc. Thus, if the Citation class works anything like the Citation/core template, whether or not you include a book or journal parameter will not even make a difference in how the citation is rendered. In any event, it ought to be possible for a particular wiki to disallow all citation styles other than some default style. But I think the best way for that to work is within an infrastructure that allows for the creation of many alternate standard reference types, and extensibility for adding even more specialized, or foreign, reference types. A wiki administrator ought to be able to have several standard style formats to choose from, and there ought to be an infrastructure to add additional specialty styles if desired, or if the specialized subject matter of the wiki demands. Having many style formats to choose from also makes it easier to maintain existing code. Once a standard styling format is coded according to academic conventions, then it is essentially done, and you don't have to keep going back to add features. You can't argue with the Chicago Manual of Style, but you can argue with the present ad-hoc style of Citation/core which is roughly APA, but can't be standard APA because it has to be everything to everybody. (Not that I'm knocking Citation/core, because I was the one that originally wrote 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 26804] Minor ResourceLoader code clean up
https://bugzilla.wikimedia.org/show_bug.cgi?id=26804 Krinkle krinklem...@gmail.com changed: What|Removed |Added Version|(wikimedia-deployment) |1.18-svn --- Comment #1 from Krinkle krinklem...@gmail.com 2011-05-04 21:00:37 UTC --- First one fixed in r87453. -- 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 28817] Add reference help page link to API Modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=28817 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|Add reference help page to |Add reference help page |API Modules |link to API Modules -- 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 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 --- Comment #31 from Brion Vibber br...@wikimedia.org 2011-05-04 21:17:39 UTC --- Speaking specifically to my plan for links in rev delete logs: For any revision that's either existing in the revision table, or has an ar_rev_id value stored, we will output permanently working links in the form type=revisionids=rev_id|ar_rev_id. This will apply to both old and new log entries, though old links that have been _copied_ will obviously remain in their original form. New and old type=revisionids=rev_id|ar_rev_id links will always work in the future, by looking up each rev via both the revision archive tables. Old type=archiveids=ar_timestamp links should remain similarly workable for later-undeleted revisions *unless the page is renamed*, in which case we won't be able to reliably find it in the revision table. Diff view, special:undelete, etc can benefit from similar improvements but they don't rely on each other directly. -- 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 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 --- Comment #32 from FT2 ft2.w...@gmail.com 2011-05-04 21:27:57 UTC --- Should a separate request (dependant on this one) be set up for modifying the links that are displayed in other pages, where those are page/timestamp based? -- 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 28809] Three languages in Ossetian mobile Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=28809 bour...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from bour...@gmail.com 2011-05-04 21:29:13 UTC --- Now it is really Ossetian! -- 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 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 --- Comment #33 from Brion Vibber br...@wikimedia.org 2011-05-04 21:38:14 UTC --- I'd say yes -- they'll be related in the underlying issue/goal, but keeping them separate will keep our eyes from glazing over as we run away from the giant bug report :D Special:Undelete I think will need more work for a serious overhaul, while it looks like it should more isolated here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||tpars...@wikimedia.org Resolution||FIXED AssignedTo|tpars...@wikimedia.org |roan.katt...@gmail.com --- Comment #34 from Krinkle krinklem...@gmail.com 2011-05-04 22:07:28 UTC --- r85616 and friends implemented this. The first module it is applied to is 'mediawiki.legacy.diff'. -- 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 28815] wikipedia.org should detect mobile browsers and local language, and forward to xx.m.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=28815 --- Comment #2 from Quim Gil quim@nokia.com 2011-05-04 22:27:25 UTC --- Ah, what seems to happen is that xx.wikipedia.org detects the mobile browser and forwards you automatically to xx.m.wikipedia.org - but no wikipedia.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28818] New: UploadWizard insertCat error
https://bugzilla.wikimedia.org/show_bug.cgi?id=28818 Web browser: --- Bug #: 28818 Summary: UploadWizard insertCat error Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: UploadWizard AssignedTo: ne...@wikimedia.org ReportedBy: ne...@wikimedia.org CC: asha...@wikimedia.org Classification: Unclassified On FF4, some users get 'cat.replace is not a function' when trying to upload Seems to be related to the lack of an autoCategory in the config; it is defaulting to false which causes some 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 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786 --- Comment #17 from Happy-melon happy.melon.w...@gmail.com 2011-05-04 23:06:00 UTC --- (In reply to comment #13) It would be easy to fix the code so that the first parameter could be *either* a style type *or* a work type like book, web, etc. If the latter, then the default style is used. I haven't looked at any of this code in detail, but this is a fundamentally bad idea, and the first reason is 'localisation'. title, url, MLA, Chicago, etc, all need to be localisable into foreign languages and foreign alphabets; you don't need to add support for that yourself, but you *do* need to design the syntax such that it can reasonably be added by someone else. apa is the word for water in Romanian. What might it be in other languages? Perhaps the word for book or journal? ;-) Equally whenever you open the doors to users adding new features, you have to open them all the way: the other watchword is extensibility. Other than the fact that the software might get confused, why shouldn't a wiki user create a citation style called book? More seriously, if a user creates a citation style with a name which is *not* confusing, but a developer subsequently makes that keyword a valid citation type, a much more subtle bug is introduced. Every parameter should either be in a precisely-defined order ({{#if:test|then|else}} etc), or be identified by a unique keyword-and-equals-sign parameter name. Introducing 'shapeshifting' parameters, while convenient at the time, is a recipe for future problems. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28818] UploadWizard insertCat error
https://bugzilla.wikimedia.org/show_bug.cgi?id=28818 --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-05-04 23:08:25 UTC --- Changing the check in mw.UploadWizardDetails.js should fix it: var hiddenCats = []; if ( mw.isDefined( mw.UploadWizard.config.autoCategory ) ) { hiddenCats.push( mw.UploadWizard.config.autoCategory ); } mw.isDefined checks for the JS 'undefined' type, so returns true for false, null, empty string, etc. -- 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 28819] Deleted revision links should use rev_id not page/timestamp
https://bugzilla.wikimedia.org/show_bug.cgi?id=28819 FT2 ft2.w...@gmail.com changed: What|Removed |Added CC||ft2.w...@gmail.com Depends on||21279 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 FT2 ft2.w...@gmail.com changed: What|Removed |Added Blocks||28819 -- 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 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 FT2 ft2.w...@gmail.com changed: What|Removed |Added Blocks||28820 -- 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 28820] Diffs using rev_id should work when one or both revisions are deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=28820 FT2 ft2.w...@gmail.com changed: What|Removed |Added CC||ft2.w...@gmail.com Summary|Diffs using rev_id should |Diffs using rev_id should |work when one or both |work when one or both |revisions is deleted|revisions are deleted -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 --- Comment #34 from FT2 ft2.w...@gmail.com 2011-05-04 23:35:20 UTC --- Done. See bug 28819 (Deleted revision links should use rev_id not page/timestamp) and bug 28820 (Diffs using rev_id should work when one or both revisions are deleted). -- 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 28820] Diffs using rev_id should work when one or both revisions are deleted
https://bugzilla.wikimedia.org/show_bug.cgi?id=28820 Brion Vibber br...@wikimedia.org changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |br...@wikimedia.org |org | --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-05-04 23:38:18 UTC --- It's been a while since I poked the diff code, but I think it'll mostly need poking in two places: 1) Actually fetching revs will need to be able to fall back to deleted versions, if you have sufficient permissions. This should be pretty easy. 2) on finding the next/previous revision when not explicitly listed on the URL, which right now will just look in the revision table. Even just fixing 1) would be *very* useful as it would make a lot of broken links work again. 2) has a potential issue in that it could cause the same link to work differently depending on whether you have access to the deleted revs or not, which might end up confusing. Might want to think about things 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 27488] Implement 'top' position option for ResourceLoader modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 Nux e...@wp.pl changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #35 from Nux e...@wp.pl 2011-05-04 23:43:18 UTC --- Just to let you now - this DOSE NOT fix the original issue and probably won't fix most of the issues mentioned here. As I already tried to explain - the problem is a gap between the time when a page is apparently ready and when it is ready for usage. The original problem also mentions that there is no way to run scripts immediately which might have been used e.g. to make more dramatic changes to appearance of a page to suit needs of users of various MW installations. This all worked fine before 1.17 and can be easily fixed by moving all scripts where they should be until you can provide something more elegant. BTW. I've made a class that allows users to really decide when and how to load their modules and there is no need to move scripts to the bottom to load scripts asynchronously. You can see it here: http://pl.wikipedia.org/wiki/User:Nux/common.js It could probably be done better, but for now it works. I can for example load popups strings before page is fully ready and popups core (which is very heavy) after the page is ready. Please do make some more tests because currently you are making scripts load in order which is not cross-browser and not really predictable (check e.g Chrome against Opera). From my tests the only cross-browser way to load scripts in order is to use script tags in head and only from them load something else (either synchronously or asynchronously depending on your needs). -- 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 25510] Navigation in sidebar is visible for a moment before disappearing
https://bugzilla.wikimedia.org/show_bug.cgi?id=25510 Bug 25510 depends on bug 27488, which changed state. Bug 27488 Summary: Implement 'top' position option for ResourceLoader modules https://bugzilla.wikimedia.org/show_bug.cgi?id=27488 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|FIXED | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 28821] New: Special:Undelete to use same radio button styling for diffs as history pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=28821 Web browser: --- Bug #: 28821 Summary: Special:Undelete to use same radio button styling for diffs as history pages Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ft2.w...@gmail.com Depends on: 21279, 28820 Classification: Unclassified (Forked from bug 21279 comment 33 per Brion) Per bug 21279, code will be patched so that deleted revisions can be referenced by their rev_id, and this will work regardless of subsequent delete/undelete activity. Bug 28820 requests that diffs are enhanced to work using rev_id even if one or both revisions are deleted. Once this is done, Brion has noted that [[Special:Undelete]] needs more work for a serious overhaul (bug 21279 comment 33). This request is to ask that building on bug 28820, that [[Special:Undelete]] has radio buttons and paging for the list of deleted revisions, so that a user can select a diff between any two revisions listed as is possible for undeleted revisions (on history pages). At present a diff between arbitrary deleted revisions is not possible, and if a revision is deleted then it is not possible to view its diff against another deleted revision, even if the user has the appropriate viewing rights to 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 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 FT2 ft2.w...@gmail.com changed: What|Removed |Added Blocks||28821 -- 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