[Bug 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30208 --- Comment #22 from James Alexander jalexan...@wikimedia.org 2011-08-06 06:10:20 UTC --- Just so that people realize this isn't a easy flip of a switch that some people have been talking about. The proposal is to turn off ARTICLE SPACE ONLY page creation. Currently this right does not exist and you can only control talk page creation (createtalk) and every other page creation (createpage). While I have my own serious concerns over the trial there is no doubt that it assumes new users will be able to create non article space pages such as User pages and so this can NOT be implemented (from a technical stand point) until a core mediawiki change is made to separate mainspace page creation rights. -- 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 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30208 --- Comment #23 from Max Semenik maxsem.w...@gmail.com 2011-08-06 06:12:33 UTC --- (In reply to comment #22) Just so that people realize this isn't a easy flip of a switch that some people have been talking about. The proposal is to turn off ARTICLE SPACE ONLY page creation. Currently this right does not exist and you can only control talk page creation (createtalk) and every other page creation (createpage). While I have my own serious concerns over the trial there is no doubt that it assumes new users will be able to create non article space pages such as User pages and so this can NOT be implemented (from a technical stand point) until a core mediawiki change is made to separate mainspace page creation rights. This can be done with a one-line hook, no changes in core are needed, I think. -- 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 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30208 Philippe Beaudette pbeaude...@wikimedia.org changed: What|Removed |Added CC||pbeaude...@wikimedia.org --- Comment #24 from Philippe Beaudette pbeaude...@wikimedia.org 2011-08-06 06:16:54 UTC --- (In reply to comment #16) Frankly, I'm appalled by the way this request has been handled. You seem to be more interested in the WMF's goals of editor engagement, and not interested at all in Wikipedia's core policy on consensus. Is this really the way Wikipedia works when you pull back the curtains? Come down off the Reichstag, please, and take off the spiderman outfit. Everyone here has the best interest of the projects at heart, and so can we all please just calm down and let us get our bearings here? We know this is a core change - see Comment 22 - and that it won't happen immediately. We also know there's some real dispute about whether it should happen at all. I understand that there's a poll that came to consensus, but we are in the midst of a push toward editor retention, and it seems those two must be reconciled. So let's take our time and work through this, okay? pb -- 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 30233] Create Thai-speaking Wikimedians mailing list
https://bugzilla.wikimedia.org/show_bug.cgi?id=30233 --- Comment #3 from taweethaも kaeww...@gmail.com 2011-08-06 06:26:57 UTC --- Both names are okay but I prefer Wikimedia-TH because * In long-term we are going to use this for Thai chapter. * Wikipedia-TH may make people from other Thai projects reluctant to join. We just need a mailling list to start with and activities will get going. Please create one that you see appropriate for us. 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 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30208 --- Comment #25 from James Alexander jalexan...@wikimedia.org 2011-08-06 06:35:40 UTC --- (In reply to comment #23) This can be done with a one-line hook, no changes in core are needed, I think. [[mw:Manual:Preventing_access#Restrict_page_creation_in_certain_namespaces]] seems to say that they would have to use an extension (which is beta and would need a thorough security review and make sure it can scale to our size) or a core change. That would be up to the developers however. -- 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 30258] New: Lqt menu actions must obey permissions: do not show actions (or grey out inactive actions) in the menu which the visitor or user is not allowed to perform
https://bugzilla.wikimedia.org/show_bug.cgi?id=30258 Web browser: --- Bug #: 30258 Summary: Lqt menu actions must obey permissions: do not show actions (or grey out inactive actions) in the menu which the visitor or user is not allowed to perform Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: LiquidThreads AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m...@tgries.de CC: agarr...@wikimedia.org, bhar...@wikimedia.org Classification: Unclassified Current Lqt version shows all actions in the menu, for example including drag to new location which only logged-in users can perform. After trying to perform the drag and drop action, users see the error message permission denied in the last moment - instead of telling them this when starting the action. I suggest to grey out actions for which the current user does not have sufficient rights. -- 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 30208] Trial for restricting non-autoconfirmed users from creating new articles on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=30208
--- Comment #26 from Max Semenik maxsem.w...@gmail.com 2011-08-06 07:38:25
UTC ---
(In reply to comment #25)
(In reply to comment #23)
This can be done with a one-line hook, no changes in core are needed, I
think.
[[mw:Manual:Preventing_access#Restrict_page_creation_in_certain_namespaces]]
seems to say that they would have to use an extension (which is beta and would
need a thorough security review and make sure it can scale to our size) or a
core change. That would be up to the developers however.
Cough cough.
$wgHooks['userCan'][] = 'efBlockNoobs';
function efBlockNoobs( $title, $user, $action, $result ) {
if ( $action = 'create' $title-getNamespace() == NS_MAIN
$user-isNewbie() ) {
$result = false;
return wfMsg( 'noobs-go-away' );
}
return true;
}
Cough.
--
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 30259] New: Watching in edit mode via the star in vector skin fails with Javascript error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30259 Web browser: --- Bug #: 30259 Summary: Watching in edit mode via the star in vector skin fails with Javascript error Product: MediaWiki Version: 1.19-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Javascript AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: listenle...@gmail.com CC: tpars...@wikimedia.org Classification: Unclassified Steps to reproduce: 1. Open any page in for editing in Vector skin. 2. Click the star to watch the page. Expected result: The page should be added to watchlist, the star should be updated. Actual result: The page is added to watchlist, but then a Javascript error occurs: $link.attr(title) is undefined The rotating star icon remains. -- 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 30260] New: Unknown error in PHP's mail() function when trying to send confirmation mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=30260
Web browser: ---
Bug #: 30260
Summary: Unknown error in PHP's mail() function when trying to
send confirmation mail
Product: MediaWiki
Version: 1.17
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: Email
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: listenle...@gmail.com
Classification: Unclassified
When I try to confirm the e-mail address for my account [[de:Benutzer:X
onclick=alert('XSS'); title=y]] I always get:
Wikipedia could not send your confirmation mail. Please check your e-mail
address for invalid characters.
Mailer returned: Unknown error in PHP's mail() function
I tried it with different mail addresses (including the one I'm using here and
the one for my main account, which I could confirm without problem), so it's
probably not the mail address but the user name that makes problems.
--
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 30214] Color profile stripped from some thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30214 --- Comment #7 from Brion Vibber br...@wikimedia.org 2011-08-06 08:36:14 UTC --- It shouldn't matter what support imagemagick has really, it just needs to pass the profile through to the thumbnail. In all cases I've seen, it does -- the browser then either understands it or doesn't. I tried disabling color profile management in Firefox -- see http://kb.mozillazine.org/Gfx.color_management.enabled With this off, the 'too pale' images render relatively reasonably (but darker/less saturated than Safari/Preview show them); this probably indicates that either: * Firefox is mishandling that particular color profile, and other apps are handling it right -or- * the profile is wrong (thus Firefox is correctly showing the file as pale), but other apps with color management that do correction on images such as Safari are somehow ignoring it or mishandling it in a way that shows a nicely balanced image When I load the image into Gimp (on either OS X or Linux) I'm given the opportunity to either convert the file into sRGB from its native profile, or keep it -- either way it ends up looking decent, unlike in Firefox (again, on either OS). So I'm a bit inclined that it may be Firefox's color management mishandling the profile. -- 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 30214] Color profile stripped from some thumbnails
https://bugzilla.wikimedia.org/show_bug.cgi?id=30214 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #8 from Brion Vibber br...@wikimedia.org 2011-08-06 08:52:20 UTC --- Ok, on further investigation there were a couple images where the thumbnails had the profile missing (and thus rendered ok in Firefox, while other sizes didn't)... ... because those particular thumbnails had not been re-rendered since bug 19960 was resolved (upgrading ImageMagick on the clusters to a version new enough that it preserves the profiles). You can do an ?action=purge on any affected page as you find them. The misrendering seems to be an issue with Firefox's color management system, and is likely the same problem as bug 30249 -- I recommend adding these links over there. *** This bug has been marked as a duplicate of bug 19960 *** -- 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 19960] Preserve color profile information for thumbs (ImageMagick update)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19960 Brion Vibber br...@wikimedia.org changed: What|Removed |Added CC||fole...@netcourrier.com --- Comment #31 from Brion Vibber br...@wikimedia.org 2011-08-06 08:52:20 UTC --- *** Bug 30214 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 30249] Some images show up pink or pale in Firefox (color management)
https://bugzilla.wikimedia.org/show_bug.cgi?id=30249 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Summary|Some images show up pink in |Some images show up pink or |Firefox |pale in Firefox (color ||management) --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-08-06 08:56:43 UTC --- Bug 30214 turned out to be kind of a mish-mash of old broken thumbnails with color profile info missing (from before resolution of bug 19960), and the images *with* color profiles misrendering in Firefox. These files have at least some versions with a 'Nikon D2X generic' profile which Firefox 5.0.1 renders wy too pale on both Mac OS X 10.7 and Ubuntu Linux 11.04: http://commons.wikimedia.org/wiki/File:Overijse_Processiestraat_kerk.jpg http://commons.wikimedia.org/wiki/File:Overijse_stationsplein_ZZO.jpg http://commons.wikimedia.org/wiki/File:Overijse_school_Processiestraat.jpg The file up in the summary has an 'Adobe RGB' profile. -- 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 30045] Define transwiki import source for kmwiki (Khmer Wikipedia) from be, en and simple
https://bugzilla.wikimedia.org/show_bug.cgi?id=30045 វ័ណថារិទ្ធ vantharith@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from វ័ណថារិទ្ធ vantharith@gmail.com 2011-08-06 08:59:14 UTC --- Hi Reedy, Still, after I visited the Special:Import (https://secure.wikimedia.org/wikipedia/km/wiki/ពិសេស:នាំចូល) still there is some error with this msg below: No transwiki import sources have been defined and direct history uploads are disabled. Pls help reviewing it again! Thank you! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26786] Add functionality (in an extension or MediaWiki) and implement to make English Wikipedia's [[Template:Cite]] work faster
https://bugzilla.wikimedia.org/show_bug.cgi?id=26786
Tim Starling tstarl...@wikimedia.org changed:
What|Removed |Added
CC||tstarl...@wikimedia.org
--- Comment #24 from Tim Starling tstarl...@wikimedia.org 2011-08-06 09:33:36
UTC ---
With LuaJIT, it would be possible to allow users to write a {{Citation/core}}
equivalent which runs much faster than a custom PHP extension, let alone the
existing wikitext.
Lua allows memory usage and stack space to be precisely controlled by the host
application. That is a compelling advantage over server-side JavaScript. It is
also well-documented and easily embedded in the same process (and thus address
space) as PHP. Thus the development time would be lower than embedding any
JavaScript interpreter.
With Lua, we can control resource utilisation while maintaining a high degree
of flexibility exposed to editors. Although most of our editors are not
familiar with it, it is not a difficult language to learn.
--
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 30261] New: Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 Web browser: --- Bug #: 30261 Summary: Remove/Correct sep11.wikipedia domain Product: Wikimedia Version: unspecified Platform: All URL: http://lists.wikimedia.org/pipermail/wikitech-l/2011-A ugust/054538.html OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: DNS AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: p858sn...@gmail.com Classification: Unclassified From the mailing list: I am note sure who might be in a position to correct this, but this list seems the most likely.. For some reason sep11.wikipedia.org subdomain is forwarding to a spam site - this was pointed out on OTRS earlier. I assume this was set up as a redirect to the 9/11 memories Wiki, and that site has since been taken over. Can someone fix this? -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||ops -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 T. Gries m...@tgries.de changed: What|Removed |Added Priority|Unprioritized |Highest CC||m...@tgries.de Severity|normal |major -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 Huib abigor Laurens abi...@forgotten-beauty.com changed: What|Removed |Added CC||abi...@forgotten-beauty.com --- Comment #1 from Huib abigor Laurens abi...@forgotten-beauty.com 2011-08-06 10:07:13 UTC --- There was a old request for this before... At that time it was just giving time-outs. -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com --- Comment #2 from Max Semenik maxsem.w...@gmail.com 2011-08-06 10:11:40 UTC --- sep11: interwiki also needs to be removed. -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 --- Comment #3 from p858snake p858sn...@gmail.com 2011-08-06 10:17:54 UTC --- (In reply to comment #1) There was a old request for this before... At that time it was just giving time-outs. A saw a older bug about sep11.* when filing but based on a quick skim it was in regards to the interwiki entry. -- 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 24805] Remove sep11 wiki from the interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=24805 p858snake p858sn...@gmail.com changed: What|Removed |Added CC||p858sn...@gmail.com Depends on||30261 Summary|Sep11wiki offline |Remove sep11 wiki from the ||interwiki table -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 p858snake p858sn...@gmail.com changed: What|Removed |Added Blocks||24805 -- 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 24805] Remove sep11 wiki from the interwiki table
https://bugzilla.wikimedia.org/show_bug.cgi?id=24805 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added CC||maxsem.w...@gmail.com --- Comment #6 from Max Semenik maxsem.w...@gmail.com 2011-08-06 10:37:02 UTC --- To prevent the ugliness of redlinks, the following pages need to be fixed on enwiki: mysql select page_namespace, page_title from iwlinks, page where page_id=iwl_from and iwl_prefix='sep11'; +++ | page_namespace | page_title | +++ | 4 | Wikipedia_as_a_book_source | | 5 | Requests_for_adminship/Archive_34 | | 4 | Articles_for_deletion/Log/2006_July_23 | | 2 | Useight/RFA_Subjects/Questions | | 2 | Rich_Farmbrough/Talk_Archive_Mega | | 3 | Rich_Farmbrough/Archive/2006Sep| | 4 | Top_10_Google_hits,_A-K| | 0 | Berry_Berenson | | 0 | Loyola_School_(New_York_City) | | 0 | Timeline_for_September_following_the_September_11_attacks | | 0 | Timeline_beyond_October_following_the_September_11_attacks | | 2 | Rich_Farmbrough/Talk_Archive_Mega | | 0 | Communication_during_the_September_11_attacks | | 4 | Top_10_Google_hits,_A-K| | 1 | Don_Adams | | 4 | Top_10_Google_hits,_A-K| | 0 | WNET | | 4 | Most_popular_pages_October_2001| | 3 | The_Cunctator | | 2 | Patrick| | 3 | Jamesday | | 4 | 9/11_victims | | 2 | SwissCelt | | 5 | Requests_for_arbitration/Archive_1 | | 4 | Articles_for_deletion/Log/2005_July_15 | | 2 | Ajbenj | | 2 | The_Cunctator | | 5 | What_Wikipedia_is_not/Archive_4| | 2 | Lawyer2b/Userboxes | | 2 | Lawyer2b/About_Me | | 1 | September_11_attacks/Archive_13| | 2 | Hetar | | 2 | Christian_Historybuff | | 2 | Gamgee | | 2 | Epl18/USBs | | 2 | Procrastinator-General | | 2 | ProfessorPaul | | 2 | Inuyasha73036 | | 2 | Koavf/Wiki | | 2 | Jack_* | | 2 | Gamgee/Userboxes | | 2 | Rich_Farmbrough/Talk_Archive_Mega | | 4 | Wikipedia_Signpost/2006-09-18/News_and_notes | | 2 | Btg2290| | 2 | XYZ_CrVo | | 2 | Desert_sapper | | 4 | Milestones_2002| | 2 | Happyme22 | | 1 | September_11_attacks/Archive_28| | 2 | Umedard/Userbox| | 2 | New4321| | 2 | JeffBillman| | 3 |
[Bug 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 --- Comment #4 from Brion Vibber br...@wikimedia.org 2011-08-06 10:38:38 UTC --- Looks like the sep11memories.org domain was hosted by Jeff Merkey: http://web.archiveorange.com/archive/v/FH5EqpwO08Jq1aa7tkRL If Jeff's no longer owning that domain or maintaining the site, we may need to find someone else to host it (or, y'know, Wikimedia could just host it like we did from 2001 to 2006). There appears to be a mirror of a data dump available for download: http://code.google.com/p/wikiteam/downloads/detail?name=sep11wiki.7z (iirc the DB still got run through data dumps for some time after the wiki itself was closed and redirected, hence the dump being from 2007 after it was closed. So even if it's not on our DBs anymore I think we could recover from there.) -- 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 30086] Upload problems : Slow / timeouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=30086 --- Comment #18 from Martina kont...@martina-nolte.de 2011-08-06 10:46:49 UTC --- Commonist upload runs perfectly now. Thanks to all who helped! -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 --- Comment #5 from Huib abigor Laurens abi...@forgotten-beauty.com 2011-08-06 10:48:39 UTC --- I could probally host it when a webhost is all needed? I can probally bring it up by tonight. Let me know... -- 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 30260] Unknown error in PHP's mail() function when trying to send confirmation mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=30260
Brion Vibber br...@wikimedia.org changed:
What|Removed |Added
AssignedTo|wikibugs-l@lists.wikimedia. |br...@wikimedia.org
|org |
--- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-06 11:06:16 UTC
---
Incidentally, love the username. ;) http://xkcd.com/327/
It should be getting quoted-printabled ... Running the username with a sample
address through MailAddress's formatting gives:
=?UTF-8?Q?X=20onclick=3Dalert('XSS');=20title=3Dy?= foo@bar
I suspect it's the semicolon that gives the problem; if there's a '.' or ',' we
wrap the whole bit in additional quotes, but not for semicolon. I'll do some
tests.
--
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 30240] Enable tags on Etherpad
https://bugzilla.wikimedia.org/show_bug.cgi?id=30240 --- Comment #2 from Nemo_bis federicol...@tiscali.it 2011-08-06 11:07:39 UTC --- This seems the way to do it: http://groups.google.com/group/etherpad-open-source-discuss/browse_thread/thread/0b9ea696faf71252?pli=1 -- 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 30260] Unknown error in PHP's mail() function when trying to send confirmation mail
https://bugzilla.wikimedia.org/show_bug.cgi?id=30260 Brion Vibber br...@wikimedia.org changed: What|Removed |Added AssignedTo|br...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-08-06 11:18:19 UTC --- This actually sends through fine on my dev machine's default mailer. Someone'll probably want to check error logs, I'm not sure what's in use in production atm. -- 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 30259] Watching in edit mode via the star in vector skin fails with Javascript error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30259 Brion Vibber br...@wikimedia.org changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |br...@wikimedia.org |org | --- Comment #1 from Brion Vibber br...@wikimedia.org 2011-08-06 11:25:36 UTC --- I can confirm on trunk (not in 1.17wmf1 production) on Firefox 5.0.1. Taking a quick peek. -- 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 30259] Watching in edit mode via the star in vector skin fails with Javascript error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30259 --- Comment #2 from Brion Vibber br...@wikimedia.org 2011-08-06 12:01:02 UTC --- This appears to be triggered directly by the jQuery 1.6.1 update (changing the return value from the .attr) but is *actually* caused by a serious regression in tooltip generation from r89123. When the 'tooltiponly' attribute gets set to disable the access key on the watch tab (from r79383) the watch/unwatch link ends up like this: a href=/trunk/index.php?title=Main_Pageamp;action=unwatchamp;token=... Remove this page from your watchlist The title is being dropped directly into the a instead of in a title attribute, because a correct Linker::tooltip() call was replaced with an incorrect Linker::titleAttrib() call. -- 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 30259] Watching in edit mode via the star in vector skin fails with Javascript error
https://bugzilla.wikimedia.org/show_bug.cgi?id=30259 Brion Vibber br...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Brion Vibber br...@wikimedia.org 2011-08-06 12:07:36 UTC --- Reverted in r94024 on trunk and r94025 on REL1_18. -- 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 30140] 404 against MobileRedirect.js?9.2
https://bugzilla.wikimedia.org/show_bug.cgi?id=30140 Beau b...@adres.pl changed: What|Removed |Added CC||b...@adres.pl --- Comment #2 from Beau b...@adres.pl 2011-08-06 13:26:08 UTC --- Pages cached in squid still refer to 9.2 version, so the browser gets 404 error. I think this should be solved on bits. -- 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 30140] 404 against MobileRedirect.js?9.2
https://bugzilla.wikimedia.org/show_bug.cgi?id=30140 --- Comment #3 from Reedy s...@reedyboy.net 2011-08-06 13:29:05 UTC --- It's almost probably not worth bothering The WikimediaMobile extension is somewhat obsolete now, with the redirects being done on the server side, not in JS -- 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 30086] Upload problems : Slow / timeouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=30086 Mark A. Hershberger m...@everybody.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 30027] UploadWizard seems slow at uploading files
https://bugzilla.wikimedia.org/show_bug.cgi?id=30027 Bug 30027 depends on bug 30086, which changed state. Bug 30086 Summary: Upload problems : Slow / timeouts https://bugzilla.wikimedia.org/show_bug.cgi?id=30086 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #6 from Krinkle krinklem...@gmail.com 2011-08-06 15:24:19 UTC --- Whatever is done, if nothing happends within 24 hours I think we should atleast disable the redirect *as soon as posisble* showing a server not found, or a default Wikimedia project doesn't exist yet page. Redirecting to automated commercial placeholders from a Wikimedia domain is not acceptable under any conditions. We can always bring it back up to point to a WMF server or something else (which is why we don't have to remove the interwiki yet). -- 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 29505] Removing dependance on jQuery for devices using NetFront
https://bugzilla.wikimedia.org/show_bug.cgi?id=29505 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #2 from Derk-Jan Hartman hart...@videolan.org 2011-08-06 15:31:39 UTC --- Actually, the whole jQuery part really should only be enabled on android/iphone etc. Basically the modern webkit based mobile browsers and the modern Opera mobile versions, just like the old ruby version did. All others are not supported by jQuery, and are bound to break. -- 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 29002] Resizing Vector dialogs works wrong when using an RTL language
https://bugzilla.wikimedia.org/show_bug.cgi?id=29002 Derk-Jan Hartman hart...@videolan.org changed: What|Removed |Added CC||hart...@videolan.org --- Comment #4 from Derk-Jan Hartman hart...@videolan.org 2011-08-06 15:35:32 UTC --- I don't seen the problem using Safari. What browser were you using, perhaps it's browser specific. There are plenty of rtl alignment issues btw, but those are mostly known I think and most are in the jqueryUI toolkit part. -- 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 30261] Remove/Correct sep11.wikipedia domain
https://bugzilla.wikimedia.org/show_bug.cgi?id=30261 Ángel González keis...@gmail.com changed: What|Removed |Added CC||keis...@gmail.com --- Comment #7 from Ángel González keis...@gmail.com 2011-08-06 16:00:34 UTC --- There is now a mirror (from the linked dump above) at http://sep11.wiki-web.es/wiki/In_Memoriam -- 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 30262] New: p tags are inserted between transcluded pages, if they contain images
https://bugzilla.wikimedia.org/show_bug.cgi?id=30262 Web browser: --- Bug #: 30262 Summary: p tags are inserted between transcluded pages, if they contain images Product: MediaWiki extensions Version: any Platform: All URL: https://secure.wikimedia.org/wikisource/pl/wiki/Encykl opedia_staropolska/Handel OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: ProofreadPage AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@adres.pl CC: danny.lei...@gmail.com, thoma...@gmx.de Classification: Unclassified Created attachment 8891 -- https://bugzilla.wikimedia.org/attachment.cgi?id=8891 Screenshot of a rendered page Let's assume: - Page 1 contains only text (no paragraphs) - Page 2 contains only text (no paragraphs) - Page 3 contains only text (no paragraphs), in the middle of text there was inserted image. When transcluding those pages using pages tag, MediaWiki inserts between pages p tag, which incorretly divides text. In the URL field there is address to sample page on pl.wikisource, which demonstrates the issue. I have also attached screenshot. I don't know what causes parser to change the way text is rendered, when there is an image in the text. I think there should not be \n inserted between pages, which is related to bug #27637 closed as INVALID. Now inserting any images makes overall quality of the document lower instead of higher. -- 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 30015] Deleted articles remain in categories
https://bugzilla.wikimedia.org/show_bug.cgi?id=30015 --- Comment #2 from isj i...@poczta.onet.pl 2011-08-06 19:26:58 UTC --- Yes, I can confirm that. Using action=purge when reloading category page resolve the problem. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 30263] New: Don't redirect Nintendo Wii
https://bugzilla.wikimedia.org/show_bug.cgi?id=30263 Web browser: --- Bug #: 30263 Summary: Don't redirect Nintendo Wii Product: Wikipedia Mobile Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: devices AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: tf...@wikimedia.org CC: tf...@wikimedia.org Classification: Unclassified We're still redirecting Opera/9.30 (Nintendo Wii; U; ; 3564; en) -- 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 30263] Don't redirect Nintendo Wii
https://bugzilla.wikimedia.org/show_bug.cgi?id=30263 Tomasz Finc tf...@wikimedia.org changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |afeld...@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 30262] p tags are inserted between transcluded pages, if they contain images
https://bugzilla.wikimedia.org/show_bug.cgi?id=30262 Andrzej Krzysztofowicz an...@mif.pg.gda.pl changed: What|Removed |Added CC||an...@mif.pg.gda.pl --- Comment #1 from Andrzej Krzysztofowicz an...@mif.pg.gda.pl 2011-08-06 19:40:10 UTC --- Similar testcase (http://pl.wikisource.org/wiki/Wikiskryba:Ankry/brudnopis0): - Line 1 contains only text - Line 2 contains text and the middle of text there are images inserted - Line 3 contains only text There is no empty line between. However MediaWiki places EACH line between p and /p. IMO it is in contradiction with wiki rules (where an empty line between text lines means a new patragraph). -- 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 30264] New: MediaWiki installer uses require(extension), de facto is require_once
https://bugzilla.wikimedia.org/show_bug.cgi?id=30264 Web browser: --- Bug #: 30264 Summary: MediaWiki installer uses require(extension), de facto is require_once Product: MediaWiki Version: 1.17.0 Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Unprioritized Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: en.wp.s...@gmail.com CC: innocentkil...@gmail.com Classification: Unclassified All extension documentation says to use require_once to add an extension to LocalSettings.php, however the installer uses require when it automatically detects that an extension is available. For consistency, this should be changed to require_once. One good reason to do this is to avoid users copying the require statement used by the installer for other extensions, which could cause the inadvertent double-inclusion that the use of require_once avoids. -- 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 30233] Create Thai-speaking Wikimedians mailing list
https://bugzilla.wikimedia.org/show_bug.cgi?id=30233 Casey Brown b...@caseybrown.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #4 from Casey Brown b...@caseybrown.org 2011-08-06 21:43:14 UTC --- Okay, I'll create Wikimedia-TH. It's not really a problem that it's focused on Thailand, since Thai is mostly spoken in Thailand anyway. :-) List Wikimedia-TH created and password sent to taweetha. -- 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 30250] Allow enwiki bureaucrats to remove sysops
https://bugzilla.wikimedia.org/show_bug.cgi?id=30250 Benjamin Kurtovic ben.kurto...@verizon.net changed: What|Removed |Added Status|RESOLVED|REOPENED CC||ben.kurto...@verizon.net Resolution|LATER | --- Comment #2 from Benjamin Kurtovic ben.kurto...@verizon.net 2011-08-07 01:41:52 UTC --- The discussion at: http://en.wikipedia.org/wiki/Wikipedia:Requests_for_comment/Granting_bureaucrats_the_technical_ability_to_remove_the_admin_flag has closed with consensus to grant bureaucrats this ability. -- 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 30086] Upload problems : Slow / timeouts
https://bugzilla.wikimedia.org/show_bug.cgi?id=30086 inductivel...@gmail.com changed: What|Removed |Added CC||inductivel...@gmail.com --- Comment #19 from inductivel...@gmail.com 2011-08-07 01:48:55 UTC --- Upload though the upload form is still pretty slow: 16 minutes for a 40MB file (i.e. average speed of 42kBps). My connection is 7+ Mbps upload, (tested just after uploading), and the Internet Archive uploads are as fast as I expected (about a minute), so it must be a Commons-related problem. I have heard, but not yet checked myself, that pywikipedia has upload token issues 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 30250] Allow enwiki bureaucrats to remove sysops
https://bugzilla.wikimedia.org/show_bug.cgi?id=30250 xenocidic xenow...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED CC||xenow...@gmail.com Resolution||DUPLICATE --- Comment #3 from xenocidic xenow...@gmail.com 2011-08-07 03:22:27 UTC --- *** This bug has been marked as a duplicate of bug 18390 *** -- 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 18390] Set $wgRemoveGroups['bureaucrat'][] = 'sysop' on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=18390 xenocidic xenow...@gmail.com changed: What|Removed |Added CC||drevit...@gmail.com --- Comment #11 from xenocidic xenow...@gmail.com 2011-08-07 03:22:27 UTC --- *** Bug 30250 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 18390] Set $wgRemoveGroups['bureaucrat'][] = 'sysop' on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=18390 xenocidic xenow...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Comment #12 from xenocidic xenow...@gmail.com 2011-08-07 03:23:46 UTC --- Reopened per consensus at http://en.wikipedia.org/wiki/Wikipedia:Requests_for_comment/Granting_bureaucrats_the_technical_ability_to_remove_the_admin_flag -- 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
