[Bug 22695] Put Simple English Wikibooks in locked state rather than inaccessible
https://bugzilla.wikimedia.org/show_bug.cgi?id=22695 Filemon changed: What|Removed |Added CC||filemon...@poczta.fm --- Comment #2 from Filemon 2010-03-03 07:36:23 UTC --- Note that also several other wikis (eg. ng.wikipedia.org) were treated the same way (deleting instead of closing) recently. I think that this should be fixed too. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22709] IIS7.5 is mishandling redirects generated by OutputPage::output() when the URL contains special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22709 --- Comment #1 from Lisa Ridley 2010-03-03 05:44:22 UTC --- Update: Using a URL redirect where the colon is encoded as well is accepted by IIS7.5 and redirects to the appropriate page within MediaWiki. For example, changing wfUrlencode() so that the colon symbol is excluded from the call to str_ireplace() in wfUrlencode() will result in an encoded URL: http://localhost/w/index.php?title=%C3%81%3A%C3%A1 which is accepted by IIS7.5 and redirected properly rather than generating a 404.0 error; the resulting MediaWiki page that is presented to the user has the correctly formatted title; however the parameters in the url are fully encoded. -- 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 21676] Please close Simple English Wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=21676 --- Comment #5 from MZMcBride 2010-03-03 05:28:05 UTC --- The wiki isn't closed. Pathoschild implemented a confusing hack using the site notice[1] and the title blacklist[2] to prevent all non-admin changes to the site. The site still needs to be properly locked. [1] http://simple.wikiquote.org/w/index.php?diff=33760&oldid=33403 [2] http://simple.wikiquote.org/w/index.php?diff=33761&oldid=32252 -- 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 22711] New: Special:Contributions should have customized display for LQT edits
https://bugzilla.wikimedia.org/show_bug.cgi?id=22711 Summary: Special:Contributions should have customized display for LQT edits Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: mike.lifegu...@gmail.com Per discussion on IRC: Showing edits to [[Thread:Feedback/Stopping bad signatures?/Mike.lifeguard (4)]] when the user "really" (from their point of view) edited [[Talk:Feedback]] is quite confusing. Lines in contribution lists and the like should be forged to look like section edits on the page where discussion was taking place: # (show/hide) 03:27, 5 November 2009 (hist | diff) N Thread:Feedback/Stopping bad signatures?/Mike.lifeguard (4) (Reply to Stopping bad signatures and other untraceable vandalism) (top) [rollback] becomes something like # (show/hide) 20:53, 2 March 2010 (hist | diff) m Talk:Feedback (→Stopping bad signatures? Reply to Stopping bad signatures and other untraceable vandalism) (top) [rollback] This is possibly a better approach than what's been done for RecentChanges, but is essentially the same idea. All forged lines should look the same though - one format for RC and another for contribution lists wouldn't be good. In an ideal world, even LQT history pages would use the same format as well, rather than the (eww!) table. This would provide a continuity of experience that's currently lacking, in addition to hiding ugly implementation details which are currently confusing. -- 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 22426] Change eo.wikt user namespace to "Uzanto"
https://bugzilla.wikimedia.org/show_bug.cgi?id=22426 p858snake changed: What|Removed |Added Keywords||i18n CC||p858sn...@yahoo.com.au -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Reedy changed: What|Removed |Added Depends on||22710 -- 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 22710] IIS Bugs (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22710 Reedy changed: What|Removed |Added Blocks||2007 --- Comment #1 from Reedy 2010-03-03 01:32:16 UTC --- bug 2007 is the tracking tracking 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 22709] IIS7.5 is mishandling redirects generated by OutputPage::output() when the URL contains special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22709 p858snake changed: What|Removed |Added Blocks||22710 -- 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 22307] Http::get within HttpFunction.php will not work with windows authentication.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22307 p858snake changed: What|Removed |Added Blocks||22710 -- 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 20810] fckeditor_php5.php causing error in mediawiki's dumpBackup.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=20810 p858snake changed: What|Removed |Added Blocks||22710 -- 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 14706] Add support for Imagick PHP extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=14706 p858snake changed: What|Removed |Added Blocks||22710 -- 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 22710] New: IIS Bugs (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22710 Summary: IIS Bugs (Tracking) Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: tracking Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: p858sn...@yahoo.com.au Depends on: 7438,13518,14213,14706,20810,22307,22709 A tracking bug for issues that appear to be caused by IIS or related services on a windows platform. -- 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 7438] Convert line endings to \r\n when sending mail under Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=7438 p858snake changed: What|Removed |Added Blocks||22710 -- 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 13518] does not work (wrong shell escaping under Windows)
https://bugzilla.wikimedia.org/show_bug.cgi?id=13518 p858snake changed: What|Removed |Added Blocks||22710 -- 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 14213] 1.12 (and up) upload fails on Windows Server
https://bugzilla.wikimedia.org/show_bug.cgi?id=14213 p858snake changed: What|Removed |Added Blocks||22710 -- 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 5440] secure.wikimedia.org has interwiki links to insecure sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=5440 --- Comment #9 from Derk-Jan Hartman 2010-03-03 02:22:13 CET --- I had forgotten to note here, that the English Wikipedia now has Javascript [[MediaWiki:Common.js/secure.js]] deployed that tries to correct as many links as possible. An ugly work around, but at least it is something. -- 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 22709] New: IIS7.5 is mishandling redirects generated by OutputPage::output() when the URL contains special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22709 Summary: IIS7.5 is mishandling redirects generated by OutputPage::output() when the URL contains special characters Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: Windows 7 Status: NEW Severity: major Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lhrid...@gmail.com This issue was originally reported on the MediaWiki Users forums in this thread: http://www.mwusers.com/forums/showthread.php?14312-MediaWiki-and-IIS7-URL-bug The original reporter tested this on MW version 1.13.2 and 1.15.1, using PHP version 5.2.9 using IIS7.5 on Microsoft Server 2008. I have duplicated this behavior on a VMWare virtual machine running Windows 7 Ultimate, using IIS 7.5 and PHP version 5.2.12 with MW version 1.15.1 and 1.16alpha. The test urls used to generate this error are: http://localhost/w/index.php?title=á:á http://localhost/w/index.php?title=á:Test The issue in question is the presence of special characters in the title name when a colon is also present and there are special characters preceding the colon. When MediaWiki encodes the title and sends redirect headers in OutputPage::output(); IIS7.5 is returning a 404.0 error, and IIS7.5 indicates that the requested URL is in the format: http://localhost:80/w/index.xn--php?title=-14a:%C3%A1 (first url above) http://localhost:80/w/index.xn--php?title=-14a:Test (second url above) So, at some point it appears that IIS7.5 is rewriting the URL redirect. Setting $wgDebugRedirects = true; circumvents this error by generating a link to the redirect page instead. This may in fact be a IIS7.5 bug, but at this point Microsoft's stand is that this is an application error. This issue was found and tested against IIS7.5 but may in fact have been introduced in IIS7. This issue is browser independent; it has been recreated in IE8, IE7 and Firefox 3.6. -- 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 22708] New: Update WMF's Mailman install
https://bugzilla.wikimedia.org/show_bug.cgi?id=22708 Summary: Update WMF's Mailman install Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: p858sn...@yahoo.com.au CC: cb...@wikimedia.org Created an attachment (id=7176) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=7176) Mailmans changes 2.1.9 -> 2.1.13 We are currently running 2.1.9 and the latest stable is currently 2.1.13 (December '09). The last few revisions have apparently been "dedicated" dealing with security issues from my understanding of reading another mailing list. Also since I can never find the change log on their site I'm attaching a copy from their package (showing 2.1.9 -> 2.1.13 changes) (Also cc'ing, Cary since he is involved with mailing lists.) -- 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 22706] OptIn system needs separate lists of preferences for opting in and opting out
https://bugzilla.wikimedia.org/show_bug.cgi?id=22706 Naoko Komura changed: What|Removed |Added CC||howief...@gmail.com, ||nkom...@gmail.com, ||nkom...@wikimedia.org --- Comment #2 from Naoko Komura 2010-03-03 00:24:16 UTC --- NTOC was removed from opt-in configuration system to avoid introducing iFrame copy/paste issues to opt-in users of NTOC. NTOC can still be disabled from the beta opt-out 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 22701] Add #wrap parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701 --- Comment #3 from Robert Rohde 2010-03-03 00:22:21 UTC --- It's a page rendering issue definitely. So it doesn't affect anonymous reading (except immediately after an edit is saved). What many editors don't appreciate is that some of the options in user preferences require that the page be re-rendered just for them (unless someone with an identical option set has already loaded it since the last edit). This has the effect that viewing complex pages can appear to be slow for logged-in editors. However, it won't generally appear that way to logged-out editors. Rewiring the parser caching scheme is probably the most practical approach to helping improve the user experience around complex pages. Of course that effort is orthogonal to the question of how to improve the templates themselves. In addition to that, many of the programmers tend to feel we should stop messing around the edges of template and parser function syntax and design a template alternative that deals more naturally with programmatic elements (including for loops, variable assignments, etc.) and has a syntax that isn't totally insane. However, redesigning template programming (or more likely providing a better alternative) is a massive problem, so there hasn't been a lot of progress. -- 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 22707] New: Cascading page protection for /Print template subpages
https://bugzilla.wikimedia.org/show_bug.cgi?id=22707 Summary: Cascading page protection for /Print template subpages Product: MediaWiki extensions Version: any Platform: All URL: http://en.wikipedia.org/w/index.php?title=Template_tal k:Documentation&oldid=346847330#.2FPrint OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Collection AssignedTo: supp...@pediapress.com ReportedBy: tstarl...@wikimedia.org Some Wikipedians have raised concerns that non-existent /Print subpages of high-use templates are not adequately protected. For instance, someone could vandalise the print version of millions of articles, by creating a /Print subpage of a protected high-use template. Sensitive pages such as the main page could also be vandalised, by bypassing the "cascade protection" feature which normally prevents templates included from certain articles from being edited. This vandalism might not be detected for some time. See the URL above for related discussion. Various ideas for fixing this issue were suggested at that talk page. For the moment, I would recommend a relatively simple change: make the page protection of the parent template also apply to /Print subpage. To do this, you would add hooks to Title::loadRestrictions() and Title::getTitleProtection(). These hooks would be intercepted by the Collection extension, which would determine whether the title in question is a /Print subpage, and if it is, it would re-enter the Title class to fetch protection levels for the parent page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22701] Add #wrap parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701 --- Comment #2 from John Cardinal 2010-03-02 19:00:09 EST --- Thanks for taking a look at this. AlexZ made a comment on bug 22134 and said that "my guess is that the cite templates are slow due to feature bloat and over-standardization." Was he referring to page editing only, and not page viewing (except right after a save, of course.) I made an assumption that template interpretation had a negative effect on rendering time based on his comment and other comments made by WP editors who complained that when a page uses a lot of templates, esp. citation templates, the page takes a long time to render. Based on your comments above, template interpretation isn't the issue there, though it's probably an issue when editing the page. Citation/core adds extra markup, but given how fast browsers deal with that markup, I'd be surprised if the browser side of things made any difference except in edge cases. I think the code simplification might make this an idea worth pursuing. I probably wouldn't use a template as the instances where it would help are already generating complaints about template performance, so even a marginal change in the wrong direction isn't 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 22706] OptIn system needs separate lists of preferences for opting in and opting out
https://bugzilla.wikimedia.org/show_bug.cgi?id=22706 Trevor Parscal changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal 2010-03-02 23:37:29 UTC --- Fixed in r63188 -- 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 22706] New: OptIn system needs separate lists of preferences for opting in and opting out
https://bugzilla.wikimedia.org/show_bug.cgi?id=22706 Summary: OptIn system needs separate lists of preferences for opting in and opting out Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: tpars...@wikimedia.org CC: roan.katt...@gmail.com, ngau...@wikimedia.org, amil...@wikimedia.org When a user opts-out, they should be able to have a different set of preferences turned off from those which were turned on. This is needed because of how WikiEditor modules turn the WikiEditor if any one module is enabled. -- 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 22705] Special:Log/newusers should display blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22705 Church of emacs changed: What|Removed |Added CC||church.of.emacs...@gmail.co ||m AssignedTo|wikibug...@lists.wikimedia. |church.of.emacs...@gmail.co |org |m -- 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 22705] New: Special:Log/newusers should display blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22705 Summary: Special:Log/newusers should display blocks Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: church.of.emacs...@gmail.com Often Special:Log/newusers is watched for abusive usernames. It'd be nice if blocks where already displayed in the log, as for now you have to click "block" just to find out someone else already blocked the user. I think this should be doable by doing a left outer join ipblocks on ipb_user=log_user. Werdna suggested to add a ipb_expiry check just to make sure the information is up to date. -- 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 19129] Make the installer handle storage engines better
https://bugzilla.wikimedia.org/show_bug.cgi?id=19129 Chad H. changed: What|Removed |Added Depends on||20628 -- 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 13230] Split web-based upgrade from install
https://bugzilla.wikimedia.org/show_bug.cgi?id=13230 Chad H. changed: What|Removed |Added Depends on||20628 -- 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 11013] Installer database driver detection needs rewriting for robustness
https://bugzilla.wikimedia.org/show_bug.cgi?id=11013 Chad H. changed: What|Removed |Added Depends on||20628 -- 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 10596] Please let installer auto-enable extensions bundled in a MediaWiki tarball
https://bugzilla.wikimedia.org/show_bug.cgi?id=10596 Chad H. changed: What|Removed |Added Depends on||20628 -- 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 10541] Front / back end separation of setup script
https://bugzilla.wikimedia.org/show_bug.cgi?id=10541 Chad H. changed: What|Removed |Added Depends on||20628 -- 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 20628] New-installer branch (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20628 Chad H. changed: What|Removed |Added Blocks||10596, 13230, 10541, 11013, ||19129 -- 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 22704] Cross origin issue for cortado+mwEmbed player
https://bugzilla.wikimedia.org/show_bug.cgi?id=22704 --- Comment #1 from Derk-Jan Hartman 2010-03-02 23:17:42 CET --- Possibly related useful info: http://jimbojw.com/t/index.php?title=Opera_LiveConnect_OriginNotAllowedException -- 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 22697] Smarty error 1095 with 777 permissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=22697 --- Comment #1 from Sergey Chernyshev 2010-03-02 22:17:38 UTC --- Did you create a page called "Widget:Google Spreadsheet" in your wiki? Please post a URL for your wiki if it's public. -- 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 22701] Add #wrap parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701 Robert Rohde changed: What|Removed |Added CC||ro...@robertrohde.com --- Comment #1 from Robert Rohde 2010-03-02 22:01:46 UTC --- As a performance enhancement, I think this would be pretty negligible in cases like {{#if: {{{format|}}} | ({{{format}}}) }} however, it might have more merit for cases where {{{format|}}} is replaced on both sides with something more complicated, like its own nested conditional. Ultimately the effect should be easy to benchmark against some of EN's more complicated code. I agree that making wiki source more legible may be it's own benefit. Though strictly speaking you don't need a parser function for that. You could simply define a normal template that translates {{wrap | pre | value | suffix}} into {{#if: {{{value|}}} | {{{pre|}}}{{{value}}}{{{suffix|}}} }} Doing that with a regular template would generate a small performance penalty in the general case, but again I'm not sure how large that would be even if its use were extensive. It is a case where some benchmarks would be helpful. Off-hand, I'd say the case for implementing something like this as a parser function is pretty marginal, though I could be convinced otherwise if the performance impact on things like Citation/core is larger than I expect. Ultimately though, I'd say the main path to performance enhancements with respect to complex templates is to restructure the parser cache so that when a page is edited we can look at the prior version and bring forward the results of any template calls that weren't changed. Re-evaluating every template on every edit is far slower than things need to be when most of the time very little of the page has changed. -- 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 22704] New: Cross origin issue for cortado+mwEmbed player
https://bugzilla.wikimedia.org/show_bug.cgi?id=22704 Summary: Cross origin issue for cortado+mwEmbed player Product: mwEmbed Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Video player AssignedTo: d...@ucsc.edu ReportedBy: hart...@videolan.org In the new webplayer, web controls are used for Cortado. On Safari, i get the following error. Error: java.security.PrivilegedActionException: sun.plugin.liveconnect.OriginNotAllowedException: JavaScript is not from the same origin as the Java code, caller=http://commons.wikimedia.org/wiki/Main_Page, callee=http://upload.wikimedia.org/jars/cortado.jar at java.security.AccessController.doPrivileged(Native Method) at sun.plugin.liveconnect.SecureInvocation.CallMethod(SecureInvocation.java:128) at sun.plugin.liveconnect.SecureInvocation.access$300(SecureInvocation.java:51) at sun.plugin.liveconnect.SecureInvocation$CallMethodThread.run(SecureInvocation.java:177) Caused by: sun.plugin.liveconnect.OriginNotAllowedException: JavaScript is not from the same origin as the Java code, caller=http://commons.wikimedia.org/wiki/Main_Page, callee=http://upload.wikimedia.org/jars/cortado.jar at sun.plugin.liveconnect.SecureInvocation.checkLiveConnectCaller(SecureInvocation.java:393) at sun.plugin.liveconnect.SecureInvocation.access$000(SecureInvocation.java:51) at sun.plugin.liveconnect.SecureInvocation$2.run(SecureInvocation.java:133) ... 4 more This should probably be try/caught and then switch back to Cortado native controls. It might be possible that with CORS (bug 20298) this problem could be dealt with, but I haven't tested this, nor been able to confirm 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 22703] New: True fullscreen mode for webkit
https://bugzilla.wikimedia.org/show_bug.cgi?id=22703 Summary: True fullscreen mode for webkit Product: mwEmbed Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Video player AssignedTo: d...@ucsc.edu ReportedBy: hart...@videolan.org Add an option to alt-click fullwindow button and go to webkit fullscreenmode (no custom controls are allowed in fullscreen mode, and subtitles thus won't work either of course). The action itself is simple: if( .webkitSupportsFullscreen == true) .webkitEnterFullscreen() -- 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 22702] New: remove scrollbars in fullwindow mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=22702 Summary: remove scrollbars in fullwindow mode Product: mwEmbed Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Video player AssignedTo: d...@ucsc.edu ReportedBy: hart...@videolan.org When entering fullwindow mode, body should get overflow:hidden, so that no scrollbars are added. Reverting to default behavior (auto) when exiting fullscreen of course. -- 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 22670] Please set up homepage for http://zh.m.wikipedia.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=22670 Casey Brown changed: What|Removed |Added Status|NEW |RESOLVED CC||cbrown1...@gmail.com Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22679] Mobile Main Page for Wikipedia in Nynorsk
https://bugzilla.wikimedia.org/show_bug.cgi?id=22679 Casey Brown changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22695] Put Simple English Wikibooks in locked state rather than inaccessible
https://bugzilla.wikimedia.org/show_bug.cgi?id=22695 Casey Brown changed: What|Removed |Added CC||cbrown1...@gmail.com --- Comment #1 from Casey Brown 2010-03-02 20:42:50 UTC --- Note to the sysadmin who does this: you should just be able to re-add the db's to all.dblist. -- 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 21005] Enable Collection extension on hu.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=21005 Peter Gervai (grin) changed: What|Removed |Added CC||g...@grin.hu --- Comment #1 from Peter Gervai (grin) 2010-03-02 20:31:02 UTC --- Pretty please? With sugar on the top and a cherry? -- 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 22670] Please set up homepage for http://zh.m.wikipedia.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=22670 Derk-Jan Hartman changed: What|Removed |Added CC||shiz...@gmail.com --- Comment #2 from Derk-Jan Hartman 2010-03-02 20:56:14 CET --- *** Bug 21807 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 21807] plese set chinese wikipedia wap site
https://bugzilla.wikimedia.org/show_bug.cgi?id=21807 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Derk-Jan Hartman 2010-03-02 20:56:14 CET --- *** This bug has been marked as a duplicate of bug 22670 *** -- 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 22670] Please set up homepage for http://zh.m.wikipedia.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=22670 Derk-Jan Hartman changed: What|Removed |Added CC||hart...@videolan.org --- Comment #1 from Derk-Jan Hartman 2010-03-02 20:54:40 CET --- http://github.com/hcatlin/wikimedia-mobile/commit/a5cfd12a3e10ce35c8286fec7f70d5de8739 will be active after the next deploy -- 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 22677] Deploy mobile documentation for Wikipedias somewhere
https://bugzilla.wikimedia.org/show_bug.cgi?id=22677 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Derk-Jan Hartman 2010-03-02 20:52:15 CET --- Now all on http://meta.wikimedia.org/wiki/Mobile -- 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 22679] Mobile Main Page for Wikipedia in Nynorsk
https://bugzilla.wikimedia.org/show_bug.cgi?id=22679 Derk-Jan Hartman changed: What|Removed |Added CC||hart...@videolan.org --- Comment #3 from Derk-Jan Hartman 2010-03-02 20:51:58 CET --- http://github.com/hcatlin/wikimedia-mobile/commit/edfc9b171c170b09859edf6ef84c276b28130d95 Will be active after the next deploy -- 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 22690] Mobile home page for Thai Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22690 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22690] Mobile home page for Thai Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22690 Derk-Jan Hartman changed: What|Removed |Added CC||hart...@videolan.org --- Comment #1 from Derk-Jan Hartman 2010-03-02 20:45:19 CET --- http://github.com/hcatlin/wikimedia-mobile/commit/19054580e8bffb1f77d9f9c0987b322947ffee8a -- 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 22692] Vietnamese Wikipedia Mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=22692 Derk-Jan Hartman changed: What|Removed |Added Status|NEW |RESOLVED CC||hart...@videolan.org Resolution||FIXED --- Comment #2 from Derk-Jan Hartman 2010-03-02 20:45:09 CET --- http://github.com/hcatlin/wikimedia-mobile/commit/19054580e8bffb1f77d9f9c0987b322947ffee8a -- 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 22701] Add #wrap parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701 John Cardinal changed: What|Removed |Added Summary|Add {{#wrap ...}} parser|Add #wrap parser function |function| -- 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 22701] New: Add {{#wrap ...}} parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701 Summary: Add {{#wrap ...}} parser function Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: ParserFunctions AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: j...@johncardinal.com A common pattern in en.wikipedia.org templates is using #if to determine if a parameter is non-empty before wrapping the value with a prefix and/or suffix and emitting it. Here's one example from the Citation/core template: {{#if: {{{format|}}} ({{{format}}})}} In the example above, if the format parameter is not empty, the template emits a space and an open paren (a prefix), the value of the format parameter, and a closing paren (the suffix). This could be replaced by a new #wrap function that accepts three parameters: prefix, value, and suffix. {{#wrap: (|{{{format|}}}|)}} If value is empty, there is no output. If value is not-empty, the function emits the concatenation of the prefix, value, and suffix. prefix or suffix may be empty; if both are empty, the function should work, but using it is unnecessary in that case. Also, if the suffix parameter was omitted, the suffix should default to the empty string. Omitting the prefix or value parameter is invalid. Building the test-for-empty into #wrap simplifies the code and reduces the parameter references by one. I suspect that's a marginal improvement, but this pattern is very common in templates and a small saving in lots of places would add up. In template Citation/core alone there are probably dozens of places where #wrap could replace #if. There are more involved use cases that follow this pattern but reference multiple parameters in the #if test. In those cases, the syntax load is considerable as there are either concatenated or nested parameter references. A #wrap function would reduce the source code, and as the number of parameters used increases, the reduction gets closer and closer to 50% per call. In the long run, that may be a better reason to implement #wrap than a performance improvement. I am not wedded to the name, so if someone suggested a better one that would be fine with me. -- 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 22700] New: Automatic typographic quotation marks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22700 Summary: Automatic typographic quotation marks 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: bugzi...@crissov.de It would be nice if Mediawiki could get a “Smart Quotes (and Apostrophes)” ability. I don’t care much if it would change the characters in the source or if it only changed " and ' for display. MW should of course ignore straight marks that are code themselves (Wiki markup or HTML, and inside ). Several [http://www.poppyware.com/dunham/smartQuotes.html algorithms] have been published, so no need to reinvent the wheel, but if you assume certain style guides be followed, they may even be simplified and leave no ambiguous situations. (The Manual of Style for the English Wikipedia, for instance, requires double quotation marks used in the logic style.) I would prefer if only " and ' would be converted, not character SGML/HTML/XML references, but that would only work on the code and not the display level 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 4714] Increasing the length of the edit summary (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4714 Bug 4714 depends on bug 4715, which changed state. Bug 4715 Summary: Allow comments longer than 255 bytes https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 What|Old Value |New Value Status|RESOLVED|REOPENED Resolution|WONTFIX | -- 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 4715] Allow comments longer than 255 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 Aryeh Gregor changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|WONTFIX | Summary|Change |Allow comments longer than |rev_comment/log_comment |255 bytes |from TINYBLOB to BLOB | --- Comment #15 from Aryeh Gregor 2010-03-02 18:58:18 UTC --- How about this. Add new rev_text and log_text as foreign keys to old_id. If the comment fits in rev_comment/log_comment, keep it there, and set rev_text/log_text = 0. Otherwise, keep a truncated version in rev_comment/log_comment and use that for RC and watchlist, and set rev_text/log_text and use that on history pages and other appropriate places. (We probably don't want super-long summaries on RC anyway, it would add clutter.) We'd likely have a limit of 1000 Unicode characters or less, though, so would using the text table be overkill? Would it make more sense to just have rev_comment_long/log_comment_long or something? Either way, this scheme wouldn't increase the database size noticeably for 95%+ of revisions, since most people aren't that verbose. So that shouldn't be a big problem, right? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22699] Autopatroler at cs.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22699 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |rhals...@wikimedia.org |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |rhals...@wikimedia.org |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #14 from Domas Mituzas 2010-03-02 18:28:04 UTC --- well, as long as that doesn't get included everywhere (recentchanges, feeds, RCL, watchlists, etc ;-), you can probably store whatever you want anywhere you want ;-) the refactoring would mean moving that data out of tables, and doing load of it in second pass "on display". it would suck though - another huge table with billions of rows to maintain/join against, and there'd be questions how to structure it to have good locality, etc. pain oh pain. -- 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 22699] Autopatroler at cs.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22699 Raimond Spekking changed: What|Removed |Added CC||raimond.spekk...@gmail.com --- Comment #1 from Raimond Spekking 2010-03-02 18:25:40 UTC --- I suggest to name the group "autopatrolled", see bug 22681 (Clean up/unify autopatrol/autopatrolled/autopatroller group names) -- 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 22699] New: Autopatroler at cs.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22699 Summary: Autopatroler at cs.wikipedia Product: Wikimedia Version: unspecified Platform: All URL: http://cs.wikipedia.org/wiki/Wikipedie:Nástěnka_správc ů#Nov.C3.A9_.C4.8Dl.C3.A1nky_.E2.80.93_automatick.C3.A 9_prov.C4.9B.C5.99ov.C3.A1n.C3.AD OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: ja...@centrum.cz Hello, per comunity consensus at cs.wikipedia ([[:cs:Wikipedie:Nástěnka_správců#Nové články – automatické prověřování]] and [[:cs:Wikipedie:Pod_lípou#Skupina autopatrol]]) I request to add user group ''autopatrol''. Users should be added and removed from this group by bureaucrats. Thnanks in advance, [[:cs:User:Jagro]] -- 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 22698] New: svg to png conversion hiccup
https://bugzilla.wikimedia.org/show_bug.cgi?id=22698 Summary: svg to png conversion hiccup Product: MediaWiki Version: 1.16 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lucisan...@gmail.com CC: gpaum...@wikimedia.org, innocentkil...@gmail.com The difference between the source SVG ( http://upload.wikimedia.org/wikipedia/commons/6/61/Two_hybrid_assay.svg ) and the PNG created by Wikimedia ( http://upload.wikimedia.org/wikipedia/commons/thumb/6/61/Two_hybrid_assay.svg/480px-Two_hybrid_assay.svg.png ) is visible in the capture of the light green rectangles. Whereas the SVG file says "Reporter gene (LacZ)", the converter outputs "Reporter gene() LacZ". -- 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 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 Raimond Spekking changed: What|Removed |Added Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 --- Comment #2 from Andrianjanahary Rado 2010-03-02 17:43:27 UTC --- For wiktionaries, I want to import from french (fr), ido (io) and english (io) wiktionaries. And for Wikipedias, I will only import from malagasy 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #13 from Victor Vasiliev 2010-03-02 17:35:49 UTC --- (In reply to comment #12) > What sort of database/code refactoring were you thinking of? Maybe addition of rev_description/log_description which are pointers to appropriate descriptions in text table? Or even to a page in special namespace (long rationales may require fixes)? -- 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #12 from Aryeh Gregor 2010-03-02 17:24:55 UTC --- (In reply to comment #10) > I'm sure it is :-) > > Anyway, all these comments are shown in too many reports (watchlist, RCL) - > that are already quite expensive to produce - introducing blob data to them > without database/code refactoring wouldn't make much sense. What sort of database/code refactoring were you thinking of? -- 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #16 from Aryeh Gregor 2010-03-02 17:15:41 UTC --- Note that this is moot if $wgHtml5 is true, since HTML5 permits id's to begin with any character they can contain. I'll leave the bug open because we still do support XHTML1 as an output format for now, but I don't see it as likely that anyone will fix this bug. (Also: (In reply to comment #5) > This is now fixed if $wgEnforceHtmlIds is set to false. If all goes well, it > should be fixed by default sometime this week. I love how optimistic I always am about things getting enabled. :) ) -- 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #11 from Praveen Prakash 2010-03-02 22:38:09 IST --- (In reply to comment #10) > Anyway, all these comments are shown in too many reports (watchlist, RCL) - > that are already quite expensive to produce - introducing blob data to them > without database/code refactoring wouldn't make much sense. Because of that kind of definition, only a handful languages (those which using Latin script probably) get any advantage of Edit-summary :(. There may be no update on edit summary since it developed in very initial stage of mediawiki software. -- 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 10729] Edit summary reminder preference conflicts with CAPTCHA extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=10729 Church of emacs changed: What|Removed |Added AssignedTo|church.of.emacs...@gmail.co |wikibug...@lists.wikimedia. |m |org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 6092] add {{revisiontime:}}/{{lastrevision:}} colon/parser function or {{REVISIONtimeformat|}} functionality to current magic words
https://bugzilla.wikimedia.org/show_bug.cgi?id=6092 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||ja...@howeswho.co.uk --- Comment #26 from Alexandre Emsenhuber [IAlex] 2010-03-02 16:31:09 UTC --- *** Bug 22687 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 22687] Page parameter for REVISIONID magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=22687 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-03-02 16:31:09 UTC --- *** This bug has been marked as a duplicate of bug 6092 *** -- 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 6092] add {{revisiontime:}}/{{lastrevision:}} colon/parser function or {{REVISIONtimeformat|}} functionality to current magic words
https://bugzilla.wikimedia.org/show_bug.cgi?id=6092 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED | --- Comment #25 from Alexandre Emsenhuber [IAlex] 2010-03-02 16:30:55 UTC --- Reopening bug; feature was reverted in r51424. -- 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #10 from Domas Mituzas 2010-03-02 16:07:08 UTC --- I'm sure it is :-) Anyway, all these comments are shown in too many reports (watchlist, RCL) - that are already quite expensive to produce - introducing blob data to them without database/code refactoring wouldn't make much sense. -- 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #9 from Praveen P 2010-03-02 21:31:37 IST --- (In reply to comment #8) > by the way, what about "no" ?;-) May be that is an easiest way to solve a real 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 4714] Increasing the length of the edit summary (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=4714 Bug 4714 depends on bug 4715, which changed state. Bug 4715 Summary: Change rev_comment/log_comment from TINYBLOB to BLOB https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WONTFIX -- 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 Domas Mituzas changed: What|Removed |Added Status|NEW |RESOLVED CC||domas.mitu...@gmail.com Resolution||WONTFIX --- Comment #8 from Domas Mituzas 2010-03-02 15:56:21 UTC --- by the way, what about "no" ?;-) -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #7 from Praveen P 2010-03-02 21:19:07 IST --- (In reply to comment #6) > *** Bug 22696 has been marked as a duplicate of this bug. *** Actually 200 characters are enough for summary. But our problem is different :( -- 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 Raimond Spekking changed: What|Removed |Added CC||me.prav...@gmail.com --- Comment #6 from Raimond Spekking 2010-03-02 15:41:33 UTC --- *** Bug 22696 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 22696] Enlarging edit-summary size
https://bugzilla.wikimedia.org/show_bug.cgi?id=22696 Raimond Spekking changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Raimond Spekking 2010-03-02 15:41:33 UTC --- *** This bug has been marked as a duplicate of bug 4715 *** -- 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 22697] New: Smarty error 1095 with 777 permissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=22697 Summary: Smarty error 1095 with 777 permissions Product: MediaWiki extensions Version: any Platform: PC OS/Version: Linux Status: NEW Severity: blocker Priority: Normal Component: Widgets AssignedTo: sergey.chernys...@gmail.com ReportedBy: ama...@compumatter.com CC: wikibugs-l@lists.wikimedia.org Can't get it running. Warning: Smarty error: unable to read resource: "wiki:Google Spreadsheet" in /home/ci-wikicompu-com/extensions/widgets/smarty/Smarty.class.php on line 1095 URL to test with known valid key: http://spreadsheets.google.com/ccc?key=0AkJVWybfbJeQdGluTHhjSXgwMmNPcUFmRTNKRzBWdWc Permissions: chmod 777 extensions/widgets -R Wiki Code: {{#widget:Google Spreadsheet|key=0AkJVWybfbJeQdGluTHhjSXgwMmNPcUFmRTNKRzBWdWc|width=900|height=900}} Your thoughts? Jay CompuMatter -- 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 22696] New: Enlarging edit-summary size
https://bugzilla.wikimedia.org/show_bug.cgi?id=22696 Summary: Enlarging edit-summary size Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page editing AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: me.prav...@gmail.com Malayalam unicode characters has almost thrice the size of Latin characters and almost all our characters are ligatures and/or with vowel symbols. So we roughly gets 40 or 50 characters saved, and edit summary gets broken frequently. I request enlarging edit-summary size to at-least thrice for Malayalam Wikipedia (ml.wikipedia.org). Thanks PS. All Indic language wikipedias are facing same 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 22441] Property "Has default form" no longer works (used by Semantic Forms)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22441 Markus Krötzsch changed: What|Removed |Added Summary|Property "Has default form" |Property "Has default form" |no longer works (used for |no longer works (used by |Semantic Forms) |Semantic Forms) -- 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 22441] Property "Has default form" no longer works (used for Semantic Forms)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22441 Markus Krötzsch changed: What|Removed |Added Summary|Special namespace-based |Property "Has default form" |properties (like "Has |no longer works (used for |default form") no longer|Semantic Forms) |work| --- Comment #2 from Markus Krötzsch 2010-03-02 14:36:18 UTC --- I think that properties of the built-in type "__spf" are the only ones that are affected. Everything else works. Changing title accordingly. -- 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 22583] ask query removes results with no value for a property when sorting by it
https://bugzilla.wikimedia.org/show_bug.cgi?id=22583 --- Comment #3 from Markus Krötzsch 2010-03-02 14:27:49 UTC --- There is no such hack, other than adding a default property value to all pages (e.g. by means of a template). -- 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 22695] Put Simple English Wikibooks in locked state rather than inaccessible
https://bugzilla.wikimedia.org/show_bug.cgi?id=22695 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |rhals...@wikimedia.org |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 20285] floating point numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=20285 Markus Krötzsch changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #4 from Markus Krötzsch 2010-03-02 14:19:16 UTC --- I understand the problem now. Some languages use "." as a decimal separator while others use ",". In some languages, one of "." and "," is furthermore accepted as a(n optional) separator for thousands. In other languages, the separator for thousands is only space, and no other symbols is allowed. Therefore, it is important to use the right input syntax for the language setting. Unfortunately, it is not possible to support all syntactic forms that are used internationally for numbers at once since there are cases where the value is ambiguous across languages. Here are some examples: * 4,123 in English is a number above four thousand * 4.123 in English is the number four with a fraction * 4,123 in German is the number four with a fraction * 4.123 in German is a number above four thousand * 4,123 in French is the number four with a fraction * 4.123 in French is not a number, since "." is not understood in French numbers. Hence SMW falls back to considering the unclear part of the input as a unit, so the value becomes the number four in the unit ".123". You can see the values of "MediaWiki:smw_decseparator" and "MediaWiki:smw_kiloseparator" for finding out what the respective syntactic conventions are for your language. You can also change the values locally if you find that, for some reason, the users of your French or German wiki write numbers in English. This explains the unwanted display. Adjust your writing to your language, or vice versa to fix the problem. If you think that the localisation of number parsing to some language is wrong, then this would be a bug in the SMW translation that can be fixed on translatewiki.net. -- 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 21502] Including DPL lists eliminates references
https://bugzilla.wikimedia.org/show_bug.cgi?id=21502 azl...@yahoo.com changed: What|Removed |Added Keywords||easy, need-review, testme CC||azl...@yahoo.com Severity|enhancement |normal --- Comment #1 from azl...@yahoo.com 2010-03-02 14:12:19 UTC --- I recently encountered this bug as well. As Joshua said, the references after the DPL section is recognised, but any references before the DPL section is ignored. I believe this is an overlook by the developers of the extension. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22674] Update Special:Import options at English Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22674 --- Comment #3 from Aaron Adrignola 2010-03-02 14:04:28 UTC --- If the developers choose to fulfill bug 22695 (https://bugzilla.wikimedia.org/show_bug.cgi?id=22695) then I'd request that the option to import from Simple English Wikibooks *not* be removed in the course of the resolution of this bug report. -- 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 22674] Update Special:Import options at English Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22674 Aaron Adrignola changed: What|Removed |Added Depends on||22695 -- 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 22695] New: Put Simple English Wikibooks in locked state rather than inaccessible
https://bugzilla.wikimedia.org/show_bug.cgi?id=22695 Summary: Put Simple English Wikibooks in locked state rather than inaccessible Product: Wikimedia Version: unspecified Platform: All URL: http://simple.wikibooks.org OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aaron.adrign...@gmail.com Blocks: 22674 Many recent wikis that were proposed for closure were made entirely inaccessible, while in the past the wikis were simply locked. Simple English Wikibooks was recently closed and made inaccessible. However, this blocks the process that was underway at English Wikibooks regarding a merge or adoption of useful content (see http://en.wikibooks.org/wiki/Wikibooks:Simple_English_merger). An XML export of the content was made available (http://toolserver.org/~catrope/closedwikis/), however that is not of use to administrators at English Wikibooks, who do not have the importupload right and who would need to selectively import pages such that existing pages are not overwritten and to select only the content that is appropriate to bring in. That can only be accomplished through the traditional transwiki import via Special:Import and can only be done if the wiki is accessible. As discussed on Meta (http://meta.wikimedia.org/w/index.php?title=Wikimedia_Forum&oldid=1875222#Simple_English_Wikibooks_Deletion) the recently closed Simple English Wikiquote remains available but locked (http://simple.wikiquote.org). This wasn't done for Simple English Wikibooks. While other closed projects could return to the Incubator via import of their XML file, Simple English wikis would not be permitted to return to the Incubator due to the fact that they are not their own language. Effectively this project is deleted rather than closed. I request Simple English Wikibooks to be made available, but locked, allowing transwiki import of content while still maintaining the community consensus for closure. -- 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 22547] Filter for ask output
https://bugzilla.wikimedia.org/show_bug.cgi?id=22547 Markus Krötzsch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Markus Krötzsch 2010-03-02 14:02:31 UTC --- Normally, SMW does never display duplicate values. If you look at the generated database query (format=debug) you can see that it uses "SELECT DISTINCT" and that the fields that it selects are only those that determine the result page. So no page should occur twice unless (1) MySQL returns the same results twice in spite of "DISTINCT," or (2) the database contains multiple instances of that page with different values (as MySQL sees them) but these values still are translated into the same page link when displayed. I did some tests on your site and I think I can exclude (2) since it would also show on other queries. In particular, the problem on your site only occurs when sorting is used. Yet, (1) is also fairly improbable, since this would be a major MySQL bug. So we do not have any likely explanation. I have been trying to reproduce the problem on other wikis but without success. On your site, the problem only occurs when sorting by the property "Datum (Geschichte)." The duplicated page has two values for this property, where one is inherited by a subproperty "Ende (Geschichte)." This modelling seems to be the main problem, yet I cannot reproduce the problem when reproducing such a situation elsewhere. I am not sure if you are aware of the ramifications of your the way that dates are modelled in your wiki -- in general, I would not consider it very good practice to order query results by a property that is likely to have more than one value for a page, so maybe you want to change this anyway. There are two possible ways forward: (a) you change the way that super properties are used for sorting in your wiki, maybe by using some other property for sorting, or (b) you manage to reproduce the problem on sandbox.sematnic-mediawiki.org where I have a chance to inspect it more closely for finding a fix. For now, I have to close this as worksforme. -- 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 22288] RSS feed not recognized as such
https://bugzilla.wikimedia.org/show_bug.cgi?id=22288 Markus Krötzsch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Markus Krötzsch 2010-03-02 13:10:58 UTC --- I cannot reproduce the bug on 1.4.2 or on more recent versions of SMW, but I think your analysis might be correct: if a(n XML) file stars with empty lines, then Firefox will not recognize it properly. The problem can be caused by any extension that you installed. A typical cause for this issue is that some extension has .php files that include empty lines after a closing "?>" tag. For this reason, PHP files should never include this closing tag (this also applies to LocalSettings.php), but some extensions may not obey this guideline. You can try disabling extensions or see if your LocalSettings.php has a closing "?>" tag at the end to narrow down the cause of the problem. If this problem occurs, you will also typically find that Firefox does not display the RDF export of SMW properly (try Special:ExportRDF to check this). In any case, I do not think that SMW has anything to do with your problem.Unfortunately, due to the nature of PHP processing, it is not possible for SMW to delete empty lines/spaces that have been created by faulty code elsewhere. -- 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 11812] UTF8-DB-Collation does not work with SMW
https://bugzilla.wikimedia.org/show_bug.cgi?id=11812 Markus Krötzsch changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Markus Krötzsch 2010-03-02 12:56:10 UTC --- Thanks, I have applied the patch to SVN. Lets hope that this solves the problem in all cases. -- 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 22441] Special namespace-based properties (like "Has default form") no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=22441 Markus Krötzsch changed: What|Removed |Added Status|NEW |ASSIGNED -- 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 22239] SMW_Settings.php wrong setting for RAP
https://bugzilla.wikimedia.org/show_bug.cgi?id=22239 Markus Krötzsch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch 2010-03-02 11:05:53 UTC --- The constants that are defined in SMW_Settings.php are for backwards compatibility only, since constants were used in earlier version of SMW to select a store. Hence the constants have the values of the old stores. Given that this backwards compatibility is not longer part of SMW at all, the constants can now be deleted (which I did now). For selecting another store, simply use its name (in quotes) in LocalSettings.php. Constants are no longer needed. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22578] Modification_date property does not seem to be created in 'ca' locale
https://bugzilla.wikimedia.org/show_bug.cgi?id=22578 Markus Krötzsch changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch 2010-03-02 11:00:12 UTC --- The problem was that the date string used internally as generated by MediaWiki used ca localisation for month names, while SMW does not currently have this localisation for date inputs. Hence the date was not understood. The problem is fixed now (but the issue also hints at the fact that SMW's internal preparation of modification dates is more complicated than it should be). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 Roan Kattouw changed: What|Removed |Added CC||accnospam...@yahoo.de --- Comment #15 from Roan Kattouw 2010-03-02 10:40:50 UTC --- *** Bug 22693 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 22693] Invalid section-IDs - especially when using special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22693 Roan Kattouw changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||DUPLICATE --- Comment #2 from Roan Kattouw 2010-03-02 10:40:50 UTC --- *** This bug has been marked as a duplicate of bug 9530 *** -- 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 22691] some fixes on de_wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=22691 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |rhals...@wikimedia.org |org | --- Comment #2 from Roan Kattouw 2010-03-02 10:37:12 UTC --- (In reply to comment #0) > * repair this alias: > xml:space="preserve">Portal Diskussion > should be: > Portal > Diskussion > This cannot be done. For custom namespaces (id >= 100), the German name *is* the canonical name. Canonical names are only meaningful for canonical namespaces, i.e. those built into the MediaWiki software (id <= 15). The rest of the requests is legit, assigning to Rob. -- 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 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 Raimond Spekking changed: What|Removed |Added Component|general |Language setup AssignedTo|br...@pobox.com |wikibug...@lists.wikimedia. ||org Product|mwdumper|Wikimedia --- Comment #1 from Raimond Spekking 2010-03-02 10:29:52 UTC --- Please define a list of import sources (projects/languages) you want to import from -- 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 22694] New: definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 Summary: definition of import sources Product: mwdumper Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: general AssignedTo: br...@pobox.com ReportedBy: rado.m...@gmail.com Hello, I'm asking if it's possible to define import sources on mg.wiktionary, to enable page importing for sysops. Thanks in advance. -- 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