[Bug 23871] New: Summary parsing doesn't find variant links
https://bugzilla.wikimedia.org/show_bug.cgi?id=23871 Summary: Summary parsing doesn't find variant links Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Language converter AssignedTo: philip@gmail.com ReportedBy: liang...@gmail.com Assume X and x are two variants of the same character. If I write [[Ax]] and [[AX]] but not [[Ax]] exists, the [[AX]] page is linked during normal page parsing. However, the same thing doesn't happen during summary parsing. -- 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 23870] New: New wikimedia-l mailing list
https://bugzilla.wikimedia.org/show_bug.cgi?id=23870 Summary: New wikimedia-l mailing list Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Mailing lists AssignedTo: cb...@wikimedia.org ReportedBy: wikime...@greenman.co.za We're in the process of setting up a South African Wikimedia Chapter, and would like a mailing list, WikimediaZA-l. Please create this, and set up myself, Ian Gilfillan (wikimedi...@greenman.co.za) as the initial moderator. -- 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 23836] General : Page select gives a XML error
https://bugzilla.wikimedia.org/show_bug.cgi?id=23836 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Calcey QA 2010-06-10 04:36:54 UTC --- verified and closed -- 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 23860] Header dropdown appears behind textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=23860 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Calcey QA 2010-06-10 04:33:39 UTC --- Verified and closed -- 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 23859] General : Firefox 3.6 not display most sections in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23859 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from Calcey QA 2010-06-10 04:28:05 UTC --- Verified and closed -- 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 23857] Dialogs: Search and Replace : RegEx replace text malfunction
https://bugzilla.wikimedia.org/show_bug.cgi?id=23857 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #2 from Calcey QA 2010-06-10 04:23:15 UTC --- Verified and closed -- 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 23856] Dialog : Links : Text is not converted to a link in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23856 Calcey QA changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #2 from Calcey QA 2010-06-10 04:22:34 UTC --- Verified and closed -- 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 23420] SF preload query string issue with empty fields
https://bugzilla.wikimedia.org/show_bug.cgi?id=23420 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Yaron Koren 2010-06-10 01:23:12 UTC --- I believe this has been fixed in SF 1.9.1. -- 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 23067] FCK integration breaks page content because of quoting
https://bugzilla.wikimedia.org/show_bug.cgi?id=23067 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Yaron Koren 2010-06-10 01:16:07 UTC --- This line was removed in version 1.9.1 of SF; thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20113] arraymaptemplate doesn't work when parser's preprocessor class is set to hash
https://bugzilla.wikimedia.org/show_bug.cgi?id=20113 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Yaron Koren 2010-06-10 01:09:17 UTC --- I believe this has been fixed in SF 1.9.1. -- 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 22861] Modification to renderArrayMapTemplateObj function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22861 Yaron Koren changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Yaron Koren 2010-06-10 01:08:40 UTC --- This patch is now in version 1.9.1 of SF - I think this problem is now 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 23869] New: Allow users to change which sections of the sidebar menu are opened by default
https://bugzilla.wikimedia.org/show_bug.cgi?id=23869 Summary: Allow users to change which sections of the sidebar menu are opened by default Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: e...@wp.pl CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Currently the first section is opened by default, which is fine for readers, but not for editors. This is because on pl.wiki we've decided to use the first sections for readers and the second one for editors. Some solutions: 1. Make the last state permanent at least on one computer (e.g. with cookies that would be valid for a week). 2. Add some save-state button near the menu which would save that state to the database (to be permanent on other computers of the user). 3. List sections of the menu (as defined on the wiki) in one of the sections of preferences. On the list you could simply choose which sections should be opened. -- 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 22601] Change AssertEdit error display
https://bugzilla.wikimedia.org/show_bug.cgi?id=22601 Reedy changed: What|Removed |Added Component|Site requests |General/Unknown Version|unspecified |any Product|Wikimedia |MediaWiki extensions Summary|Turn on AssertEdit |Change AssertEdit error ||display -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21091] Uploading Problems
https://bugzilla.wikimedia.org/show_bug.cgi?id=21091 Reedy changed: What|Removed |Added Status|NEW |RESOLVED CC|s...@reedyboy.net| Resolution||INVALID -- 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 23868] New: No warning when page is deleted during editing
https://bugzilla.wikimedia.org/show_bug.cgi?id=23868 Summary: No warning when page is deleted during editing Product: MediaWiki Version: 1.16 Platform: PC OS/Version: Windows XP Status: NEW Severity: normal Priority: Normal Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: thor.malmjurs...@yahoo.co.uk An issue occurred on the 7th of June 2010 where I was trying to tag an article at en.wikipedia for Speedy deletion - whilst I was editing it, an administrator deleted the article, which I was unaware of. I submitted the article for tagging, and it reappeared, complete with my tag on it, BUT I was the only person in the edit history. The problem was that the edit was a vandal edit, and it looked like I created it, so I was in a bit of a panic to get it removed. I have been informed that I should have received a warning when I submitted the edit, which I did not. No edit conflicts, nada. Could someone please take a look at the log records for the article I've URL'd below and also the Talk page of en.wp user MalcolmX!5 who removed the article after I recreated it. Thanks for your help. Article for review: www.enwp.org/Yellow_flower -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23851] Diff for redirected file pages do not display
https://bugzilla.wikimedia.org/show_bug.cgi?id=23851 --- Comment #2 from Derk-Jan Hartman 2010-06-09 23:17:37 CEST --- I have chosen to force diffonly in this case. The reason is that without diffonly, the content: #REDIRECT [[File:filename.jpg]] will render with the full image included. Alternative suggestions welcome of course. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23851] Diff for redirected file pages do not display
https://bugzilla.wikimedia.org/show_bug.cgi?id=23851 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Derk-Jan Hartman 2010-06-09 23:09:33 CEST --- Fixed in r67762 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23867] New: [Link Dialog][FF3.5] Significant delay in filling the link text (non-direct input)
https://bugzilla.wikimedia.org/show_bug.cgi?id=23867 Summary: [Link Dialog][FF3.5] Significant delay in filling the link text (non-direct input) Product: MediaWiki extensions Version: any Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: nkom...@wikimedia.org CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Environment: ja.wikipedia.org (beta), FF3.5 on Ubuntu 9.10 How to reproduce: * Opt-in to the Beta * Launch link dialog * Type in character in alphabet and use IBus-Anthy method to input Japanese characters * Select one of suggested article name * Targeted article is inserted, but the link title (text) does not appear (It appears if I click outside the active window, thus the screenshot would not capture this problem.) Expected outcome: Link title should appear when the existing article is selected. This issue could not be reproduced with IE7, FF3.5, and Chrome 5 on Windows 7. I would like to hear if input method for other languages cause similar problems. -- 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 23866] Shift enter in SimpleSearch opens results in original window AND tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=23866 Adam Miller changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Adam Miller 2010-06-09 18:57:30 UTC --- Tested in 9.6 and 10.10 on Mac OS X 10.6.2. Can't replicate this behavior. Actually I can't get any combination of modifier keys to even open a google search in a new window in either version of Opera. Doesn't seem like there are preferences to enable/disable this behavior either. Feel free to reopen with more specifics about how to recreate this. I'll try it in Opera on windows next time I have a chance just to be sure. -- 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 23866] Shift enter in SimpleSearch opens results in original window AND tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=23866 Roan Kattouw changed: What|Removed |Added AssignedTo|tpars...@wikimedia.org |amil...@wikimedia.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23866] New: Shift enter in SimpleSearch opens results in original window AND tab
https://bugzilla.wikimedia.org/show_bug.cgi?id=23866 Summary: Shift enter in SimpleSearch opens results in original window AND tab Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: hart...@videolan.org CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org "Shift-Enter in Opera, which opens results in new tab, however in Vector the old tab goes to the results page as well." -- 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 23865] New: Fixup usage of wfRunHooks( 'EditFormPreloadText' ) in ApiQueryInfo in a better way
https://bugzilla.wikimedia.org/show_bug.cgi?id=23865 Summary: Fixup usage of wfRunHooks( 'EditFormPreloadText' ) in ApiQueryInfo in a better way Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: s...@reedyboy.net CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com r61759 - Roans first comment -- 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 22937] display of my wordpress.com blog on Planet Wikimedia is broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=22937 Tim Landscheidt changed: What|Removed |Added CC||t...@tim-landscheidt.de --- Comment #2 from Tim Landscheidt 2010-06-09 17:16:46 UTC --- Ziko's blog seems to show the same symptoms as Arnomane's (at least the empty links). As I already said at http://meta.wikimedia.org/wiki/Planet_Wikimedia#Problems>, I installed Planet 2.0 locally on my box and downloaded the configuration files from Subversion. Running that, the links were properly preserved. So what is the version of Planet running on the server? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23636] Installer should optionally import help pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=23636 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||liang...@gmail.com --- Comment #4 from Alexandre Emsenhuber [IAlex] 2010-06-09 15:58:18 UTC --- *** Bug 23864 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 the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23864] Include PD Help in installer
https://bugzilla.wikimedia.org/show_bug.cgi?id=23864 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-06-09 15:58:18 UTC --- *** This bug has been marked as a duplicate of bug 23636 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23864] New: Include PD Help in installer
https://bugzilla.wikimedia.org/show_bug.cgi?id=23864 Summary: Include PD Help in installer Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: liang...@gmail.com PD Help on MediaWiki.org is prepared for new wikis to use, but many MediaWiki users (site admins) don't know that. Why don't we give users a choice to install the PD Help pages into DB during installation? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23863] New: (New installer) Links on right side
https://bugzilla.wikimedia.org/show_bug.cgi?id=23863 Summary: (New installer) Links on right side Product: MediaWiki Version: 1.17-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: liang...@gmail.com I'm viewing /config/new-index.php?page=DBConnect and surfing to /config/new-index.php?page=Readme by clicking the link on the right side. I expected the bold "Connect to database" to become a link (because in MediaWiki, bold is sometimes a selflink) and I could surf back by clicking it, but it didn't. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 13349] Add Special:MovePage to Special:Specialpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=13349 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||umherirrender_de...@web.de --- Comment #4 from Alexandre Emsenhuber [IAlex] 2010-06-09 15:01:36 UTC --- *** Bug 23846 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 the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23846] add input form to Special:MovePage
https://bugzilla.wikimedia.org/show_bug.cgi?id=23846 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-06-09 15:01:36 UTC --- *** This bug has been marked as a duplicate of bug 13349 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23854] Headers : JS error gives when add headers - IE 8 and same error on Main page in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=23854 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Roan Kattouw 2010-06-09 14:54:19 UTC --- That has to be the most cryptic JS error ever. Fixed in r67723. -- 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 23861] TOPPAGENAME magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=23861 Reedy changed: What|Removed |Added CC||s...@reedyboy.net --- Comment #1 from Reedy 2010-06-09 14:21:15 UTC --- This seems very similar to (or the same as??) bug 12872 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 12872] Add variable to show the topmost level in the tree of subpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=12872 Bae June Hyeon changed: What|Removed |Added CC||julien.lecomte.prestataire@ ||sfr.com --- Comment #16 from Bae June Hyeon 2010-06-09 14:23:48 UTC --- *** Bug 23861 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 the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23861] TOPPAGENAME magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=23861 Bae June Hyeon changed: What|Removed |Added Status|NEW |RESOLVED CC||dev...@devunt.kr Resolution||DUPLICATE --- Comment #2 from Bae June Hyeon 2010-06-09 14:23:48 UTC --- It's same. *** This bug has been marked as a duplicate of bug 12872 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23861] TOPPAGENAME magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=23861 Reedy changed: What|Removed |Added Attachment #7449|application/octet-stream|text/plain mime type|| Attachment #7449|0 |1 is patch|| -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23862] New: 'Enter' in histories should compare revisions, not attempt deletion
https://bugzilla.wikimedia.org/show_bug.cgi?id=23862 Summary: 'Enter' in histories should compare revisions, not attempt deletion Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: cenarium.sy...@gmail.com When I want to get the diff between two revisions from the history, I select them and type 'enter'. Since revision deletion has been introduced, it no longer takes the action to [Compare selected revisions] but instead [Del/undel selected revisions] (and always returns an error since no rev was marked for deletion). Since comparing revs is much, much more common than deleting revs, the action for enter should be to compare. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23858] Special characters insertion doesn't overwrite selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=23858 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Roan Kattouw 2010-06-09 13:57:56 UTC --- Fixed in r67718. -- 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 23541] Enhanced toolbar dropdowns occasionally appear behind textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=23541 Roan Kattouw changed: What|Removed |Added CC||wikib...@calcey.com --- Comment #5 from Roan Kattouw 2010-06-09 13:39:17 UTC --- *** Bug 23860 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 23860] Header dropdown appears behind textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=23860 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #2 from Roan Kattouw 2010-06-09 13:39:17 UTC --- (In reply to comment #1) > I think this was reported elsewhere as well, but I don't remember where > offhand. > > Had something to do with using overflow: hidden; while according to the other > reported overflow: visible; works just fine and fixes this bug. Found it. *** This bug has been marked as a duplicate of bug 23541 *** -- 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 23860] Header dropdown appears behind textarea
https://bugzilla.wikimedia.org/show_bug.cgi?id=23860 Roan Kattouw changed: What|Removed |Added Summary|Headings: Randomly header |Header dropdown appears |list disappear |behind textarea --- Comment #1 from Roan Kattouw 2010-06-09 13:37:07 UTC --- I think this was reported elsewhere as well, but I don't remember where offhand. Had something to do with using overflow: hidden; while according to the other reported overflow: visible; works just fine and fixes 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 23859] General : Firefox 3.6 not display most sections in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23859 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Roan Kattouw 2010-06-09 13:34:04 UTC --- You're logged in as Bhagya in one browser and as Chandima wk in another, and those accounts seem to have different language preferences. -- 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 23859] General : Firefox 3.6 not display most sections in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23859 Platonides changed: What|Removed |Added CC||platoni...@gmail.com --- Comment #2 from Platonides 2010-06-09 13:26:59 UTC --- Works for me. Note that you are using different accounts for Firefox 3.5 and Firefox 3.6. Please check that Chandima wk doesn't have its language set to English in Special:Preferences. -- 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 23858] Special characters insertion doesn't overwrite selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=23858 Roan Kattouw changed: What|Removed |Added AssignedTo|tpars...@wikimedia.org |roan.katt...@gmail.com Summary|Text format : Bold text for |Special characters |Sinhala characters |insertion doesn't overwrite |malfunction |selection -- 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 23856] Dialog : Links : Text is not converted to a link in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23856 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Roan Kattouw 2010-06-09 13:15:58 UTC --- This is expected behavior. Self-links (links to the page itself) show in bold, that's supposed to be a MediaWiki feature. -- 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 23861] TOPPAGENAME magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=23861 Julien Lecomte changed: What|Removed |Added Keywords||need-review, patch CC||julien.lecomte.prestataire@ ||sfr.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 23861] New: TOPPAGENAME magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=23861
Summary: TOPPAGENAME magic word
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: julien.lecomte.prestata...@sfr.com
Created an attachment (id=7449)
--> (https://bugzilla.wikimedia.org/attachment.cgi?id=7449)
magic word TOPPAGENAME
This adds the magic word TOPPAGENAME, which has the same effect as
{{#titleparts: foobar|1}} with subpages.
NB: i18n not done, only EN language is provided
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22686] Positional parameters override numbered parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22686
--- Comment #2 from Waldir 2010-06-09 12:53:04 UTC ---
Potentially useful link and example from bug 23853, which was marked as
duplicate of this one:
[[meta:Help:Template#Mix of named and unnamed parameters]] explains this
problem. The last sentence is particularly relevant: "the direct assignment of
the value '1' to parameter 3 is later overwritten by the third unnamed
parameter."
For instance, if you write {{example template|3=A|B|1=C|D|E}}, and the template
consists simply of {{{1}}}-{{{2}}}-{{{3}}}, the result would be C-D-E rather
than the more logical C-B-A (where the "first" unnamed parameter, B, takes the
place of the first unassigned numbered parameter) or C-D-A (where simply
explicitly numbered parameters take precedence over the implicit numbering).
I think the first alternative, C-B-A, makes most sense, but either approach
would be better than the current 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 23849] Undefined index: original-value in Validator class
https://bugzilla.wikimedia.org/show_bug.cgi?id=23849 Jeroen De Dauw changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #9 from Jeroen De Dauw 2010-06-09 12:44:30 UTC --- 1 is also fixed in http://www.mediawiki.org/wiki/Special:Code/MediaWiki/67713 Apparently I only changed it for Google Maps and forgot the other services... -- 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 23860] New: Headings: Randomly header list disappear
https://bugzilla.wikimedia.org/show_bug.cgi?id=23860 Summary: Headings: Randomly header list disappear Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7448) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7448) Wiki-2010-06-09-HeadError.pdf Reporting against Babaco Release : r67679 Tested link : http://prototype.wikimedia.org/si-wp Step to Reproduce :: 1) Go to main page 2) Insert heading <> Expected Outcome:: List of headers should always visible Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729) -- 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 23859] General : Firefox 3.6 not display most sections in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23859 --- Comment #1 from Calcey QA 2010-06-09 12:33:43 UTC --- Created an attachment (id=7447) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7447) Wiki_2010-06-09-GeneralError.pdf -- 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 23849] Undefined index: original-value in Validator class
https://bugzilla.wikimedia.org/show_bug.cgi?id=23849 --- Comment #8 from Jeroen De Dauw 2010-06-09 12:32:04 UTC --- I fixed 2 in http://www.mediawiki.org/wiki/Special:Code/MediaWiki/67710 Will be part of 0.6.3. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23859] General : Firefox 3.6 not display most sections in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23859 Calcey QA changed: What|Removed |Added Attachment #7446|0 |1 is obsolete|| -- 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 23859] New: General : Firefox 3.6 not display most sections in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23859 Summary: General : Firefox 3.6 not display most sections in Sinhala Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7446) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7446) Wiki-2010-06-09-Head.pdf Reporting against Babaco Release : r67679 Tested link : http://prototype.wikimedia.org/si-wp Step to Reproduce :: 1) Go to main page <> Expected Outcome:: Should display all the text in the selected language Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729) Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 -- 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 23647] geographic coordinates don't work in multiple instance templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=23647 Jeroen De Dauw changed: What|Removed |Added Severity|major |normal -- 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 23647] geographic coordinates don't work in multiple instance templates
https://bugzilla.wikimedia.org/show_bug.cgi?id=23647 Jeroen De Dauw changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #5 from Jeroen De Dauw 2010-06-09 12:17:08 UTC --- Ed, can you provide a link to a page demonstrating the incorrect behaviour? -- 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 23739] overlapping markers
https://bugzilla.wikimedia.org/show_bug.cgi?id=23739 --- Comment #2 from Jeroen De Dauw 2010-06-09 12:15:29 UTC --- Nice idea, but not high enough of a priority for me to fix any time soon. Be me guest to add and test it yourself and submit a patch. -- 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 23673] longitude is messed up
https://bugzilla.wikimedia.org/show_bug.cgi?id=23673 Jeroen De Dauw changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Jeroen De Dauw 2010-06-09 12:13:49 UTC --- Yaron has hacked up a fix for this in SIO, so 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 21036] {{#geocode}} parser function doesn't parse GPS coordinates
https://bugzilla.wikimedia.org/show_bug.cgi?id=21036 Jeroen De Dauw changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||WONTFIX --- Comment #3 from Jeroen De Dauw 2010-06-09 12:12:59 UTC --- The architecture of 0.6 allows for this to be added pretty easily, but there is no demand except for this bug, so wontfix 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 23056] The Google map does not display all valid locations
https://bugzilla.wikimedia.org/show_bug.cgi?id=23056 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Jeroen De Dauw 2010-06-09 12:10:14 UTC --- This should be fixed in 0.6. -- 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 22338] Icons are streched
https://bugzilla.wikimedia.org/show_bug.cgi?id=22338 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #6 from Jeroen De Dauw 2010-06-09 12:09:19 UTC --- This has been fixed in 0.6, although the fix will only work after initial page load, as the image size can not be determined beforehand with the current solution. -- 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 21777] PLURAL needed in semanticmaps_paramdesc_width and semanticmaps_paramdesc_height
https://bugzilla.wikimedia.org/show_bug.cgi?id=21777 Jeroen De Dauw changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23858] New: Text format : Bold text for Sinhala characters malfunction
https://bugzilla.wikimedia.org/show_bug.cgi?id=23858 Summary: Text format : Bold text for Sinhala characters malfunction Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7445) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7445) Wiki_2010-06-09-BoldError01.pdf Reporting against Babaco Release : r67679 Tested link :http://prototype.wikimedia.org/si-wp Step to Reproduce :: 1) Select random page to edit 2) Click Bold icon 3) Type Sinhala characters <<>> Expected Outcome:: Sinhala text should replace Bold text Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 (.NET CLR 3.5.30729) -- 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 23849] Undefined index: original-value in Validator class
https://bugzilla.wikimedia.org/show_bug.cgi?id=23849 --- Comment #7 from Laurent Alquier 2010-06-09 12:02:49 UTC --- Thanks for the link - I will check it out and see if I am missing something on my site. #1 is happening for both OpenLayers and Yahoo. If I leave $wgParser in the call for dependencies, the call fails and maps do not display at all in the form. #3 - Fair enough. I will force geocoding with geonames and see what happens. -- 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 23857] Dialogs: Search and Replace : RegEx replace text malfunction
https://bugzilla.wikimedia.org/show_bug.cgi?id=23857 Conrad Irwin changed: What|Removed |Added Status|NEW |RESOLVED CC||conrad.ir...@gmail.com Resolution||INVALID --- Comment #1 from Conrad Irwin 2010-06-09 11:58:38 UTC --- This is expected, test[^ ]* will match the entire input in the first case as there are no space characters. If you want the behaviour you seem to, use test[^\s]* so that newlines are also excluded. -- 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 23857] New: Dialogs: Search and Replace : RegEx replace text malfunction
https://bugzilla.wikimedia.org/show_bug.cgi?id=23857 Summary: Dialogs: Search and Replace : RegEx replace text malfunction Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: critical Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7444) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7444) Wiki_2010-06-09_REGEx Replace.pdf Reporting against Babaco Release : Tested link : Steps to Reproduce :: 1) Enter text as test testing test001 testtest 2) Search for test[^ ]* and replace the text with QA and click on replace all <> 3) Tried the same with test plan testing plan test001 plan testtest plan <> Expected Outcome:: Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.70 Safari/533.4 -- 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 23849] Undefined index: original-value in Validator class
https://bugzilla.wikimedia.org/show_bug.cgi?id=23849 Jeroen De Dauw changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment #6 from Jeroen De Dauw 2010-06-09 11:47:42 UTC --- 1- It seems to be working fine on other sites - example: http://hackerspace.be/Special:FormEdit/Event/Brion_vibber_day 2- Quite possible, I have not explicitly tested the Yahoo! Maps forms. Will have a look soon. It's possible point 1 is only present for Yahoo! Maps. 3- There never was such a button. OpenLayers forms don't have geocoding support, unfortunately. -- 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 23849] Undefined index: original-value in Validator class
https://bugzilla.wikimedia.org/show_bug.cgi?id=23849 --- Comment #5 from Laurent Alquier 2010-06-09 11:42:20 UTC --- I am using Maps/Semantic Maps/Validator from the 0.6.2 tar file. Semantic Forms is 1.9. I am using a plain form with a form input for coordinates. Nothing fancy. I am not using the runQuery side of SF. To summarize, so far, I found 3 issues with 0.6.2 and I could only fix one of them. 1- Form Inputs do not display a map (I had to replace $wgParser by $wgOut in the calls to map dependencies to fix that) 2- I get a PHP warning about an undefined variable when I use the Yahoo maps form input 3- If I try the Open Layers form input, the 'Lookup coordinates' button is missing. -- 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 23856] New: Dialog : Links : Text is not converted to a link in Sinhala
https://bugzilla.wikimedia.org/show_bug.cgi?id=23856 Summary: Dialog : Links : Text is not converted to a link in Sinhala Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: critical Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7443) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7443) Wiki_2010-06-09_SinhalaTextConvertToLink.pdf Reporting against Babaco Release : r67679 Tested link : http://prototype.wikimedia.org/si.wikipedia.org Steps to Reproduce :: 1) Edit a Sinhala wiki 2) Insert link [Page name බොන්සායි කලාව] 3) Insert the link to the page 4) Preview it. <> Expected Outcome:: Test Environment:: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.1.8) Gecko/20100202 Firefox/3.5.8 Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US) AppleWebKit/533.4 (KHTML, like Gecko) Chrome/5.0.375.70 Safari/533.4 Working in Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23790] On SVN trunk 1.17alpha (r67274) Collection fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=23790 --- Comment #16 from Gregor Hagedorn 2010-06-09 11:28:04 UTC --- We only have a duplicate server with a very similar setup. However, the different mediawiki installations: a) r59858 on http://biowikifarm.net/meta/Special:Version b) r67607 on http://biowikifarm.net/test/Special:Version run on the same server, sharing all software (same apache, php etc.) and even the mediawiki settings, the only difference being that they use a different SVN checkout. Since collection works fine on meta, we can rule out that the debian installation or php version in itself is the culprit - it must be some INTERACTION between this and session management changes that happened between 59858 and 67607, either in core or Collection. Can someone remember WHICH CHANGES were made with respect to session handling? This is my biggest hope... --- By the way: Wikimedia has stopped running the mediawiki trunk, creating a wmf branch and running an older version: 1.16wmf4 (r66620) (see e.g. en.wikipedia). Thus wmf testing is not as up-to-date as one may wish. r66620 is not usable on our site, since several non-wmf-extensions fail to run under this revision, which have been updated since. -- 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 23827] Consistency request: movefile
https://bugzilla.wikimedia.org/show_bug.cgi?id=23827 mar...@marbot.de changed: What|Removed |Added Component|Images and files|Redirects -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on 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 #20 from FT2 2010-06-09 11:16:32 UTC --- Last, when the above fail case is fixed, can you check it also fixes the following (minor) fail case which I believe may be a byproduct of it. I considered what happens if RevDelete is used on on old deleted revision without a rev_id and the revision is later restored - the issue being no rev_id so would log links then fail. I theorized that if such a revision were selective undeleted and then redeleted, the selctive undeletion assigns a rev_id, so once redeleted this wouldn't be a problem, providing a quick workaround. In other words: 1. Deleted revision without rev_id is redacted 2. Revision is undeleted 3. Deletion log links for the RevDelete action may fail. WORKAROUND: 1. Deleted revision without rev_id is undeleted and gains a rev_id, then redeleted 2. Revision is _then_ redacted and undeleted at any future time 3. Deletion log links for the RevDelete action should work correctly as the redaction will be linked to a correct permanent rev_id. Can you check this at the same time? I suspect the issue at comment #19 may be affecting this so it can't be tested yet. I appreciate it's a pure edge case, but it's possible we may see some revisions moving from deletion to revdelete and it would be nice to check the log links issue wouldn't resurface or be an issue. -- 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 22744] Add/Update indexes for queries done by the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=22744 Reedy changed: What|Removed |Added Summary|Make sure all relevant |Add/Update indexes for |indexes are used in |queries done by the API |ApiQueryLogEvents | --- Comment #1 from Reedy 2010-06-09 11:16:26 UTC --- "Make sure all relevant indexes are used in ApiQueryLogEvents" for comment above Generalising, per r66891#c7089 - "There is no index on (prefix, title, from), although IMO such an index makes a lot of sense and should be added" -- 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 16860] API for CentralAuth data
https://bugzilla.wikimedia.org/show_bug.cgi?id=16860 Reedy changed: What|Removed |Added Blocks||23855 -- 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 16214] GlobalBlocking needs API modules
https://bugzilla.wikimedia.org/show_bug.cgi?id=16214 Reedy changed: What|Removed |Added Blocks||23855 -- 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 23855] Non Core API Tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=23855 Reedy changed: What|Removed |Added Depends on||16860, 16214 -- 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 23855] Non Core API Tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=23855 Reedy changed: What|Removed |Added Depends on||15129 -- 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 15129] CheckUser Api Module
https://bugzilla.wikimedia.org/show_bug.cgi?id=15129 Reedy changed: What|Removed |Added Keywords|bugday | Blocks||23855 -- 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 #19 from FT2 2010-06-09 11:07:43 UTC --- 2nd fail case, see: http://en.wikipedia.org/w/index.php?title=Special:Log&page=User%3AFT2%2Ftest8 Reproduction: 1. Create page with 3 revisions 2. Delete page 3. RevDelete a field from middle revision (eg edit summary) 4. Undelete page Page delete log for the RevDelete action fails with "bad links". -- 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 #18 from FT2 2010-06-09 11:03:58 UTC --- Visible revisions have checkboxes and a "del/undel selected revisions" for multiple revisions in an action. Can [[Special:Undelete]] have a similar button added? It already has the checkboxes. A "del/undel selected revisions" button would be useful (eg to remove a RevDelete redaction on multiple deleted revisions), or to prevent the data being visible if deletion is reversed (eg page deletion is undone) -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Chad H. changed: What|Removed |Added Depends on||23855 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23855] Non Core API Tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=23855 Chad H. changed: What|Removed |Added CC||innocentkil...@gmail.com Blocks||2007 -- 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 23821] Write API for CentralAuth extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=23821 Reedy changed: What|Removed |Added Blocks||23855 -- 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 23855] New: Non Core API Tracking bug
https://bugzilla.wikimedia.org/show_bug.cgi?id=23855 Summary: Non Core API Tracking bug Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: tracking Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: s...@reedyboy.net CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com Depends on: 23821 For stuff like central auth and such -- 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 23854] Headers : JS error gives when add headers - IE 8 and same error on Main page in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=23854 --- Comment #1 from Calcey QA 2010-06-09 10:56:17 UTC --- (In reply to comment #0) > Created an attachment (id=7442) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7442) [details] > Wiki_2010-06-09_IE JS Error.pdf > > Reporting against Babaco Release : r67679 > Tested link :http://prototype.wikimedia.org/en.wikipedia.org/Main_Page > > Steps to Reproduce :: > > 1) IE 8 - Edit a page and add a Header >IE 7 - Load the main page > <> > > Expected Outcome:: > > There should not be any JS errors > > Test Environment:: > Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET > CLR > 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; > InfoPath.3) > > Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET > CLR > 3.0.4506.2152; .NET CLR 3.5.30729) Note : This happen when the editor is blank for IE8 -- 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 23854] New: Headers : JS error gives when add headers - IE 8 and same error on Main page in IE8
https://bugzilla.wikimedia.org/show_bug.cgi?id=23854 Summary: Headers : JS error gives when add headers - IE 8 and same error on Main page in IE8 Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Keywords: babaco Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org Created an attachment (id=7442) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7442) Wiki_2010-06-09_IE JS Error.pdf Reporting against Babaco Release : r67679 Tested link :http://prototype.wikimedia.org/en.wikipedia.org/Main_Page Steps to Reproduce :: 1) IE 8 - Edit a page and add a Header IE 7 - Load the main page <> Expected Outcome:: There should not be any JS errors Test Environment:: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; InfoPath.3) Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 2.0.50727; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) -- 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 #17 from FT2 2010-06-09 10:41:20 UTC ---
At the same time, can the RevDel page indicate clearly if the revisions listed
are "Visible revisions" or "Deleted revisions". It would help.
Example page:
http://en.wikipedia.org/w/index.php?title=Special:RevisionDelete&target=User%3AFT2%2Ftest7&type=revision&ids=366963568
Simple fix, if the text at the top states "Selected [visible | deleted]
revision(s) of {{PAGENAME}}"
and under "Other/additional reason" a line in bold "These revisions are
currently [visible | deleted]".
Thanks!
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 21279] Regular deletion of revisions deleted with rev_deleted breaks links in log entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=21279 --- Comment #16 from FT2 2010-06-09 10:37:49 UTC --- Updated test - fix needed: 1/ revision with obvious deletions is not showing log entries. Look at the first RevDel action at http://en.wikipedia.org/w/index.php?title=Special:Log&page=User%3AFT2%2Ftest7 The link for "visible revisions" leads to a RevDel page with 2 log actions (correct). The link for "deleted revisions" leads to a RevDel page with none (error). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23790] On SVN trunk 1.17alpha (r67274) Collection fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=23790 --- Comment #15 from PediaPress Support Team 2010-06-09 10:35:53 UTC --- Hm. Can someone reproduce this behavior? Can you (Gregor) reproduce it on another MW installation (preferably on another host)? As everything is working fine on WMF wikis like the Wikipedias which have the Collection extension enabled (and which are usually quite up-to-date MediaWiki installations) and on our test wikis (current SVN revision of MediaWiki), I'm a bit puzzled and can't really rule out the possibility that this is a problem with sessions/PHP config/cookies/domains etc. on your side. The settings you posted don't affect session handling in any way. In fact, there are no Collection-specific settings at all that affect the session handling. Code-wise: In addition to the global function wfSetupSession() which is provided by MediaWiki, we're using PHP core-functionality only – $_SESSION and (lately) session_id(). There's nothing specific and I somehow doubt that this is something that can get broken by a MediaWiki update. BTW: If this is really specific to the Collection extension, discussion on our mailing list (http://groups.google.com/group/mwlib) might be better suited. -- 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 23852] Add links to switch language after unsuccessful search
https://bugzilla.wikimedia.org/show_bug.cgi?id=23852 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com Summary|Usability bug |Add links to switch ||language after unsuccessful ||search -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22686] Positional parameters override numbered parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22686 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||wal...@email.com --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-06-09 09:46:33 UTC --- *** Bug 23853 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 the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23853] unnamed template parameters should not overwrite explicitly numbered parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=23853 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-06-09 09:46:33 UTC --- *** This bug has been marked as a duplicate of bug 22686 *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 23790] On SVN trunk 1.17alpha (r67274) Collection fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=23790
--- Comment #14 from Gregor Hagedorn 2010-06-09
09:45:06 UTC ---
OK, no more code error messages for r67693 now. However, the title of the bug
still applies: Collection fails, i.e. to collect any pages. The toolbox on top
appears, but adding a page does not change it. Going to Show book always
displays an empty book.
It seems clear from the code fixes above, that the session is no longer
successfully established. However a mediawiki session exist: the user is signed
in and the login is stable. Tested with both FF 3.6.3 and IE8, both with
cookies enabled (verified through other cookie-dependent software as well). The
full Collection extension settings are given at the end.
Again, as described above, with these settings the Collection session works
fine with an earlier version of mediawiki, r59858 as testable on
http://biowikifarm.net/meta/Special:Version -
*** Something must have CHANGED in SESSION management BREAKING the Collection
Session ***
What else is using similar sessions?
We will gladly provide any support to get this working again.
What is going on?
--
LocalSettings for Collection:
require_once("$IP/extensions/Collection/Collection.php");
$wgCollectionMWServeURL = 'http://tools.pediapress.com/mw-serve/';
// Allow collecting Help pages (default is no!) and custom namespaces
$wgCollectionArticleNamespaces = array(
NS_MAIN,
NS_TALK,
NS_USER,
NS_USER_TALK,
NS_HELP,
NS_HELP,
NS_PROJECT,
NS_PROJECT_TALK,
NS_MEDIAWIKI,
NS_MEDIAWIKI_TALK,
NS_PRIVATE,
NS_PRIVATE_TALK,
NS_PORTAL,
NS_PORTAL_TALK,
NS_BIBLIO,
NS_BIBLIO_TALK,
NS_SUBMISSION,
NS_SUBMISSION_TALK,
NS_REVIEWED,
NS_REVIEWED_TALK,
100,
101,
102,
103,
);
// Where to save community collections? MediaWiki namespace is not a good
default
$wgCommunityCollectionNamespace = NS_PROJECT;
// who can save collections where?
$wgGroupPermissions['user']['collectionsaveasuserpage'] = true;
$wgGroupPermissions['autoconfirmed']['collectionsaveascommunitypage'] = true;
// Sidebar cache doesn't play nice with this
$wgEnableSidebarCache = false;
$wgCollectionFormats = array(
'rl' => 'PDF',
'odf' => 'OpenDocument Text',
);
// Formats (keys in $wgCollectionFormats) to be displayed as "Download as XYZ"
links in the "Print/export" portlet
$wgCollectionPortletFormats = array( 'rl' );
---
--
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 23853] New: unnamed template parameters should not overwrite explicitly numbered parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=23853
Summary: unnamed template parameters should not overwrite
explicitly numbered parameters
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: Templates
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: wal...@email.com
[[meta:Help:Template#Mix of named and unnamed parameters]] explains this
problem. The last sentence is particularly relevant: "the direct assignment of
the value '1' to parameter 3 is later overwritten by the third unnamed
parameter."
For instance, if you write {{example template|3=A|B|1=C|D|E}}, and the template
consists simply of {{{1}}}-{{{2}}}-{{{3}}}, the result would be C-D-E rather
than the more logical C-B-A (where the "first" unnamed parameter, B, takes the
place of the first unassigned numbered parameter) or C-D-A (where simply
explicitly numbered parameters take precedence over the implicit numbering).
I think the first alternative, C-B-A, makes most sense, but either approach
would be better than the current 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 23850] Include subpages of Common.js to Common.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=23850
Michael Dale changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution||WONTFIX
--- Comment #6 from Michael Dale 2010-06-09 09:14:35 UTC ---
Thanks for your interest in addressing these issues.
Yes, once things are going through the script-loader its easier to invalidate
and update, it checks the revision ID of the text page to form wikitext urls on
page renderings. Some tweaks could be made for it to work in the above
described context.
Javascript transclution even in the mediaWiki namespace is probably not a good
idea. If used inline it will promote bad development paradigms. i.e: imagine in
js:
if( wgPageName == 'Specail:Upload' ){
{{{MediaWiki:Common.js/Upload.js}}}
}
Even if you just appended ScriptName.js/*.js to all scriptName requests, it
does little for modularity over single long file, ( ie invalidates the top
level cache on any underlining module change. It does not promote dynamic
modules loaded per context, rather promotes large monolithic codebase invoked
everywhere.
Include subpages of Common.js to Common.js would break with existing
conventions of loading where necessary of the existing mediaWiki:common.js
files like:
if (wgAction == "edit" || wgAction == "submit" || wgPageName ==
"Special:Upload") //scripts specific to editing pages
{
importScript("MediaWiki:Common.js/edit.js")
}
else if (wgPageName == "Special:Watchlist") //watchlist scripts
{
importScript("MediaWiki:Common.js/watchlist.js")
}
Furthermore it makes it difficult to isolate and debug a particular script ( if
you don't have an integrated way to get at the raw files in isolation.) mw.load
bridges both use contexts by supporting direct reference to all the raw files
in debug mode and single compressed packaged request in "scriptLoader" mode.
JS compression saves a LOT on transport costs. With big javascript packages its
a must. The user can always add a &debug or set a preference to get the raw
version. No sense in sending hundreds of extra Kilobytes in non-minified
javascript to people who will never know the difference other than what seems
like slow site as they wait extra seconds for the js to load.
If an error is shwoing up in minified version thats ~not~ present in the
non-minified version then its an error with the minifier, and we want the
minified line number not the source line number.
We could include mention of the "debug" url param to request the non-minified
in the header of all the js, retaining "open source reference to the code" for
anyone that wanted to look at 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 23790] On SVN trunk 1.17alpha (r67274) Collection fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=23790 --- Comment #13 from Johannes Beigel 2010-06-09 08:03:38 UTC --- (In reply to comment #12) > Sorry, did not work, with r67613 I get: > > > Notice: Undefined index: wsCollection in > /usr/share/mediawikistaging/extensions/Collection/Collection.session.php on > line 134 Could very well be fixed with demon's change in r67617. > URL is > http://biowikifarm.net/testwiki/index.php?title=Special:Book&bookcmd=book_creator&referer=Main+Page I get Notice: Undefined variable: _SESSION in /usr/share/mediawikistaging/extensions/Collection/Collection.session.php on line 134 when viewing this page, but I guess this should be fixed in r67617, too. Can you confirm? This time, I'll leave the ticket REOPENED :) -- 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 23850] Include subpages of Common.js to Common.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=23850 Nux changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | --- Comment #5 from Nux 2010-06-09 07:28:18 UTC --- OK. I can see [[MediaWiki:Common.js/abc]] might be a problem (as in comment #1), but what about pages like [[MediaWiki:Common.js/My module.js]] or to be more exact MediaWiki:Common.js/*.js? Also note that importScript makes clearing browser cache very problematic (or almost impossible if you have importScript inside imported script)... Or will mw.load solve this too? Besides if it would compress modules then it would make thing even worse (JS compression in Open Source is IMHO just evil, sorry). -- 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
