[Bug 24941] New: Should allow all users to view the deleted contributions for each user
https://bugzilla.wikimedia.org/show_bug.cgi?id=24941 Summary: Should allow all users to view the deleted contributions for each user Product: MediaWiki Version: unspecified Platform: All URL: http://en.wikipedia.org/wiki/Special:DeletedContributi ons OS/Version: All Status: NEW Keywords: easy Severity: minor Priority: Normal Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: anon@gmail.com I wonder why users are not allowed to view the deleted contributions for other users. They also cannot view the deleted contributions of themselves. The deletion log of each user should not be kept secret. MediaWiki should allow all users to view the deleted contributions for each user. -- 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 13978] Reverting to a flagged revision should automatically mark the resulting revision as flagged, too
https://bugzilla.wikimedia.org/show_bug.cgi?id=13978 --- Comment #22 from Nemo_bis federicol...@tiscali.it 2010-08-26 08:42:35 UTC --- (In reply to comment #21) So is this to make rollback by anyone, regardless of rights, auto-review that revision? That would be a bad separation rights. Why? You said that the problem was the possibility that someone made an old version the new stable version, but this doesn't apply to rollbacks. On bug 13751 you said that there are some exploits but you didn't specify them (but you said also «I'll probably make it at least basic reviewed»). So, what's the problem? Is the request to make a new right for autoreview on rollback and then grant that to global rollbackers? If you want to say so; but I think that such a right should be implicit in the rollback 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 13978] Reverting to a flagged revision should automatically mark the resulting revision as flagged, too
https://bugzilla.wikimedia.org/show_bug.cgi?id=13978 --- Comment #23 from Nemo_bis federicol...@tiscali.it 2010-08-26 09:07:38 UTC --- (In reply to comment #17) rollback has a different behaviour from normal reverts also with regard to patrolled revisions (rollbacked revisions are marked as patrolled, even if this doesn't appear in logs). You can see an example on pt.wiki, where rollbackers (and autoconfirmed) don't have autopatrol (http://pt.wikipedia.org/wiki/Especial:Lista_de_privil%C3%A9gios_de_grupos?uselang=en ), if you pick a rollbacker who is not autopatroller (http://pt.wikipedia.org/w/index.php?title=Especial:Lista_de_utilizadoresgroup=rollbackeruselang=en ): if you're autoconfirmed, you'll see that e.g. this edit http://pt.wikipedia.org/w/index.php?title=Chuva_%C3%A1cidadiff=21560746oldid=21359167 is shown as patrolled because it was implicitly autopatrolled by the subsequent rollback http://pt.wikipedia.org/w/index.php?title=Chuva_%C3%A1cidadiff=nextoldid=21560746 (it was not explicitly patrolled because otherwise it would be listed in the log and it is not: http://pt.wikipedia.org/w/index.php?title=Especial:Registodir=prevoffset=20100809003204limit=3page=Chuva+ácidahide_patrol_log=0 ). Therefore, the current behaviour of rollback with regard to FlaggedRevs is inconsistent. -- 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 13978] Reverting to a flagged revision should automatically mark the resulting revision as flagged, too
https://bugzilla.wikimedia.org/show_bug.cgi?id=13978 --- Comment #24 from Nemo_bis federicol...@tiscali.it 2010-08-26 09:12:14 UTC --- (In reply to comment #23) Therefore, the current behaviour of rollback with regard to FlaggedRevs is inconsistent. Excuse me, I was not clear here: I meant that this a sort of autopatrol right implicit in rollback right, and that making also autoreview on rollback implicit in rollback seems analogous to 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 24942] New: Disable file uploading for the Hungarian Wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=24942 Summary: Disable file uploading for the Hungarian Wiktionary Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gti...@gmail.com The community of the Hungarian Wiktionarys decided to disallow direct file uploading and use images from Commons instead; you can see the vote here: http://hu.wiktionary.org/wiki/Wikisz%C3%B3t%C3%A1r:Szavaz%C3%A1s#2010._j.C3.BAnius Please change the configuration accordingly. 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 24942] Disable file uploading for the Hungarian Wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=24942 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||shell CC||p858sn...@gmail.com -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 5875] Group similar pages in watchlist
https://bugzilla.wikimedia.org/show_bug.cgi?id=5875 bodnot...@gmail.com changed: What|Removed |Added CC||bodnot...@gmail.com --- Comment #5 from bodnot...@gmail.com 2010-08-26 10:25:28 UTC --- A similar proposal to this has gained more recent traction. http://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)/Persistent_proposals#.22Categorised_.28user_defined.29.22_or_.22split_.28user_defined.29.22_watchlists.3B_an_idea_previously_proposed_as_.22multiple_watchlists.22 I'm new to Bugzilla and am not technical... can someone help me with how I move this idea forwards from here? I would be *very* grateful if someone would leave a message on my en.wp talk page and let me know. http://en.wikipedia.org/wiki/User_talk:Bodnotbod -- 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 19807] References (references/) are not always rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=19807 Kelson [Emmanuel Engelhart] emman...@engelhart.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #1 from Kelson [Emmanuel Engelhart] emman...@engelhart.org 2010-08-26 10:37:32 UTC --- It seems that the problem does not occure anymore... See https://sourceforge.net/tracker/index.php?func=detailaid=2845907group_id=175508atid=873515 -- 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 24941] Should allow all users to view the deleted contributions for each user
https://bugzilla.wikimedia.org/show_bug.cgi?id=24941 Leinad danny.lei...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||danny.lei...@gmail.com Resolution||INVALID --- Comment #1 from Leinad danny.lei...@gmail.com 2010-08-26 12:28:11 UTC --- The purpose of removing pages is to hide the content. Pages are not removed to allow everyone to have access to that. If you want to change configuration of your wiki, you can add permissions deletedtext and deletedhistory to user group in LocalSettings.php. -- 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 24943] New: Abusefilter log entries should suppressible by oversight
https://bugzilla.wikimedia.org/show_bug.cgi?id=24943 Summary: Abusefilter log entries should suppressible by oversight Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: AbuseFilter AssignedTo: agarr...@wikimedia.org ReportedBy: kropotkine...@free.fr CC: wikibugs-l@lists.wikimedia.org This is a major and legal concern. Abusefilter's log entries are not suppressible by oversight and consequently allow whoever to see private data, copyvios or blatant libelling if the modifications triggered a public filter. I thought that there was already a bug about it but I didn't find. Maybe [[bugzilla:19494]] (Abuse Filter log should appear in Special:Log and work like other logs) is related, I don't know. But something should be done. -- 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 24943] Abusefilter log entries should suppressible by oversight
https://bugzilla.wikimedia.org/show_bug.cgi?id=24943 Andrew Garrett agarr...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Andrew Garrett agarr...@wikimedia.org 2010-08-26 12:46:43 UTC --- Already works on trunk, will be deployed to main wikis soon. -- 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 19494] Abuse Filter log should appear in Special:Log and work like other logs
https://bugzilla.wikimedia.org/show_bug.cgi?id=19494 kropotkine...@free.fr changed: What|Removed |Added CC||kropotkine...@free.fr --- Comment #5 from kropotkine...@free.fr 2010-08-26 12:49:31 UTC --- Please see [[bugzilla:24943]] for another reason to make abusefilter's logs work like others logs. -- 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 24943] Abusefilter log entries should suppressible by oversight
https://bugzilla.wikimedia.org/show_bug.cgi?id=24943 --- Comment #2 from kropotkine...@free.fr 2010-08-26 12:51:33 UTC --- Oh I didn't know that, sorry. Thanks a lot for the immediate reply. -- 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 24944] New: Need hook to all user object to be modified before it is saved to the database
https://bugzilla.wikimedia.org/show_bug.cgi?id=24944 Summary: Need hook to all user object to be modified before it is saved to the database Product: MediaWiki Version: 1.16.0 Platform: All URL: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3 /includes/Preferences.php?view=markup OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: seventow...@gmail.com CC: agarr...@wikimedia.org In 1.16, when the preferences form is submitted, there doesn't seem to be any way to modify the user object before it is saved to the database. When the preference form is submitted it calls Preferences-tryFormSubmit which in turn calls User-saveSettings. There are two hooks that fire after the user object has been saved (UserSaveSettings and UserSaveOptions) but that doesn't help. You used to be able to use the SavePreferences hook but it's gone in 1.16. -- 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 24944] Need hook to allow user object to be modified before it is saved to the database
https://bugzilla.wikimedia.org/show_bug.cgi?id=24944 Christian Neubauer seventow...@gmail.com changed: What|Removed |Added Summary|Need hook to all user |Need hook to allow user |object to be modified |object to be modified |before it is saved to the |before it is saved to the |database|database -- 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 24939] Installation of MW using SQLite db throws 'Database returned error 19: interwiki.iw_api may not be NULL' error
https://bugzilla.wikimedia.org/show_bug.cgi?id=24939 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #7 from Max Semenik maxsem.w...@gmail.com 2010-08-26 15:47:53 UTC --- Meh, fixed in r71704. -- 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 22118] outline: addition of template parameter
https://bugzilla.wikimedia.org/show_bug.cgi?id=22118 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com --- Comment #1 from Yaron Koren yaro...@gmail.com 2010-08-26 16:42:27 UTC --- Assigning to myself - I wasn't aware of this patch until now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22140] New Format: Rank
https://bugzilla.wikimedia.org/show_bug.cgi?id=22140 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com --- Comment #1 from Yaron Koren yaro...@gmail.com 2010-08-26 16:43:41 UTC --- Assigning to myself - I wasn't aware of this feature request until now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22568] Outline: CSS-Styling instead of inline-element-styling
https://bugzilla.wikimedia.org/show_bug.cgi?id=22568 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com --- Comment #1 from Yaron Koren yaro...@gmail.com 2010-08-26 16:44:21 UTC --- Assigning to myself - I wasn't aware of this feature request until now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22117] changes outline to output wikicode and uses wikicode headers
https://bugzilla.wikimedia.org/show_bug.cgi?id=22117 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com --- Comment #2 from Yaron Koren yaro...@gmail.com 2010-08-26 16:45:01 UTC --- Assigning to myself - I wasn't aware of this patch until now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24944] Need hook to allow user object to be modified before it is saved to the database
https://bugzilla.wikimedia.org/show_bug.cgi?id=24944 --- Comment #1 from Andrew Garrett agarr...@wikimedia.org 2010-08-26 16:46:09 UTC --- What's the use case? -- 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 22140] New Format: Rank
https://bugzilla.wikimedia.org/show_bug.cgi?id=22140 Yaron Koren yaro...@gmail.com changed: What|Removed |Added AssignedTo|yaro...@gmail.com |denny.vrande...@kit.edu --- Comment #2 from Yaron Koren yaro...@gmail.com 2010-08-26 16:46:52 UTC --- Oops, sorry - wrong bug. Back to Denny... -- 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 20972] Calendar needs l10n
https://bugzilla.wikimedia.org/show_bug.cgi?id=20972 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com --- Comment #2 from Yaron Koren yaro...@gmail.com 2010-08-26 16:47:29 UTC --- Assigning to myself. -- 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 22567] Outline: Allow template
https://bugzilla.wikimedia.org/show_bug.cgi?id=22567 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com --- Comment #1 from Yaron Koren yaro...@gmail.com 2010-08-26 16:50:03 UTC --- Assigning to myself - I wasn't aware of this feature request until now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22733] SRF Calendar does not work with halo 1.4.6 OntoSkin3
https://bugzilla.wikimedia.org/show_bug.cgi?id=22733 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com --- Comment #1 from Yaron Koren yaro...@gmail.com 2010-08-26 16:52:45 UTC --- Assigning to myself - I wasn't aware of this bug until now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22733] SRF Calendar does not work with halo 1.4.6 OntoSkin3
https://bugzilla.wikimedia.org/show_bug.cgi?id=22733 Yaron Koren yaro...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #2 from Yaron Koren yaro...@gmail.com 2010-08-26 16:55:05 UTC --- Changing to wontfix - this appears to be a bug in the Halo skin (though it may have been fixed there by now). -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 22746] Exhibit format - if a field's text is large you get duplication
https://bugzilla.wikimedia.org/show_bug.cgi?id=22746 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com Summary|If a field's text is large |Exhibit format - if a |you get duplication |field's text is large you ||get duplication -- 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 24892] Check for wrongly set system clock on login
https://bugzilla.wikimedia.org/show_bug.cgi?id=24892 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #2 from Chad H. innocentkil...@gmail.com 2010-08-26 17:03:46 UTC --- (In reply to comment #1) RFCs 2109 and 2965 both seem to give cookie expiration in terms of max age, not expiration date: http://tools.ietf.org/html/rfc2109 http://tools.ietf.org/html/rfc2965 If we're serving Expires instead of Max-Age on cookies, that implies we're using old cookies, so maybe we should just switch to new ones? Dunno how this would be accomplished or if it has any drawbacks. We use setcookie(). setcookie() uses Expires, it seems. +upstream? -- 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 24892] Check for wrongly set system clock on login
https://bugzilla.wikimedia.org/show_bug.cgi?id=24892 --- Comment #3 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-08-26 17:11:29 UTC --- Yeah, this is upstream, I guess. Is there any workaround we can use? Is there some reason to prefer Expires (e.g., reliability)? -- 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 24945] New: Special:ask drops unnamed properties
https://bugzilla.wikimedia.org/show_bug.cgi?id=24945 Summary: Special:ask drops unnamed properties Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: kevi...@gmail.com When performing a query through Special:ask or when attempting to obtain further results from an inline query, Special:ask will forget about any ?# - specified in the query. This is the suggested means of obtaining the title of the resulting page without having it linked. This occurs even in the sandbox at semantic-mediawiki.org. To recreate this issue: 1. In the sandbox query all pages with [[Category:Person]] and return ?name and #? - 2. Notice there are three columns returned: the link to the page, the person's name, and the name of the page with no link. 3. Click Next for results 21-40 4. Notice there are only two columns returned: the link to the page, and the person's name Somewhere along the line, the ?# - was eaten... This is especially vital to templates that make use of the ?# - property in a variable because it may shift the variable used by all the other properties (If its not the last property queried for). -- 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 22546] Outline format: Double entries
https://bugzilla.wikimedia.org/show_bug.cgi?id=22546 Yaron Koren yaro...@gmail.com changed: What|Removed |Added CC||yaro...@gmail.com AssignedTo|denny.vrande...@kit.edu |yaro...@gmail.com Summary|Double entries |Outline format: Double ||entries --- Comment #3 from Yaron Koren yaro...@gmail.com 2010-08-26 17:42:40 UTC --- Gave better name, assigned to myself. -- 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 24946] New: Inline query searchlabel links don't follow format=template when limit=0.
https://bugzilla.wikimedia.org/show_bug.cgi?id=24946 Summary: Inline query searchlabel links don't follow format=template when limit=0. Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Semantic MediaWiki AssignedTo: mar...@semantic-mediawiki.org ReportedBy: ako...@creativecommons.org When you use the method described in the documentation to embed an #ask query simply as a link using the searchlabel parameter and liit=0, the Special:Ask page won't follow format=template and teplate= parameters, and is instead formatted as the default broadtable. If you are to set limit=1 or higher, the Special:Ask page does use the template, but then you aren't embedding a link to a query anymore. -- 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 24663] Create North Frisian Wikipedia (wp/frr)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24663 --- Comment #9 from merl bugrepor...@to.mabomuja.de 2010-08-26 18:24:14 UTC --- searching (full text search and title search) isn't working after a week. I think it's the same problem why ajax suggestion isn't working, 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 22117] changes outline to output wikicode and uses wikicode headers
https://bugzilla.wikimedia.org/show_bug.cgi?id=22117 --- Comment #3 from Yaron Koren yaro...@gmail.com 2010-08-26 18:30:09 UTC --- Christopher - is there an advantage to using wiki-text instead of HTML? As far as I know, all the result formats currently output HTML. -- 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 24906] Vector should use the common messages like other skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=24906 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com Severity|enhancement |minor --- Comment #6 from Chad H. innocentkil...@gmail.com 2010-08-26 19:06:22 UTC --- Not an enhancement, this is a bug. I've disagreed with this choice since the beginning (I complained somewhere...). (In reply to comment #3) the visual context and space constraints are unique to Vector, and should not be assumed to be the same as other skins. That could be argued for all skins. My skin is so special it needs an specific message. This. And no, skins aren't so special. Skins are designed to present a different visual look to a page. The elements of the page should retain their familiar names across all skins. I don't see such need for at least the provided examples. Of course, the ability of giving eg. a large name for vector, is neat, but that will bite us later when the two sets of tabs gets desynchronized. They can and they will. And we will inevitably get complaints that When I changed nstab-whatever it didn't work in Vector We could get the best of both worlds by doing everywhere wfEmptyMsg('vector-namespace-main') ? wfMsg( 'nstab-main' ) : wfMsg('vector-namespace-main') but that looks ugly. Ugh. You *could* do that in Vector. Preferably we should just chunk the redundant messages entirely. -- 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 24892] Check for wrongly set system clock on login
https://bugzilla.wikimedia.org/show_bug.cgi?id=24892 --- Comment #5 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-08-26 19:44:56 UTC --- Pushing it upstream would be fine by me, if anyone is willing to do it, and upstream is willing to accept it. This is hardly urgent enough that we need to work around it ourselves if we can tell users to just upgrade. But pushing upstream is harder than working around it ourselves. -- 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 24949] New: Allow an All languages override option
https://bugzilla.wikimedia.org/show_bug.cgi?id=24949 Summary: Allow an All languages override option Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CentralNotice AssignedTo: tf...@wikimedia.org ReportedBy: b...@caseybrown.org Although there's already Select all languages currently on this list toggle, it would be good to have an All languages override in case languages are added while the campaign is running. From Ryan on IRC, we'd have to create some kind of indication in the interface that the select list is being ignored at that point. -- 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 24949] Allow an All languages override option
https://bugzilla.wikimedia.org/show_bug.cgi?id=24949 Casey Brown b...@caseybrown.org changed: What|Removed |Added AssignedTo|tf...@wikimedia.org |rkald...@wikimedia.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24950] New: Make CentralNotice option checkboxes sortable
https://bugzilla.wikimedia.org/show_bug.cgi?id=24950 Summary: Make CentralNotice option checkboxes sortable Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: CentralNotice AssignedTo: rkald...@wikimedia.org ReportedBy: b...@caseybrown.org CC: tf...@wikimedia.org Enabled/Preferred/Locked/Remove aren't actually sortable like they should be. From Ryan, that's because those fields don't have anything that the sorting routine can use to sort on, but I can look into fixing that. -- 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 15071] Wikibooks/Wikisource needs means to associate separate pages with books
https://bugzilla.wikimedia.org/show_bug.cgi?id=15071 --- Comment #8 from Helder heldergeov...@gmail.com 2010-08-26 20:41:49 UTC --- Just a side note: the necessity of such a feature was pointed out even before the Wikibooks project was live. Daniel Mayer[1] in Jun 2003: Textbooks are organized in a very different way than an encyclopedia and they also have a specific audience. These two things make textbook material completely incompatible with Wikipedia. Thus a separate project is needed (and probably a few tweaks to the software to make it easy to have chapters). So, in this sense, this bug is 7 years old! [1] http://lists.wikimedia.org/pipermail/wikien-l/2003-June/004788.html -- 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 13978] Reverting to a flagged revision should automatically mark the resulting revision as flagged, too
https://bugzilla.wikimedia.org/show_bug.cgi?id=13978 --- Comment #25 from Aaron Schulz jschulz_4...@msn.com 2010-08-26 21:05:16 UTC --- The core commitRollback() function always auto-patrols. FR can't really control that nicely. Eventually most of FR's usage of RC patrol will be removed, which already started with the (pending review) and (unreviewed) links on RC/watchlist/RLC pages (to replace ! marks). I don't have *strong* feelings on making rollback implicitly autoreview (to the lowest level). Is that what this comes down to and nothing else? Or should the flags be identical to the base revision that the page was reverted to? The only thing I worry about (exploits) are template/file vandalism/misinformation that slips through on a page that uses them (the templates) without notice (on rollback). -- 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 24951] New: Wrong diacritic in Special:Preferences page
https://bugzilla.wikimedia.org/show_bug.cgi?id=24951 Summary: Wrong diacritic in Special:Preferences page Product: Wikimedia Version: unspecified Platform: All URL: http://ro.wikipedia.org/wiki/Special:Preferin%C5%A3e OS/Version: All Status: NEW Keywords: i18n Severity: major Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: crangasi2...@yahoo.com CC: s.mazel...@xs4all.nl Depends on: 22626 After changing the diacritics on ro.wp (bug 22616), some problems remain with the special pages. All of the special pages containing diacritics have the old diacritics (ş, ţ) instead of the new ones (ș, ț). A simple example is the Special:Preferences page. From what I can see, in SVN the values are correct: http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/languages/messages/MessagesRo.php?revision=71552view=markup Could someone check why these changes are not reflected in the site's config? 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 22626] Localise namespaces on ace.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=22626 crangasi2...@yahoo.com changed: What|Removed |Added Blocks||24951 -- 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 24851] Add a mailing list for fr.wiktionary
https://bugzilla.wikimedia.org/show_bug.cgi?id=24851 --- Comment #7 from Quentinv57 quentin...@gmail.com 2010-08-26 22:03:00 UTC --- Archives have been set to public for now. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24724] list=allusers is out by 1 (shows total users - 1)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24724 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED Summary|list=allusers doesn't show |list=allusers is out by 1 |anything when only 1 user |(shows total users - 1) |exists | --- Comment #1 from Reedy s...@reedyboy.net 2010-08-26 22:09:45 UTC --- r71754 -- 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 24951] Wrong diacritic in Special:Preferences page
https://bugzilla.wikimedia.org/show_bug.cgi?id=24951 --- Comment #1 from Siebrand s.mazel...@xs4all.nl 2010-08-26 22:23:47 UTC --- The reason is that WMF is running MediaWiki branch wmf/1.16wmf4 [1] (r64689) based on REL1_16 which is based on trunk r62818. Only critical fixes and WMF 'self development' is updated (that's still hundreds of changesets, but few core features have been added). Because WMF runs LocalisationUpdate, luckily most translation updates are automagically inserted into the Wikimedia wikis, but changes and additions to special page aliases, namespace names, magic words and other MessagesXx.php settings than $messages are not updated. In essence WMF runs MediaWiki 1.16 release which is based on r62818 (February 22, 2010). MediaWiki trunk is now at r71756 (almost 9,000 changesets more recent). It will be resolved when WMF deploys a more recent version, which depends on code review capacity within the WMF (which is (too) low at the moment). -- 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 24602] rename failed on de.wikipedia - only some contributions got renamed
https://bugzilla.wikimedia.org/show_bug.cgi?id=24602 Christian Thiele ap...@apper.de changed: What|Removed |Added Priority|Normal |High -- 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 22744] Add/Update indexes for queries done by the API
https://bugzilla.wikimedia.org/show_bug.cgi?id=22744 Reedy s...@reedyboy.net changed: What|Removed |Added Depends on||24650 -- 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 24746] Links table don't get updated when I try to create a new redirect page with API
https://bugzilla.wikimedia.org/show_bug.cgi?id=24746 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24906] Vector should use the common messages like other skins
https://bugzilla.wikimedia.org/show_bug.cgi?id=24906 --- Comment #8 from Chad H. innocentkil...@gmail.com 2010-08-26 23:27:20 UTC --- (In reply to comment #7) That's what we're doing, yes. Adam has been assigned to eliminate this duplication for the namespace tabs Yay :) (not for the action tabs (read, edit, history, ...) because it at least somewhat makes sense there). I disagree :( -- 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 24944] Need hook to allow user object to be modified before it is saved to the database
https://bugzilla.wikimedia.org/show_bug.cgi?id=24944 --- Comment #2 from Christian Neubauer seventow...@gmail.com 2010-08-26 23:34:15 UTC --- Modifying the user member variables before they are saved to the database. Without a hook, you can't do any sort of validation, modification, etc. Say I want to examine the user's name and auto-update their email address based on that or auto create a signature for the user. Or generate a nickname based on their real name. The only field you can validate right now is the email address which has a dedicated hook. -- 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 24918] Do not allow #, %, [, ], nbsp in fragment identifiers
https://bugzilla.wikimedia.org/show_bug.cgi?id=24918 --- Comment #8 from entli...@gmx-topmail.de 2010-08-26 23:44:05 UTC --- So the only remaining problem is that the validator complains about things like a href=#nbsp;/a? Not quite. It's unclear why the HTML5 validator complains about Unicode whitespace like nbsp etc.; the RFCs give no clue. But unencoded [ and ] are clearly non-compliant. RFC 3987 says ... square bracket characters ... MUST NOT be converted and then RFC 3986 says A host identified by an Internet Protocol literal address, version 6 [RFC3513] or later, is distinguished by enclosing the IP literal within square brackets ([ and ]). This is the only place where square bracket characters are allowed in the URI syntax. I don't know. I glanced at the code but didn't see an obvious reason. It's a separate bug. Separate, but related. There is apparently no way to write links to sections with [ and ] in the title as external links (this includes permalinks) without getting them percent-encoded (more than that, it's hard to write them at all, as they clash with wiki markup). Other than that, I'm not sure if stripping the most problematic characters is the right approach at all. It doesn't solve all compatibility issues. I've just noticed the following: Paste http://example.com/# into Firefox' address bar. Copy from there and paste into an arbitrary text editor. You'll get http://example.com/#%3C (tested in a current Firefox 4.0 nightly), which doesn't work in IE. This happens with some funny ASCII characters like and , but also - and that's far worse - non-ASCII characters that occur in natural language. So Firefox users will create links that don't work in IE as long as IE doesn't understand percent encoding. Maybe we should therefore allow all characters in IDs, percent-encode where necessary (that is, just 4 ASCII characters which rarely occur in natural language anyway) and accept that this minor detail doesn't work in IE. That's at least compliant; the whole attempt to allow arbitrary Unicode characters isn't interoperable with Firefox enforcing percent encoding and IE not supporting it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24953] New: Invalid sorting (collation problem)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24953 Summary: Invalid sorting (collation problem) Product: Wikimedia Version: unspecified Platform: All URL: http://mk.wikipedia.org OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Language setup AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mis...@gmail.com Pages are wrongly sorted on the Macedonian Wikipedia (as well as all other Macedonian Wiki projects). For instance, see: http://mk.wikipedia.org/wiki/%D0%9A%D0%B0%D1%82%D0%B5%D0%B3%D0%BE%D1%80%D0%B8%D1%98%D0%B0:%D0%9A%D0%BB%D0%B0%D1%81%D0%B8%D1%84%D0%B8%D0%BA%D0%B0%D1%86%D0%B8%D1%98%D0%B0_%D0%BD%D0%B0_%D0%B3%D0%BB%D0%B0%D0%B2%D0%BD%D0%B8%D1%82%D0%B5_%D1%82%D0%B5%D0%BC%D0%B8 The letter „Ј“ is found at the beginning of the list, instead of after „И“. I believe that this is a database problem, namely in the collation scheme used. For Macedonian, utf8_unicode_ci would be appropriate instead of utf8_general_ci. -- 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 24953] Invalid sorting (collation problem)
https://bugzilla.wikimedia.org/show_bug.cgi?id=24953 Aryeh Gregor simetrical+wikib...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||simetrical+wikib...@gmail.c ||om Resolution||DUPLICATE --- Comment #1 from Aryeh Gregor simetrical+wikib...@gmail.com 2010-08-27 00:27:48 UTC --- *** This bug has been marked as a duplicate of bug 164 *** -- 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