[Bug 20864] Babaco - New Windows not getting focus by the system.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20864 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|RESOLVED|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 20869] Insert Table: Not validating when user enter letters as inputs.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20869 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Calcey QA wikib...@calcey.com 2009-10-01 06:09:29 UTC --- Steps to Reproduce :: 1)Navigate to a page and click edit Link 2)Click Table icon. 3)Specify 'Columns' value as '2A' and 'Rows' value as '10BC'. 3)Click on Insert key. System create a table without any rows and columns 1)Navigate to a page and click edit Link 2)Click Table icon. 3)Specify 'Columns' value as '2@' and 'Rows' value as '1$%'. 3)Click on Insert key. System create a table without any rows and columns 1)Navigate to a page and click edit Link 2)Click Table icon. 3)Specify 'Columns' value as '2.5' and 'Rows' value as '3.5'. 3)Click on Insert key. System create a table without any rows and columns Expected Outcome :: Should display a error message by asking user to enter only numeric values to 'Columns' and 'Rows'. -- 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 20873] Gives a system error while user trying to edit a page.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20873 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from Calcey QA wikib...@calcey.com 2009-10-01 06:12:12 UTC --- Verified and Passed. -- 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 20875] Navigable TOC : Navigable TOC not changed after replace a link.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20875 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Calcey QA wikib...@calcey.com 2009-10-01 06:20:08 UTC --- Verified and Passed. -- 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 20917] New: Search Replace : Invalid message when Search for is not set
https://bugzilla.wikimedia.org/show_bug.cgi?id=20917 Summary: Search Replace : Invalid message when Search for is not set Product: MediaWiki extensions Version: any Platform: PC URL: http://prototype.wikimedia.org/deployment/Main_Page OS/Version: Windows Vista Status: NEW Severity: major Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: wikibugs-l@lists.wikimedia.org Reporting against build r57044 in staging environment (http://prototype.wikimedia.org/deployment/Main_Page) Steps to reproduce :: 1) Start creating a new page 2) Press enter key three times 3) Click on 'Search and replace' icon 4) Set replace with ='MediaWiki' (Don't set Search for) 5) Now click 'Replace all' button Message 7 replacement(s) made. appear in the dialog. But four words were inserted 6) Press 'Cancel' Button 7) Now press enter for few times (5) 8) Press 'Replace all' button. Message 55 replacement(s) made. appears Expected Outcome :: 1)Actual replacements (number) shall be displayed in the message 2)User shall not be allowed to do Replacement when 'Search for' is not set. (Null ? ) QA to investigate further with different search strings. Browser/Computer Properties : Browser (User-Agent): Opera/9.80 (Windows NT 6.0; U; en) Presto/2.2.15 Version/10.00 Javascript: Enabled Cookies Enabled:Enabled Java Enabled: Enabled CPU class/type: ? Screen Width x Height: 1280 x 800 Screen Color Depth: 32 Window Width: 591 (46.2% of 1280) Window Height: 353 (44.1% of 800) -- 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 20896] Insert Link : Length of the text boxes shall be increased
https://bugzilla.wikimedia.org/show_bug.cgi?id=20896 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Calcey QA wikib...@calcey.com 2009-10-01 06:38:14 UTC --- Verified and reopened. Please try to reproduce the bug with the following URL. http://prototype.wikimedia.org Still the user can't see the whole text. Let's come to an agreed value for the length of text box. Please let me know your comments on the same. -- 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 20897] Search Replace: Last search cause to highlighted a wrong position
https://bugzilla.wikimedia.org/show_bug.cgi?id=20897 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #2 from Calcey QA wikib...@calcey.com 2009-10-01 06:44:20 UTC --- Verified and Passed. -- 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 20618] User can insert links, insert tables with blank values
https://bugzilla.wikimedia.org/show_bug.cgi?id=20618 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from Calcey QA wikib...@calcey.com 2009-10-01 06:51:40 UTC --- Verified and Passed. -- 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 20918] New: NTOC : Sections with space at the end are not shown in TOC
https://bugzilla.wikimedia.org/show_bug.cgi?id=20918 Summary: NTOC : Sections with space at the end are not shown in TOC Product: MediaWiki extensions Version: any Platform: PC URL: http://prototype.wikimedia.org/deployment/Main_Page OS/Version: Windows Vista Status: NEW Keywords: babaco Severity: normal Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: wikibugs-l@lists.wikimedia.org Reporting against build r57044 in staging environment (http://prototype.wikimedia.org/deployment/Main_Page) Steps to reproduce :: 1) Start editing a new page 2) Add a heading === Level 3 === in the Edit area Link appears in the NTOC as expected 3) Now introduce a space at the end of heading === Level 3 === The link disappear from NTOC Expected Outcome :: Section/headings with spaces shall not be ignored in NTOC. They shall be displayed This was reproducible in Firefox 3.5.3 too. Browser/Computer Properties : Browser (User-Agent): Opera/9.80 (Windows NT 6.0; U; en) Presto/2.2.15 Version/10.00 Time and Date: 4:29:50 PM - Wednesday, September 30, 2009 Javascript: Enabled Cookies Enabled:Enabled Java Enabled: Enabled CPU class/type: ? Screen Width x Height: 1280 x 800 Screen Color Depth: 32 Window Width: 591 (46.2% of 1280) Window Height: 353 (44.1% of 800) -- 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 20919] New: Search Replace: Change Replace Next functionality to Replace functionality
https://bugzilla.wikimedia.org/show_bug.cgi?id=20919 Summary: Search Replace: Change Replace Next functionality to Replace functionality Product: MediaWiki extensions Version: any Platform: PC URL: http://prototype.wikimedia.org/d/index.php? OS/Version: Windows Vista Status: NEW Keywords: babaco Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: wikib...@calcey.com CC: wikibugs-l@lists.wikimedia.org Created an attachment (id=6609) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6609) Microsoft Word application functionality Reporting against build r57044 in staging environment (http://prototype.wikimedia.org/deployment/Main_Page) Steps to reproduce :: 1) Start creating a new page 2) Enter several statements in the text area. E.g: Test Test Calcey Test Calcey 3) Click on 'Search and replace' icon. 4) Set search for with 'Calcey' and replace with ='MediaWiki'. 5) Now click on 'Find Next' button. First 'Calcey' text has highlighted 6) Now click on 'Replace Next' button. Second 'Calcey' text has changed to 'MediaWiki' Expected Outcome :: User should able to replace the first 'Calcey' value with the 'MediaWiki' word. Suggestion :: Change the 'Replace Next' button caption and functionality into 'Replace'. Then the user can replace the text from the first expected found values. I have attached the current functionality of the Microsoft word application. -- 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 20918] NTOC : Sections with space at the end are not shown in TOC
https://bugzilla.wikimedia.org/show_bug.cgi?id=20918 --- Comment #1 from Calcey QA wikib...@calcey.com 2009-10-01 08:01:12 UTC --- This bug is valid, even the user enter a space at the beginning of heading === Level 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 20917] Search Replace : Invalid message when Search for is not set
https://bugzilla.wikimedia.org/show_bug.cgi?id=20917 Calcey QA wikib...@calcey.com changed: What|Removed |Added Keywords||babaco --- Comment #1 from Calcey QA wikib...@calcey.com 2009-10-01 08:03:38 UTC --- Added keyword babaco -- 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 20896] Insert Link : Length of the text boxes shall be increased
https://bugzilla.wikimedia.org/show_bug.cgi?id=20896 Calcey QA wikib...@calcey.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #3 from Calcey QA wikib...@calcey.com 2009-10-01 08:11:05 UTC --- Current version is (r57044) yet. This fix will be available later. 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 20921] New: Numbered list with shared placings?
https://bugzilla.wikimedia.org/show_bug.cgi?id=20921 Summary: Numbered list with shared placings? Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: p...@telia.com Hi! The help section on the page http://en.wikipedia.org/wiki/Wikipedia:Lists mentions both wiki markup and html solutions for making numbered lists. Neither one seems to address a problem I've encountered. Namely the possibility of having a nice hanging indent for shared placings in a list (like from a sports event or other competition), while at the same time respecting the total number of list entries. As it is now, both wiki markup (#) and html (li) are well suited for lists with no shared placings, but in my experience neither one adds the possibility of making a nice list with, say, five competitors in which with one is the winner, one placed second, two placed third, none placed fourth and one placed fifth. Either the numbering goes haywire, or the left hanging indent on the second line of the shared placings does so. Maybe there is no solution, and going to tables is the only solution. Many thanks for any input. Per A J Andersson Göteborg, Sweden -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20840] Watchlist RSS feed should use 301 redirect to change token on every view
https://bugzilla.wikimedia.org/show_bug.cgi?id=20840 --- Comment #7 from Luka Marčetić paxco...@gmail.com 2009-10-01 09:41:02 UTC --- Oh. Ok then. Will wait for it. But if that is true, and readers really do not react on moved permanently, I agree. Bug 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 20922] New: deployment of edit toolbar causes absolutely infuriating cursor jump
https://bugzilla.wikimedia.org/show_bug.cgi?id=20922 Summary: deployment of edit toolbar causes absolutely infuriating cursor jump Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: l...@lkcl.net 1) click on a page 2) click in edit window 3) start editing 4) notice, out of corner of eye, the edit bar being posthumously added to the edit window after several seconds have elapsed. 5) watch, in alarm and then irritation as the cursor jumps to the top left corner, instead of where the text was clicked, and the text typed appears (up to 20 seconds late) in the top left corner. 6) watch, with increasing irritation, the cursor jumping AGAIN, after the text has been added to the top left corner, to the BOTTOM RIGHT of the text. this behaviour indicates a lack of thought and consideration for users with slower browser. javascript is lovely and wonderful ONLY if it's utilised properly. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20922] deployment of edit toolbar causes absolutely infuriating cursor jump
https://bugzilla.wikimedia.org/show_bug.cgi?id=20922 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Component|User interface |UsabilityInitiative Product|MediaWiki |MediaWiki extensions Version|unspecified |any -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20922] deployment of edit toolbar causes absolutely infuriating cursor jump
https://bugzilla.wikimedia.org/show_bug.cgi?id=20922 --- Comment #1 from Luke Kenneth Casson Leighton l...@lkcl.net 2009-10-01 11:13:23 UTC --- apologies: noticed that there's a difference between strategy.wikipedia.org and en.wikipedia.org. this bugreport relates to whatever software has been deployed for strategy.wikipedia.org. on firefox 2, the time between hitting the initial edit and the final jump in stage 6 is a WHOPPING thirty to forty seconds. which is a completely unacceptable amount of time to have to wait, before beginning editing JUST because someone decided that the use of jquery and a nice pretty editor would be a good idea. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20913] Interface messages: two quick fixes (one missing message, one missing parameter)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20913 --- Comment #8 from FT2 ft2.w...@gmail.com 2009-10-01 11:53:08 UTC --- Partly, it's not clear where a given message is used. If this is the message for when a user has already clicked through, and is presently viewing the item, then that would explain it. On a similar vein, a few interface message matters have come up in the course of using RevDelete this year, as maybe being worth a change to the extension's default messages. Not many, but a few. Shall I add them to the thread 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 20871] Navigable TOC: Cursor is not navigating to the correct line when link is clicked
https://bugzilla.wikimedia.org/show_bug.cgi?id=20871 --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2009-10-01 11:56:57 UTC --- (In reply to comment #2) Not working for the following browser versions when the same link appear twice in the Navigable TOC. Can't reproduce on Firefox 3.5.3, using the following wikitext: Whee Whee (a screenful of Whees) == Foo == (a screenful of Whees) == Foo == (half a screenful of Whees) Could you be more specific as to exactly what doesn't work, and how to reproduce 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 20922] deployment of edit toolbar causes absolutely infuriating cursor jump
https://bugzilla.wikimedia.org/show_bug.cgi?id=20922 Conrad Irwin conrad.ir...@gmail.com changed: What|Removed |Added CC||conrad.ir...@gmail.com --- Comment #3 from Conrad Irwin conrad.ir...@gmail.com 2009-10-01 11:59:31 UTC --- The jump to the bottom is noticeable under firefox 3.5 (on a year-old debian laptop), but only by being quick (a click in the middle of the edit box as fast as my reflexes allow results in the cursor being at the bottom). I can't notice the jump to the top, and the editing toolbar appears instantaneously. (using http://usability.wikimedia.org/w/index.php?title=Releases/Acaiaction=edit ) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20922] deployment of edit toolbar causes absolutely infuriating cursor jump
https://bugzilla.wikimedia.org/show_bug.cgi?id=20922 --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2009-10-01 12:10:01 UTC --- I apologize for any possible confusion: when I said I couldn't reproduce the bottom right issue, I meant I couldn't reproduce it /on trunk/. Could you see whether it happens at http://prototype.wikimedia.org/en-wp/index.php?title=San_Franciscoaction=edit ? (This URL should also be updated with the fix I mentioned in comment #2.) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18334] Test implementation of FlaggedRevs for the English Wikipedia on en.labs.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18334 --- Comment #7 from Cenarium cenarium.sy...@gmail.com 2009-10-01 13:42:23 UTC --- Could we have the abuse filter enabled on http://flaggedrevs.labs.wikimedia.org/, to test Special:ProblemChanges ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20923] New: Please activate the AbuseFilter extension for es.wikibooks.
https://bugzilla.wikimedia.org/show_bug.cgi?id=20923 Summary: Please activate the AbuseFilter extension for es.wikibooks. Product: Wikimedia Version: unspecified Platform: All URL: http://es.wikibooks.org/w/index.php?title=Wikilibros:Caf %C3%A9oldid=131917#Abuse_filter OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dferg-w...@hotmail.es CC: agarr...@wikimedia.org As per link above (village pump, no objections in two weeks) we request the activation of the AbuseFilter extension on the es.wikibooks project, in complete mode and with the following settings: $wgGroupPermissions['sysop']['abusefilter-modify'] = true; $wgGroupPermissions['sysop']['abusefilter-log-detail'] = true; $wgGroupPermissions['*']['abusefilter-view'] = true; $wgGroupPermissions['user']['abusefilter-log'] = true; $wgGroupPermissions['sysop']['abusefilter-private'] = false; $wgGroupPermissions['sysop']['abusefilter-modify-restricted'] = true; $wgGroupPermissions['sysop']['abusefilter-revert'] = true; Please tell us if there is some inconvenient/question. Thank you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20908] reassignEdits.php fails when referencing userSpecification()
https://bugzilla.wikimedia.org/show_bug.cgi?id=20908 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-10-01 14:45:40 UTC --- Fixed in r57223. -- 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 20907] Gallery does not support image redirects
https://bugzilla.wikimedia.org/show_bug.cgi?id=20907 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||alex.emsenhu...@bluewin.ch Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-10-01 15:01:22 UTC --- Marking this as FIXED, works correctly on trunk. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20924] New: certain mac word (2000) .doc files are incorrectly detected as application/zip
https://bugzilla.wikimedia.org/show_bug.cgi?id=20924 Summary: certain mac word (2000) .doc files are incorrectly detected as application/zip Product: MediaWiki Version: 1.14.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ni...@symbian.org I have a downstream bug that I've been working on for an MW 1.14 installation. Certain users can't upload most of their MS Word documents. These are NOT the .docx XML-based formats but the older type. It turns out that users would receive the error even with a BLANK document saved. I've attached an example of this for people to reproduce the bug. The error received is the message: The file is corrupt or has an incorrect extension. Please check the file and upload again. Debugging locally has shown that these files are being identified as: mime: application/zip extension: doc Clearly with MIME-type/extension verification turned on this will fail giving the error they see. The question is why is this being found as application/zip? (Furthermore, the workaround I read about / had planned, using $wgMimeDetectorCommand to externally check the MIME-type, is no good as MimeMagic::guessMimeType() calls doGuessMimeType FIRST, and any (false) positives will then NOT call detectMimeType(), which seems to work 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 20924] certain mac word (2000) .doc files are incorrectly detected as application/zip
https://bugzilla.wikimedia.org/show_bug.cgi?id=20924 --- Comment #1 from Nick B ni...@symbian.org 2009-10-01 15:17:38 UTC --- Created an attachment (id=6610) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6610) test file for bug reproduction -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 18334] Test implementation of FlaggedRevs for the English Wikipedia on en.labs.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=18334 --- Comment #8 from Cenarium cenarium.sy...@gmail.com 2009-10-01 15:35:35 UTC --- Could you also allow admins to assign the confirmed and reviewer usergroup, and deploy the rollbacker group (also assignable by admins) ? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20823] The wikisyntax for categories should display a link to category in the edit summary field without using the colon
https://bugzilla.wikimedia.org/show_bug.cgi?id=20823 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #3 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 2009-10-01 15:43:03 UTC --- That's because you entred /* New categories */ + as summary (source: http://en.wikipedia.org/w/api.php?action=queryprop=revisionsrevids=316288781rvprop=comment and compare it to http://test.wikipedia.org/w/api.php?action=queryprop=revisionsrevids=77853rvprop=comment for http://test.wikipedia.org/w/index.php?title=Catdiff=77853oldid=77845) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20924] certain mac word (2000) .doc files are incorrectly detected as application/zip
https://bugzilla.wikimedia.org/show_bug.cgi?id=20924 Nick B ni...@symbian.org changed: What|Removed |Added CC||ni...@symbian.org --- Comment #2 from Nick B ni...@symbian.org 2009-10-01 16:05:51 UTC --- What I didn't add is that I've identified what I believe is the problem, stemming from revision 39203: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/includes/MimeMagic.php?r1=39203r2=39202pathrev=39203 By reading the last ~64k of a file, it seems that the magic word for a valid (empty) ZIP file can also be found in certain mac word documents. I've verified this on the test document with bgrep (http://blog.thorx.net/2009/07/binary-grep/). (Also, this might not be the first time this bug has been noticed: http://www.mwusers.com/forums/showthread.php?t=4903 ) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20755] SMWResultArray::SMWResultArray() must be an instance of SMWWikiPageValue
https://bugzilla.wikimedia.org/show_bug.cgi?id=20755 DaSch dasch...@gmx.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from DaSch dasch...@gmx.net 2009-10-01 16:05:24 UTC --- fixed in r57217 -- 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 20926] New: Enable RevisionDelete on Hebrew Wikipedia (he.wikipedia)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20926 Summary: Enable RevisionDelete on Hebrew Wikipedia (he.wikipedia) Product: Wikimedia Version: unspecified Platform: All URL: http://he.wikipedia.org/wiki/%D7%A9%D7%99%D7%97%D7%AA_%D 7%95%D7%99%D7%A7%D7%99%D7%A4%D7%93%D7%99%D7%94:%D7%9E%D7 %93%D7%99%D7%A0%D7%99%D7%95%D7%AA_%D7%94%D7%9E%D7%97%D7% 99%D7%A7%D7%94#.D7.9E.D7.97.D7.99.D7.A7.D7.AA_.D7.92.D7. A8.D7.A1.D7.90.D7.95.D7.AA_.D7.95.D7.A4.D7.A8.D7.99.D7.9 8.D7.99_.D7.99.D7.95.D7.9E.D7.9F OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: yonideb...@gmail.com Per community support (see URL), I would like to request to add 'deleterevision' permission for sysops on he.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 20927] New: Checkboxes for RevDelete on user contribs and log pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=20927 Summary: Checkboxes for RevDelete on user contribs and log pages Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Revision deletion AssignedTo: jschulz_4...@msn.com ReportedBy: ft2.w...@gmail.com The RevDelete checkbox functionality on page history has proven useful. But in many cases a vandal will post problematic material with one edit for each of many pages, or across many page move log entries. In many cases one gets a single account with many vandalistic edits. The oversighter cannot select them all and choose to suppress; he/she has to click through on each item and then configure RevDelete for each item. Can the checkbox functionality be added to user contribs, deleted contribs, and log pages, so that oversighters can redact entries based on the vandal's contributions page, deleted contributions, or a move log? (Deleted page history already has checkboxes, but they aren't linked to RevDelete, that would also be useful) -- 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 20922] deployment of edit toolbar causes absolutely infuriating cursor jump
https://bugzilla.wikimedia.org/show_bug.cgi?id=20922 Luke Kenneth Casson Leighton l...@lkcl.net changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #5 from Luke Kenneth Casson Leighton l...@lkcl.net 2009-10-01 17:37:47 UTC --- (In reply to comment #4) I apologize for any possible confusion: when I said I couldn't reproduce the bottom right issue, I meant I couldn't reproduce it /on trunk/. Could you see whether it happens at http://prototype.wikimedia.org/en-wp/index.php?title=San_Franciscoaction=edit ? (This URL should also be updated with the fix I mentioned in comment #2.) yes, the cursor-jump to the end of the article still occurs. that's a particularly good page to use because its size takes over a minute to stabilise. ahhh... ok - the _first_ time i started editing, i had a cursor-jump to the end of the article. the second time, i didn't. so, you likely have an AJAX or an event-driven race condition going on, which would explain why you were unable to reproduce the problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20928] New: Change visibility fails if existing states not identical. Use tri-state buttons?
https://bugzilla.wikimedia.org/show_bug.cgi?id=20928 Summary: Change visibility fails if existing states not identical. Use tri-state buttons? Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Revision deletion AssignedTo: jschulz_4...@msn.com ReportedBy: ft2.w...@gmail.com Easiest described by example: Oversighter #1 sees a load of vandalistic edits in some page history with possible defamation in the edit summary. So he/she checkboxes those edits and suppresses the edit summary for 20 revisions. Oversighter #2 reviewing a bit later notices that a couple of them don't have vandalistic edit summaries, but one of them did have vandalistic revision text. Modifies the suppression for 2 of those 20 revisions and passes it on for discussion. The consensus is to suppress the revision text on all of the edits. At this point, the change visibility option for the 20 revisions breaks. RevDelete recognizes some of the 20 already have that setting and results in failure. What's happening is RevDelete needs all 20 revisions to be in the same state prior to an action on multiple revisions. if some of those revisions have been manually changed already, it can't cope, even if the requested change is to bring other revisions into line with them. What I think should happen is, when RevDelete is reached by selecting multiple revisions (either by using checkboxes, or clicking change visibility in a log), the handling needs to be changed slightly. 1/ perhaps use tri-state buttons at [[Special:RevisionDelete]], to specify for each field either forcibly show this field, for all revisions listed, forcibly hide this field, for all revisions listed, or don't change this field for all revisions listed. Hopefully that would be a more intuitive result. A warning These revisions are in an inconsistent state + usual summary of the revisions + do you want to force field = value for these revisions? would be better than just failure. -- 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 19534] Proofread Page on oldwikisource
https://bugzilla.wikimedia.org/show_bug.cgi?id=19534 Aleator aleator_w...@yahoo.es changed: What|Removed |Added CC||aleator_w...@yahoo.es --- Comment #2 from Aleator aleator_w...@yahoo.es 2009-10-01 18:22:06 UTC --- Moved talk page to [[:oldsource:Wikisource:Scriptorium/Archives/Jan_2008_-_Dec_2008#Proofread_Page_on_oldwikisource]]. 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 20928] Change visibility fails if existing states not identical. Use tri-state buttons?
https://bugzilla.wikimedia.org/show_bug.cgi?id=20928 --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-10-01 18:30:52 UTC --- Looks like another regression from the refactoring tim made. -- 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 20927] Checkboxes for RevDelete on user contribs and log pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=20927 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Aaron Schulz jschulz_4...@msn.com 2009-10-01 18:38:24 UTC --- *** This bug has been marked as a duplicate of bug 20189 *** -- 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 20189] Add checkboxes for revision deletion on Special:Contributions, Special:DeletedContributions, Special:Undelete, and Special:Log
https://bugzilla.wikimedia.org/show_bug.cgi?id=20189 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added CC||ft2.w...@gmail.com --- Comment #5 from Aaron Schulz jschulz_4...@msn.com 2009-10-01 18:38:24 UTC --- *** Bug 20927 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 20861] Flagged revisions, review log: minor but very helpful enhancement
https://bugzilla.wikimedia.org/show_bug.cgi?id=20861 Aaron Schulz jschulz_4...@msn.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #4 from Aaron Schulz jschulz_4...@msn.com 2009-10-01 19:27:48 UTC --- Timestamp added r57242. Leaving out Username. -- 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 20929] New: Show signature in preview
https://bugzilla.wikimedia.org/show_bug.cgi?id=20929 Summary: Show signature in preview Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org It's a bit confusing for old-school wiki people to have the signature automatically appear. We should add it either below the edit box and/or below the preview. -- 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 20930] New: Lack of paper trail for thread splitting and merging
https://bugzilla.wikimedia.org/show_bug.cgi?id=20930 Summary: Lack of paper trail for thread splitting and merging Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org We just have a note that the thread was split from *somewhere*, need to make sure we actually say where it came from (maybe reuse thread_change_object). -- 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 20931] New: Hook edit for LiquidThreads post-edit updates
https://bugzilla.wikimedia.org/show_bug.cgi?id=20931 Summary: Hook edit for LiquidThreads post-edit updates Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org Edits through the API and hacked in through the interface can bypass the editness and other post-edit updates done by LiquidThreads. -- 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 20932] New: LiquidThreads toolbar does not work
https://bugzilla.wikimedia.org/show_bug.cgi?id=20932 Summary: LiquidThreads toolbar does not work Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org LiquidThreads toolbars are duplicated and do nothing. Need to fix it up :) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20524] Hideuser: Error when trying to block hidden user without hideuser right
https://bugzilla.wikimedia.org/show_bug.cgi?id=20524 --- Comment #1 from Caden Depatie mac.me...@gmail.com 2009-10-01 19:41:50 UTC --- Created an attachment (id=6611) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6611) attempted 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 20933] New: LiquidThreads should have more display preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=20933 Summary: LiquidThreads should have more display preferences Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org Need them for: * Display signatures yes/no * Default sort order * Maybe different options for the toolbar, some people don't like the dynamic show/hide system. -- 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 20934] New: LiquidThreads has no support for RTL
https://bugzilla.wikimedia.org/show_bug.cgi?id=20934 Summary: LiquidThreads has no support for RTL Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org No support for RTL environments in LiquidThreads. -- 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 20935] New: LiquidThreads placeholders have no pointer to the new page
https://bugzilla.wikimedia.org/show_bug.cgi?id=20935 Summary: LiquidThreads placeholders have no pointer to the new page Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: agarr...@wikimedia.org It says The thread's been moved, but it doesn't say where :P -- 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 20920] Insert Links : Page sections shall be validated or provide as suggestion
https://bugzilla.wikimedia.org/show_bug.cgi?id=20920 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2009-10-01 20:30:19 UTC --- This is currently not technically possible, because section names aren't stored in the database in an easily queryable way. -- 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 20918] NTOC : Sections with space at the end are not shown in TOC
https://bugzilla.wikimedia.org/show_bug.cgi?id=20918 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2009-10-01 20:32:34 UTC --- Fixed in r57211. (In reply to comment #1) This bug is valid, even the user enter a space at the beginning of heading === Level 3 === Headers with leading spaces are not valid, but are treated as preformatted text. Try entering a few headers with leading spaces and a few with trailing spaces and clicking Show Preview to see what I mean. -- 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 20507] Yahoo 'temporarily' blocking lists.wikimedia.org emails
https://bugzilla.wikimedia.org/show_bug.cgi?id=20507 --- Comment #4 from Rjd0060 rjd0060.w...@gmail.com 2009-10-01 21:34:41 UTC --- Any status on this? I'm concerned given that approximately 3,000 (!) people have been unsubscribed from the daily-article-l mailing list as a result of this issue. Unfortunately, I have no record of the addresses (unless they email us separately - as dozens are doing). Is there any internal logging of these actions that a server admin might have? Either way, some resolution (soon) would be nice 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 20936] New: Requesting a NOFOLLOW option
https://bugzilla.wikimedia.org/show_bug.cgi?id=20936 Summary: Requesting a NOFOLLOW option Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: DynamicPageList AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: w...@konsoletek.com Wikinews would like to add a list of our pages under development to our Main Page, but we fear Google News might index them as published news. We'd appreciate it if we could get an option that would add ' rel=nofollow ' to the links DPL generates. Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19476] OOM on getting metadata for some OGG files (metadata reading hits memory_limit)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19476 --- Comment #7 from Nemo_bis federicol...@tiscali.it 2009-10-01 21:48:43 UTC --- I'm still experiencing the same problem described in bug 20811, also with a DjVu file (it's 40 MB, this one: http://www.archive.org/details/VocabolarioAccademiciCruscaEdi3Vol3). -- 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 20507] Yahoo 'temporarily' blocking lists.wikimedia.org emails
https://bugzilla.wikimedia.org/show_bug.cgi?id=20507 --- Comment #5 from Platonides platoni...@gmail.com 2009-10-01 22:00:50 UTC --- Unsubscribed? They should appear in the subscriptors list, with a mark in the 'without mail' column. Don't remember the letter (reason) that it adds into bracket. You just traverse the subscriptor list unchecking them and sending. Beware, people may have disabled themselves mail delivery. Then the reason is different. -- 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 20818] urls of the form wiki/article?curid=something should be indexable by robots on wikinews
https://bugzilla.wikimedia.org/show_bug.cgi?id=20818 --- Comment #3 from Jon Davis w...@konsoletek.com 2009-10-01 23:44:32 UTC --- I realize that having these pages be not be cached is a Bad Thing (TM), and there is logic behind adding the noindex/follow to these essentially duplicate pages... but for Wikinews, this is a real problem. We worked very hard to get included on Google News, and now we're... off, and it is completely out of our hands. Is there any possibility that this change (adding the noindex/follow) PLEASE be rolled back, at least until a better solution can be found? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20938] New: Allow page move by page ID in UI
https://bugzilla.wikimedia.org/show_bug.cgi?id=20938 Summary: Allow page move by page ID in UI Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: h...@goldrush.com (ref bug 15845 for same in API) After new namespaces/interwikis/interlangs are added, or rules for titles are changed (per bug 20741 for example), some pages are sometimes inaccessable via the UI. Generally a cleanup script is run for any such changes, but this is not 100% efficient and is not always remembered). It is currently possible to move or delete pages via the API, but this is tedious. It would be nice to have a UI interface to do this, even if minimally. A possible method would be to simply allow direct input of a page ID in the move form input where the title would normally go, such as #12345 (which is an invalid title otherwise, and so could be parsed as an integer). The UI would not need to even change, it could remain a semi-hidden feature (since it would be very rarely needed). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20524] Hideuser: Error when trying to block hidden user without hideuser right
https://bugzilla.wikimedia.org/show_bug.cgi?id=20524 --- Comment #2 from mac.me...@gmail.com 2009-10-02 03:14:25 UTC --- Note: Tests on the above patch succeeded on my local install of MediaWiki. -- 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 20524] Hideuser: Error when trying to block hidden user without hideuser right
https://bugzilla.wikimedia.org/show_bug.cgi?id=20524 --- Comment #3 from mac.me...@gmail.com 2009-10-02 03:20:52 UTC --- Created an attachment (id=6612) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6612) Message Refinement and Rename -- 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 20524] Hideuser: Error when trying to block hidden user without hideuser right
https://bugzilla.wikimedia.org/show_bug.cgi?id=20524 mac.me...@gmail.com changed: What|Removed |Added Attachment #6611 is|0 |1 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 20524] Hideuser: Error when trying to block hidden user without hideuser right
https://bugzilla.wikimedia.org/show_bug.cgi?id=20524 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Keywords||need-review, 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 20524] Hideuser: Error when trying to block hidden user without hideuser right
https://bugzilla.wikimedia.org/show_bug.cgi?id=20524 mac.me...@gmail.com changed: What|Removed |Added Attachment #6612 is|0 |1 obsolete|| --- Comment #4 from mac.me...@gmail.com 2009-10-02 03:50:09 UTC --- Created an attachment (id=6613) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=6613) Final Fix Unrelated experimenal patch included in the last attachment. Sorry about all the emails. -- 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 20939] New: xslt parameter of api, should insert a stylesheet with type text/xsl, not text/xml
https://bugzilla.wikimedia.org/show_bug.cgi?id=20939 Summary: xslt parameter of api, should insert a stylesheet with type text/xsl, not text/xml Product: MediaWiki Version: 1.16-svn Platform: All URL: http://en.wiktionary.org/w/api.php?action=parseprop=tex tpage=wordformat=xmllang=enxslt=MediaWiki:extractFir st.xsl OS/Version: All Status: NEW Severity: minor Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: bawolff...@gmail.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com, soxre...@gmail.com When you use the xslt parameter of the api. it inserts a line of the form: ?xml-stylesheet href=/w/index.php?title=MediaWiki:extractFirst.xslamp;action=raw type=text/xml ? This should be ?xml-stylesheet href=/w/index.php?title=MediaWiki:extractFirst.xslamp;action=raw type=text/xsl ? As all browsers recognize text/xsl (despite it being technically non-standard), well text/xml is not recognized by internet explorer. See [[w:Xslt#XSLT_media_types]]. Cheers, Bawolff -- 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