[Bug 21068] Some wikis have missing logo images on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=21068 Nico R. n-roe...@gmx.net changed: What|Removed |Added CC||n-roe...@gmx.net --- Comment #2 from Nico R. n-roe...@gmx.net 2010-03-02 08:01:03 UTC --- German Wikipedia is also affected. For example, https://secure.wikimedia.org/wikipedia/de/wiki/Wikipedia:Hauptseite contains the following markup: div class=portlet id=p-logo a style=background-image: url(http://upload.wikimedia.org/wikipedia/de/b/bc/Wiki.png); href=/wikipedia/de/wiki/Wikipedia:Hauptseite title=Hauptseite/a /div -- 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 21068] Some wikis have missing logo images on secure server
https://bugzilla.wikimedia.org/show_bug.cgi?id=21068 --- Comment #3 from Nico R. n-roe...@gmx.net 2010-03-02 08:05:23 UTC --- I was told that I obviously misunderstood comment 0, and that this bug is about images not being *displayed*. I interpreted it as images being loaded via HTTP instead of via HTTPS when using the secure server. That issue is tracked in bug 18496. Sorry for the bugspam. :-( -- 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 18496] Non-secure logos on secure pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=18496 Nico R. n-roe...@gmx.net changed: What|Removed |Added CC||n-roe...@gmx.net Summary|IE7 warnings with |Non-secure logos on secure |non-secure logos on secure |pages --- Comment #2 from Nico R. n-roe...@gmx.net 2010-03-02 08:09:30 UTC --- This bug does not only affect Internet Explorer 7, but all web browsers which automatically load images. Some of them do not even display warnings, but transmit insecure content. Updating summary 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 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2010-03-02 08:31:29 UTC --- This is the normal and expected behaviour of SMW as described in the documentation. Please read the manual for details: http://semantic-mediawiki.org/wiki/Help:Selecting_pages#Sorting_results -- 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] New: Vietnamese Wikipedia Mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=22692 Summary: Vietnamese Wikipedia Mobile Product: Wikipedia Mobile Version: .5 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: server AssignedTo: hcat...@wikimedia.org ReportedBy: m...@zoomtown.com CC: tf...@wikimedia.org The Vietnamese Wikipedia now has a front page designed for mobile devices: http://vi.wikipedia.org/wiki/Wikipedia:Trang_Ch%C3%ADnh/Di_%C4%91%E1%BB%99ng Please configure http://vi.m.wikipedia.org/ to use this page. Thank you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22692] Vietnamese Wikipedia Mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=22692 Minh Nguyễn m...@zoomtown.com changed: What|Removed |Added URL||http://vi.wikipedia.org/wik ||i/Wikipedia:Trang_Ch%C3%ADn ||h/Di_%C4%91%E1%BB%99ng --- Comment #1 from Minh Nguyễn m...@zoomtown.com 2010-03-02 08:40:17 UTC --- Added URL. -- 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 22563] Call to undefined function DatabaseMysql::unionQueries() on Special:Properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=22563 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|ASSIGNED|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 22583] ask query removes results with no value for a property when sorting by it
https://bugzilla.wikimedia.org/show_bug.cgi?id=22583 mhn matrix.has@gmail.com changed: What|Removed |Added Resolution|INVALID |REMIND --- Comment #2 from mhn matrix.has@gmail.com 2010-03-02 08:54:34 UTC --- (In reply to comment #1) This is the normal and expected behaviour of SMW as described in the documentation. Please read the manual for details: http://semantic-mediawiki.org/wiki/Help:Selecting_pages#Sorting_results You are right..I mean that's what the docs say. However, I think such logic inside SMW could mislead users with large quantities of data thinking that the results are actually all results and thus unnecessary debugging effort to find the issue could appear. Isn't there any hack or something to have pages without the sorted property appear in the result set? 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 22693] New: Invalid section-IDs - especially when using special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22693 Summary: Invalid section-IDs - especially when using special characters Product: MediaWiki Version: 1.16-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: accnospam...@yahoo.de When creating sections like: ==Überschrift (german for heading)== mediawiki produces the following code in HTML: pre h2 span class=mw-headline id=.C3.9CberschriftÜberschrift/span/h2 /pre * id=.C3.9Cberschrift is clearly wrong (id and name attributes must begin with a letter) * it's hard to target such IDs with css * Why create a span with an ID in the first place? An element with an id should only exist once in a html document; it cannot be guaranteed that users don't create equal sections (that will lead to multiple IDs with the same name) -- 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 --- Comment #1 from Owltom accnospam...@yahoo.de 2010-03-02 09:26:53 UTC --- Stupid me, the IDs are numbered consecutively, forget that part, sorry. -- 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 22560] Date comparisons no longer work in queries in SMW 1.5h
https://bugzilla.wikimedia.org/show_bug.cgi?id=22560 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2010-03-02 09:38:36 UTC --- There was a glitch in the recent updates to the Date type. The problems are fixed now in SVN, but pages with dates that have been created/modified in the meantime may need to be stored again to fix the DB entries. Using the repair mechanism on Special:SMWAdmin would also work if many pages are affected. -- 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 22456] Subpropertyof has an error in file SMW_LanguageFr.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=22456 Markus Krötzsch mar...@semantic-mediawiki.org 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 22368] Ask statement that includes ?Category for printout crashes
https://bugzilla.wikimedia.org/show_bug.cgi?id=22368 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |ASSIGNED Severity|major |normal --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 2010-03-02 09:54:07 UTC --- I cannot reproduce this bug on the current version of SMW. Which version/release of SMW is used? Does the problem still occur? Also see http://sandbox.semantic-mediawiki.org/wiki/Test_Bug_22368 for a demonstration. -- 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 22592] List does not recognize Type other then Page
https://bugzilla.wikimedia.org/show_bug.cgi?id=22592 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Markus Krötzsch mar...@semantic-mediawiki.org 2010-03-02 10:04:45 UTC --- The list support in the development version of SMW is not at its final stage yet. Especially the labels that are used to refer to the list type may still change. The current way of using can be seen here: http://sandbox.semantic-mediawiki.org/wiki/Property:Nary1 As you can see, the lists work as expected there using a type other than 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 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
[Bug 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Component|general |Language setup AssignedTo|br...@pobox.com |wikibug...@lists.wikimedia. ||org Product|mwdumper|Wikimedia --- Comment #1 from Raimond Spekking raimond.spekk...@gmail.com 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 22691] some fixes on de_wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=22691 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com AssignedTo|wikibug...@lists.wikimedia. |rhals...@wikimedia.org |org | --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2010-03-02 10:37:12 UTC --- (In reply to comment #0) * repair this alias: ns id=101 subpages= canonical=Portal Diskussion xml:space=preservePortal Diskussion/ns should be: ns id=101 subpages= canonical=Portal talk xml:space=preservePortal Diskussion/ns 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 22693] Invalid section-IDs - especially when using special characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=22693 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||DUPLICATE --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||accnospam...@yahoo.de --- Comment #15 from Roan Kattouw roan.katt...@gmail.com 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 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 mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 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 22239] SMW_Settings.php wrong setting for RAP
https://bugzilla.wikimedia.org/show_bug.cgi?id=22239 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 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 22441] Special namespace-based properties (like Has default form) no longer work
https://bugzilla.wikimedia.org/show_bug.cgi?id=22441 Markus Krötzsch mar...@semantic-mediawiki.org 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 11812] UTF8-DB-Collation does not work with SMW
https://bugzilla.wikimedia.org/show_bug.cgi?id=11812 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Markus Krötzsch mar...@semantic-mediawiki.org 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 22288] RSS feed not recognized as such
https://bugzilla.wikimedia.org/show_bug.cgi?id=22288 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #1 from Markus Krötzsch mar...@semantic-mediawiki.org 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 22547] Filter for ask output
https://bugzilla.wikimedia.org/show_bug.cgi?id=22547 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #2 from Markus Krötzsch mar...@semantic-mediawiki.org 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 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_Forumoldid=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 22674] Update Special:Import options at English Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22674 Aaron Adrignola aaron.adrign...@gmail.com 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 22674] Update Special:Import options at English Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22674 --- Comment #3 from Aaron Adrignola aaron.adrign...@gmail.com 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 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 20285] floating point numbers
https://bugzilla.wikimedia.org/show_bug.cgi?id=20285 Markus Krötzsch mar...@semantic-mediawiki.org changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||INVALID --- Comment #4 from Markus Krötzsch mar...@semantic-mediawiki.org 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 22441] Property Has default form no longer works (used for Semantic Forms)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22441 Markus Krötzsch mar...@semantic-mediawiki.org 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 mar...@semantic-mediawiki.org 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 22695] Put Simple English Wikibooks in locked state rather than inaccessible
https://bugzilla.wikimedia.org/show_bug.cgi?id=22695 Roan Kattouw roan.katt...@gmail.com 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 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 mar...@semantic-mediawiki.org 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 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 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] Enlarging edit-summary size
https://bugzilla.wikimedia.org/show_bug.cgi?id=22696 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Raimond Spekking raimond.spekk...@gmail.com 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added CC||me.prav...@gmail.com --- Comment #6 from Raimond Spekking raimond.spekk...@gmail.com 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #7 from Praveen P me.prav...@gmail.com 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 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 --- Comment #9 from Praveen P me.prav...@gmail.com 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #10 from Domas Mituzas domas.mitu...@gmail.com 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 6092] add {{revisiontime:}}/{{lastrevision:}} colon/parser function or {{REVISIONtimeformat|pagename}} functionality to current magic words
https://bugzilla.wikimedia.org/show_bug.cgi?id=6092 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|CLOSED |REOPENED Resolution|FIXED | --- Comment #25 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 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 22687] Page parameter for REVISIONID magic word
https://bugzilla.wikimedia.org/show_bug.cgi?id=22687 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added Status|NEW |RESOLVED CC||alex.emsenhu...@bluewin.ch Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 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|pagename}} functionality to current magic words
https://bugzilla.wikimedia.org/show_bug.cgi?id=6092 Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch changed: What|Removed |Added CC||ja...@howeswho.co.uk --- Comment #26 from Alexandre Emsenhuber [IAlex] alex.emsenhu...@bluewin.ch 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 10729] Edit summary reminder preference conflicts with CAPTCHA extensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=10729 Church of emacs church.of.emacs...@gmail.com 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #11 from Praveen Prakash me.prav...@gmail.com 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 9530] Section heading anchors shouldn't begin with invalid characters
https://bugzilla.wikimedia.org/show_bug.cgi?id=9530 --- Comment #16 from Aryeh Gregor simetrical+wikib...@gmail.com 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 #12 from Aryeh Gregor simetrical+wikib...@gmail.com 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #13 from Victor Vasiliev vasi...@gmail.com 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 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 --- Comment #2 from Andrianjanahary Rado rado.m...@gmail.com 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 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 Raimond Spekking raimond.spekk...@gmail.com 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 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 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 22699] Autopatroler at cs.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22699 Raimond Spekking raimond.spekk...@gmail.com changed: What|Removed |Added CC||raimond.spekk...@gmail.com --- Comment #1 from Raimond Spekking raimond.spekk...@gmail.com 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 4715] Change rev_comment/log_comment from TINYBLOB to BLOB
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 --- Comment #14 from Domas Mituzas domas.mitu...@gmail.com 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 22694] definition of import sources
https://bugzilla.wikimedia.org/show_bug.cgi?id=22694 Roan Kattouw roan.katt...@gmail.com 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] Allow comments longer than 255 bytes
https://bugzilla.wikimedia.org/show_bug.cgi?id=4715 Aryeh Gregor simetrical+wikib...@gmail.com 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 simetrical+wikib...@gmail.com 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 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 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 source/). 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 22701] Add #wrap parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701
John Cardinal j...@johncardinal.com 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 22692] Vietnamese Wikipedia Mobile
https://bugzilla.wikimedia.org/show_bug.cgi?id=22692 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|NEW |RESOLVED CC||hart...@videolan.org Resolution||FIXED --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 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 22690] Mobile home page for Thai Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22690 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 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 22690] Mobile home page for Thai Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22690 Derk-Jan Hartman hart...@videolan.org 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 22679] Mobile Main Page for Wikipedia in Nynorsk
https://bugzilla.wikimedia.org/show_bug.cgi?id=22679 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 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 22670] Please set up homepage for http://zh.m.wikipedia.org/
https://bugzilla.wikimedia.org/show_bug.cgi?id=22670 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 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 21807] plese set chinese wikipedia wap site
https://bugzilla.wikimedia.org/show_bug.cgi?id=21807 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Derk-Jan Hartman hart...@videolan.org 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 hart...@videolan.org changed: What|Removed |Added CC||shiz...@gmail.com --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 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 21005] Enable Collection extension on hu.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=21005 Peter Gervai (grin) g...@grin.hu changed: What|Removed |Added CC||g...@grin.hu --- Comment #1 from Peter Gervai (grin) g...@grin.hu 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 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( video.webkitSupportsFullscreen == true) video.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 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 22701] Add #wrap parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701
Robert Rohde ro...@robertrohde.com changed:
What|Removed |Added
CC||ro...@robertrohde.com
--- Comment #1 from Robert Rohde ro...@robertrohde.com 2010-03-02 22:01:46
UTC ---
As a performance enhancement, I think this would be pretty negligible in cases
like
{{#if: {{{format|}}} | #32;({{{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 22697] Smarty error 1095 with 777 permissions
https://bugzilla.wikimedia.org/show_bug.cgi?id=22697 --- Comment #1 from Sergey Chernyshev sergey.chernys...@gmail.com 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 22704] Cross origin issue for cortado+mwEmbed player
https://bugzilla.wikimedia.org/show_bug.cgi?id=22704 --- Comment #1 from Derk-Jan Hartman hart...@videolan.org 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 20628] New-installer branch (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=20628 Chad H. innocentkil...@gmail.com 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 10541] Front / back end separation of setup script
https://bugzilla.wikimedia.org/show_bug.cgi?id=10541 Chad H. innocentkil...@gmail.com 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 10596] Please let installer auto-enable extensions bundled in a MediaWiki tarball
https://bugzilla.wikimedia.org/show_bug.cgi?id=10596 Chad H. innocentkil...@gmail.com 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. innocentkil...@gmail.com 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 19129] Make the installer handle storage engines better
https://bugzilla.wikimedia.org/show_bug.cgi?id=19129 Chad H. innocentkil...@gmail.com 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 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 22705] Special:Log/newusers should display blocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=22705 Church of emacs church.of.emacs...@gmail.com 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 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 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 tpars...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Trevor Parscal tpars...@wikimedia.org 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 22701] Add #wrap parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=22701 --- Comment #2 from John Cardinal j...@johncardinal.com 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 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:Documentationoldid=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 #3 from Robert Rohde ro...@robertrohde.com 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 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 nkom...@gmail.com changed: What|Removed |Added CC||howief...@gmail.com, ||nkom...@gmail.com, ||nkom...@wikimedia.org --- Comment #2 from Naoko Komura nkom...@gmail.com 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 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 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 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 hart...@videolan.org 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 22307] Http::get within HttpFunction.php will not work with windows authentication.
https://bugzilla.wikimedia.org/show_bug.cgi?id=22307 p858snake p858sn...@yahoo.com.au 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 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 p858sn...@yahoo.com.au 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] IIS Bugs (Tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22710 Reedy s...@reedyboy.net changed: What|Removed |Added Blocks||2007 --- Comment #1 from Reedy s...@reedyboy.net 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Reedy s...@reedyboy.net 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 22426] Change eo.wikt user namespace to Uzanto
https://bugzilla.wikimedia.org/show_bug.cgi?id=22426 p858snake p858sn...@yahoo.com.au 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 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 21676] Please close Simple English Wikiquote
https://bugzilla.wikimedia.org/show_bug.cgi?id=21676 --- Comment #5 from MZMcBride b...@mzmcbride.com 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=33760oldid=33403 [2] http://simple.wikiquote.org/w/index.php?diff=33761oldid=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 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 lhrid...@gmail.com 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 22695] Put Simple English Wikibooks in locked state rather than inaccessible
https://bugzilla.wikimedia.org/show_bug.cgi?id=22695 Filemon filemon...@poczta.fm changed: What|Removed |Added CC||filemon...@poczta.fm --- Comment #2 from Filemon filemon...@poczta.fm 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
