[Bug 1656] Double language redirects work
https://bugzilla.wikimedia.org/show_bug.cgi?id=1656 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #7 from ^demon 2009-02-01 08:27:50 UTC --- Marking as INVALID. 1. This can't even happen on WMF wikis, as interwiki redirects have been disabled for quite some time 2. This is actually expected behavior. IW prefixes can and should be followed to their final destination. See bug 1719 comment #5 -- 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 1711] Redirected links do not inherit stubbiness
https://bugzilla.wikimedia.org/show_bug.cgi?id=1711 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #2 from ^demon 2009-02-01 08:31:32 UTC --- I would be inclined to say WONTFIX on this one. It's easy enough to check if a link will be a redirect and slap the mw-redirect class on it. A bit more work (extra queries?) to check each one of those redirects final targets, see if they're within your threshold, and then change the color. -- 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 16425] Cannot jump to a download of a branch
https://bugzilla.wikimedia.org/show_bug.cgi?id=16425 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #1 from ^demon 2009-02-01 08:51:23 UTC --- WORKSFORME. Compare: http://www.mediawiki.org/wiki/Special:ExtensionDistributor/InterwikiList/branches/REL1_13 With: http://www.mediawiki.org/wiki/Special:ExtensionDistributor/InterwikiList/trunk -- 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 17276] Localized redirects do not work after a page move
https://bugzilla.wikimedia.org/show_bug.cgi?id=17276 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from ^demon 2009-02-01 08:53:37 UTC --- Possibly a regression from the redirect changes? Siebrand had mentioned something similar iirc. -- 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 11973] set logo for soomali wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=11973 Noh Rin changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|LATER | --- Comment #2 from Noh Rin 2009-02-01 08:57:01 UTC --- (In reply to comment #1) > The image is not transparent. Please fix the image and reopen this bug when > you're done. > The wiki.png logo at http://so.wikipedia.org/wiki/File:Wiki.png has been updated. -- 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 17274] "Move" tab should always be visible
https://bugzilla.wikimedia.org/show_bug.cgi?id=17274 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from ^demon 2009-02-01 09:08:16 UTC --- Would suggest WONTFIX. General rule of thumb is that if a user can't use a tab, we don't show it. Otherwise, the delete/protect/oversight/etc tabs would be shown to all users. -- 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 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from ^demon 2009-02-01 09:09:38 UTC --- Want some extra input, but: throw a function_exists() at the two places it's called? Would be simple enough to just skip it if we can't use it anyway. -- 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 17284] Broken message on Special:Tags
https://bugzilla.wikimedia.org/show_bug.cgi?id=17284 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from ^demon 2009-02-01 09:12:55 UTC --- Fixed in r46674 -- 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 17282] Users can be renamed to usernames forbidden on creation
https://bugzilla.wikimedia.org/show_bug.cgi?id=17282 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #1 from ^demon 2009-02-01 09:14:23 UTC --- It's a simple 1-line change to RenameUser, requiring that the new username be validated as 'creatable' instead of just 'valid.' If in fact we do want to require target usernames to pass the same requirements as account creation. -- 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 15352] New function that determines whether a string is an IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=15352
church.of.emacs...@gmail.com changed:
What|Removed |Added
AssignedTo|wikibugs- |church.of.emacs...@gmail.com
|l...@lists.wikimedia.org |
Status|NEW |ASSIGNED
--- Comment #1 from church.of.emacs...@gmail.com 2009-02-01 09:38:07 UTC ---
Created an attachment (id=5765)
--> (https://bugzilla.wikimedia.org/attachment.cgi?id=5765)
added {{#ip: test_ip }} to ParserFunctions. Calls IP::isIPAddress
After messing around a bit with regexps, I found that MediaWiki already has
most of the code included... IP::isIPAddress is your friend. I added this to
ParserFunctions, perhaps it could even be included in CoreParserFunctions.
--
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 15352] New function that determines whether a string is an IP address
https://bugzilla.wikimedia.org/show_bug.cgi?id=15352 church.of.emacs...@gmail.com changed: What|Removed |Added Keywords||need-review, patch --- Comment #2 from church.of.emacs...@gmail.com 2009-02-01 09:42:44 UTC --- added keywords -- 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 7446] Grammaticalisation of esperanto talk page don't work everywhere
https://bugzilla.wikimedia.org/show_bug.cgi?id=7446 --- Comment #6 from Arno Lagrange 2009-02-01 10:04:23 UTC --- As said in the 1st post more than two years ago : NEVER NOWHERE DISPLAY " root ns:usera " I just checked different wikis runned by MediaWiki. We now have Uzulpaĝo / Diskuto (User page / Talk). So it is half fixed. It would be better to have Uzulpaĝo / Uzula diskuto but it is not so bad as " root ns:usera " That perhaps will be fixed after two more years ;-) -- 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 17300] New: Redirects don't work after page move (regression)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17300 Summary: Redirects don't work after page move (regression) Product: MediaWiki Version: 1.15-svn Platform: All URL: http://en.wikipedia.org/wiki/Ang_Babaing_Hinugot_sa_Akin g_Tadyang OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: paul.copper...@googlemail.com This is maybe related to bug 17276: When moving a page over a redirect, the new created redirect (at the old title) isn't working, probably stored with page_is_redirect = 0 (see url). Apparently the behavior has been introduced with last scap. -- 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 17276] [regression] Localized redirects do not work after a page move
https://bugzilla.wikimedia.org/show_bug.cgi?id=17276 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com Summary|Localized redirects do not |[regression] Localized |work after a page move |redirects do not work after ||a page move --- Comment #2 from Niklas Laxström 2009-02-01 10:16:43 UTC --- Has also happened in fiwiki, marking as regression. -- 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 17299] Erratic functionality of $wgGroupsRemoveFromSelf['reviewer'] on en.labs
https://bugzilla.wikimedia.org/show_bug.cgi?id=17299 Aaron Schulz changed: What|Removed |Added AssignedTo|jschulz_4...@msn.com|wikibugs- ||l...@lists.wikimedia.org Component|FlaggedRevs |General/Unknown Product|MediaWiki extensions|Wikimedia Version|any |unspecified -- 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 17306] New: Search Function
https://bugzilla.wikimedia.org/show_bug.cgi?id=17306 Summary: Search Function Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Search AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: coolbab...@gmail.com Hello, It would be great if when the wikipedia homepage opened the cursor would appear in the search area, so one could just go to wikipedia and type away a search instead of having to navigate to the search area. Thanks, Gary -- 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 16116] ?action=edit§ion=new shouldn' t put a newline above text when no section heading is given
https://bugzilla.wikimedia.org/show_bug.cgi?id=16116 --- Comment #4 from Siebrand 2009-02-01 19:06:45 UTC --- I think the described behaviour is expected behaviour. Adding a section without a heading is adding a paragraph. If no leading whitespace would be added, the text would be appended to previous paragraph (if that is not a heading), which would be counter-intuitive. Proposing to close as either INVALID or WONTFIX (with a preference for the former). -- 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 17306] Search Function
https://bugzilla.wikimedia.org/show_bug.cgi?id=17306 Brion Vibber changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Brion Vibber 2009-02-01 21:20:49 UTC --- *** This bug has been marked as a duplicate of bug 1864 *** -- 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 1864] Option to focus cursor in search box on main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=1864 Brion Vibber changed: What|Removed |Added CC||coolbab...@gmail.com --- Comment #43 from Brion Vibber 2009-02-01 21:20:49 UTC --- *** Bug 17306 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 17240] history. js blocks gecko browser with 100% CPU when rendering long history
https://bugzilla.wikimedia.org/show_bug.cgi?id=17240
Nux changed:
What|Removed |Added
CC||e...@wp.pl
--- Comment #4 from Nux 2009-02-01 18:03:48 UTC ---
Hm... An easy (and maybe best) fix would be to do initial page setup on the
server side.
All of checkboxes on the right should be hidden with a CSS class that hides
thing when JS is available. This is quite easy to do just add in a header
something like:
.withJSvisible {visibility: hidden}
document.write(String.fromCharCode(60),'style
type="text/css"',String.fromCharCode(62),
'.withJSvisible {visibility:visible !important} ',
'.withoutJSvisible {visibility:hidden !important} ',
String.fromCharCode(60),'/style',String.fromCharCode(62)
);
Then just add class="withoutJSvisible" to all inputs (checkboxes) on the right
except the top one.
Then only thing left would be to mark active li elements, but at start those
are always the first two so it's independent of the page length.
--
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 17305] New: Provide timestamps in IRC RC feed
https://bugzilla.wikimedia.org/show_bug.cgi?id=17305 Summary: Provide timestamps in IRC RC feed Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: matthew.brit...@btinternet.com Blocks: 16599 Users' system clocks are generally not synchronized with those of Wikimedia's servers, and there is frequently a delay; in particular, there can be periods of lag and then many revisions all being recieved at once. Assigning revisions the system time as of when they arrived is fine for knowing what edits were made in what order, but weirdness occurs when trying to use these edits' supposed timestamps in conjunction with actual timestamps fetched through the API (revisions in the wrong order, edit conflicts that aren't, and so forth). The only way around this is to ask the API what the revision's real timestamp is when doing anything with it, kind of negating the advantage of using the IRC feed in the first place. -- 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 17273] Updating the new Ro.Wikibooks logo
https://bugzilla.wikimedia.org/show_bug.cgi?id=17273 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Brion Vibber 2009-02-01 22:10:05 UTC --- Done. -- 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 17304] New: PHP Fatal error: Call to a member function toHtml() on a non-object in /var/www/w/includes/ImagePage.php on line 921
https://bugzilla.wikimedia.org/show_bug.cgi?id=17304 Summary: PHP Fatal error: Call to a member function toHtml() on a non-object in /var/www/w/includes/ImagePage.php on line 921 Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Images AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: niklas.laxst...@gmail.com PHP Fatal error: Call to a member function toHtml() on a non-object in /var/www/w/includes/ImagePage.php on line 921 The request URL was: /wiki/File:Wikimedia_Community_Logo.svg Does not happen again when going to that URL, so it probably has to do something with caching. -- 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 17304] PHP Fatal error: Call to a member function toHtml() on a non-object in /var/www/w/includes/ImagePage.php on line 921
https://bugzilla.wikimedia.org/show_bug.cgi?id=17304 Brion Vibber changed: What|Removed |Added CC||br...@wikimedia.org Keywords||bugday, easy --- Comment #1 from Brion Vibber 2009-02-01 22:17:29 UTC --- Looks like this can happen if the transform call for the history line thumbnails fails. Should be checking the return value on 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 1864] Option to focus cursor in search box on main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=1864 --- Comment #44 from Sindre Froyn 2009-02-01 22:41:17 UTC --- In my opinion it is not necessary to apply the focused seach bar for all users. Just enabling it as a personal preference option for registered users should be fine. I believe that the focused search bar is something of interest only to those who frequently use the search function on sites like wikipedia. I'm not sure if this is easy to accomplish, but if it is I hope it is something to consider. -- 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 1864] Option to focus cursor in search box on main page
https://bugzilla.wikimedia.org/show_bug.cgi?id=1864 --- Comment #45 from Aryeh Gregor 2009-02-01 22:45:29 UTC --- This is available as a preference on the English Wikipedia: under Gadgets, "Focus the cursor in the search bar on loading the Main Page." I'm not sure whether it needs to be a preference in the core software. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 14938] Section editing: removing sections leaves excess whitespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=14938 --- Comment #6 from Michael Walsh 2009-02-01 16:19:50 UTC --- Created an attachment (id=5766) --> (https://bugzilla.wikimedia.org/attachment.cgi?id=5766) Don't add newlines when the section is blank This is very easily fixed. These are newlines that the program adds in by default. Under this patch we don't add them in when the section is empty. -- 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 17303] New: Number of active users
https://bugzilla.wikimedia.org/show_bug.cgi?id=17303
Summary: Number of active users
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: matthew.brit...@btinternet.com
Would be nice to have some way to insert the number of "active users" into a
page, in a similar way to {{NUMBEROFADMINS}} and {{NUMBEROFUSERS}}.
--
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 17304] PHP Fatal error: Call to a member function toHtml() on a non-object in /var/www/w/includes/ImagePage.php on line 921
https://bugzilla.wikimedia.org/show_bug.cgi?id=17304 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from ^demon 2009-02-01 23:11:39 UTC --- Done in r46691. ForeignApiRepo::transform() already returns false on failure, so I threw a quick check to do the same into File::transform(). ImagePage now checks to see if $thumbnail is false before calling toHtml(). -- 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 16069] Allow bureaucrats to add or remove rights on German ArbCom wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=16069 ^demon changed: What|Removed |Added Component|General/Unknown |Site requests -- 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 17276] [regression] Localized redirects do not work after a page move
https://bugzilla.wikimedia.org/show_bug.cgi?id=17276 Ryan Schmidt changed: What|Removed |Added CC||skizz...@gmail.com Status|NEW |ASSIGNED -- 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 17300] Redirects don't work after page move (regression)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17300 Ryan Schmidt changed: What|Removed |Added CC||skizz...@gmail.com Status|NEW |ASSIGNED -- 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 17300] Redirects don't work after page move (regression)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17300 --- Comment #1 from Ryan Schmidt 2009-02-01 23:53:23 UTC --- cannot duplicate on my test wiki running the latest svn rev. It seems wikimedia scapped to r46424, and I did some cleanup of the new redirect code I introduced in r46502. It appears that the changed redirect code from r46502 does not have this regression. If this regression has indeed been fixed in that later revision, the page will likely remain broken until it is re-moved (moving the original article back and forth should do the trick). -- 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 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 --- Comment #4 from Alexandre 2009-02-02 00:05:52 UTC --- What? I don't understand your explanation. -- 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 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 --- Comment #5 from ^demon 2009-02-02 00:08:19 UTC --- Niklas raises a good point. With some things, we can degrade nicely when people don't have particular features available to them. However, there's a point where we have to say "if you've got X function disabled, we can't really do much." Not sure if this is one of those instances or not. -- 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 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 --- Comment #6 from Alexandre 2009-02-02 00:14:51 UTC --- I add only sentence: # Prevent new user registrations except by sysops $wgGroupPermissions['*']['createaccount'] = false; $wgGroupPermissions['*']['edit'] = false; $wgGroupPermissions['user']['edit'] = true; $wgGroupPermissions['sysop']['edit'] = true; I want that is that the users to record and that the administrator to add to him even the users. -- 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 17276] [regression] Localized redirects do not work after a page move
https://bugzilla.wikimedia.org/show_bug.cgi?id=17276 Ryan Schmidt changed: What|Removed |Added Depends on||17300 --- Comment #3 from Ryan Schmidt 2009-02-02 00:23:56 UTC --- depends on bug 17300, which was fixed in r46502 -- turns out this has nothing to do with localized redirects, but rather with the redirect table not being properly updated on pagemoves. Editing the page caused the redirect table to properly update, which is why changing the text to #REDIRECT fixed it (If you just changed some whitespace it would have the exact same effect of fixing it). These "bad" redirects will still exist after the update, but once they are edited or re-moved (easiest thing to do would be to either add or remove the space before the link opening), they will function properly Not marking as FIXED until some other people can verify that revisions of mediawiki after r46502 do not have this issue. -- 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 17300] Redirects don't work after page move (regression)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17300 Ryan Schmidt changed: What|Removed |Added Blocks||17276 -- 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 17279] 1 year's worth of tickets missing
https://bugzilla.wikimedia.org/show_bug.cgi?id=17279 Tim Starling changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #9 from Tim Starling 2009-02-02 00:24:49 UTC --- All 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 17308] New: Allow globalgrouppermissions to be assigned as a local right
https://bugzilla.wikimedia.org/show_bug.cgi?id=17308 Summary: Allow globalgrouppermissions to be assigned as a local right Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: CentralAuth AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mikelifegu...@fastmail.fm To force stewards to make global group changes only from Meta instead of any wiki, please change the code to allow assigning 'globalgrouppermissions' as a local steward right instead of a global one. Currently it is forced to be a global right. This may be due to security concerns of which I am unaware, however stewards can now make changes to global group membership from anywhere, but they should only be made on Meta. /extensions/CentralAuth/SpecialGlobalGroupPermissions.php 42 ## Permission MUST be gained from global rights. 43 return $globalUser->hasGlobalPermission( 'globalgrouppermissions' ); As well, the same for 'globalgroupmembership' and whatever the "edit wiki sets" right is called (I forget) if they are forced to be global rights as well (I couldn't immediately tell from the source code) for the same reason - membership in global groups should be changed and changing wiki sets should be done only from Meta. -- 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 17280] Enable ticket watching feature on OTRS
https://bugzilla.wikimedia.org/show_bug.cgi?id=17280 Tim Starling changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Tim Starling 2009-02-02 00:29:52 UTC --- 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 17308] Allow globalgrouppermissions to be assigned as a local right
https://bugzilla.wikimedia.org/show_bug.cgi?id=17308 Jessica Barrett changed: What|Removed |Added CC||lile...@yahoo.ca --- Comment #1 from Jessica Barrett 2009-02-02 00:40:31 UTC --- A user able to modify LocalSettings.php could likely modify migrateStewards.php also and defeat any use of these limits as a security feature. (see also http://svn.wikimedia.org/viewvc/mediawiki?view=rev&revision=45262 ) -- 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 17286] Spam tags are a nuisance
https://bugzilla.wikimedia.org/show_bug.cgi?id=17286 Mark Bergsma changed: What|Removed |Added CC||m...@nedworks.org AssignedTo|tstarl...@wikimedia.org |m...@nedworks.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 14927] OTRS Language translation
https://bugzilla.wikimedia.org/show_bug.cgi?id=14927 Casey Brown changed: What|Removed |Added CC||cbrown1...@gmail.com --- Comment #1 from Casey Brown 2009-02-01 13:46:20 UTC --- I don't like this, we don't really want people to use a translation service unless it's necessary (1. there's private info; 2. you should really only answer tickets that you understand). A "button" would just make people more likely to assume that they should do one of the above things. -- 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 17301] Virus emails reaching queues
https://bugzilla.wikimedia.org/show_bug.cgi?id=17301 Mark Bergsma changed: What|Removed |Added CC||m...@nedworks.org, ||je...@gmx.de AssignedTo|tstarl...@wikimedia.org |m...@nedworks.org --- Comment #1 from Mark Bergsma 2009-02-02 01:28:23 UTC --- Virus/malware checking is different from spam checking. Spam filters / SpamAssassin is set up like before the upgrade, however I'm not aware of any additional malware filtering in place. Jens - do you know more about this perhaps? -- 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 16856] Add 'suppressredirect' group permission for sysops on de.wp
https://bugzilla.wikimedia.org/show_bug.cgi?id=16856 Tim Starling changed: What|Removed |Added CC||tstarl...@wikimedia.org Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #6 from Tim Starling 2009-02-02 01:34:02 UTC --- Done for dewiki. Have a vote on meta or something if you want it enabled on the other wikis. -- 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 15177] dammit.lt/wikistats stopped updating
https://bugzilla.wikimedia.org/show_bug.cgi?id=15177 Melancholie changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #9 from Melancholie 2009-02-02 01:45:36 UTC --- Stopped working again after pagecounts-20090201-06.gz; 20 hours. -- 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 17301] Virus emails reaching queues
https://bugzilla.wikimedia.org/show_bug.cgi?id=17301 Prodego changed: What|Removed |Added CC||prod...@gmail.com --- Comment #2 from Prodego 2009-02-02 01:45:43 UTC --- Mailman can be configured to dump these filetypes, but it is up to the list owners to do so. -- 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 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 --- Comment #3 from ^demon 2009-02-01 13:01:40 UTC --- That would also work :) -- 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 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 Aryeh Gregor changed: What|Removed |Added CC||simetrical+wikib...@gmail.co ||m Status|NEW |RESOLVED Resolution||INVALID --- Comment #7 from Aryeh Gregor 2009-02-02 01:56:56 UTC --- You're receiving an error because your host has disabled the function "ignore_user_abort()". You may experience some bugs due to this decision; we can't help that. Most likely your wiki will basically work okay despite this and you can ignore the warning. I would suggest complaining to your host about the absurdity of disabling this function, however, just on principle. If the warning is showing up for you when you edit pages, then add this to the very top of LocalSettings.php (after "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 17301] Virus emails reaching queues
https://bugzilla.wikimedia.org/show_bug.cgi?id=17301 --- Comment #3 from Prodego 2009-02-02 01:59:38 UTC --- Oops, misread queues. :) -- 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 16670] No indication in which language input should be
https://bugzilla.wikimedia.org/show_bug.cgi?id=16670 Christopher Yeleighton changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #7 from Christopher Yeleighton 2009-02-01 12:43:15 UTC --- I never typed random things into the wiki. What makes you think so? The site contents consists, in particular, of the administrative interface, including labels for form controls. When these labels are localized, it is not clear that the editor is not allowed to use the language of the label, especially for single-line cotrols. BTW, a wiki where the language used for administration is different from the article language is perfectly imaginable. -- 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 5366] Broken link option is confusing in preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=5366 Marcin Cieślak changed: What|Removed |Added CC||marcin.cies...@gmail.com --- Comment #5 from Marcin Cieślak 2009-02-02 02:05:18 UTC --- I wouldn't agree, that websites look ugly without CSS. Actually w3m is a very fast and convenient browser to do most of my work on the Wikipedia, but it has no CSS support, too. I suppose that users of CSS-enabled browsers do not really need this preference. There are two solutions: 1) we go back to non-CSS handling of this feature (who needs this otherwise?) 2) one of the skins will handle it in text (for example simple or standard) What do you 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 17309] New: Allow users to delete their own pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17309 Summary: Allow users to delete their own pages Product: MediaWiki Version: 1.13.3 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Deleting AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Gentlemen, wouldn't it only be fair for MediaWiki to by default allow users to delete their own User:Holmes and User_talk:Holmes pages or at least their User:Holmes/Sandbox etc. subpages. At the very least as long as all edits were made only by themselves. Perhaps any page too, as long as all edits were made by them only. Then they wouldn't have to go calling for mommy to clean up spills they could clean up themselves. -- 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 5366] Broken link option is confusing in preferences
https://bugzilla.wikimedia.org/show_bug.cgi?id=5366 --- Comment #6 from jida...@jidanni.org 2009-02-02 02:36:57 UTC --- At least temporarily mark the item in the menus with "(CSS)" so we w3m-emacs etc. users could know that there was something funny going on for this item. -- 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 17310] New: make [[special:OldReviewedPages]] transcludable
https://bugzilla.wikimedia.org/show_bug.cgi?id=17310
Summary: make [[special:OldReviewedPages]] transcludable
Product: MediaWiki extensions
Version: any
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: FlaggedRevs
AssignedTo: jschulz_4...@msn.com
ReportedBy: bawolff...@gmail.com
This is a repeat of bug 15757 which was undid because only people in certain
groups could view [[special:OldReviewedPages]], and bad things happened when
someone not in that group tried to view a page it was transcluded on. Since now
everyone can view that page, can it be made transcludable again?
Would it be possible to make [[special:OldReviewedPages]] transcludable like
[[special:newpages]]. This would allow consolidation of pages relating to
reviewing articles. For example we could have:
Little intro about articles needing reviews, how to do it/whatever else
{{special:OldReviewedPages}}
or even a page that combines all tasks needing doing, etc.
preferably there would also be some way to specify a limit on number of pages
listed (like {{special:newpages/12}}), and to limit it to a single category.
Thanks, Bawolff
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 --- Comment #8 from Alexandre 2009-02-02 02:49:28 UTC --- Nothing, the modification is not saved. -- 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 17266] Bug Article.php on line 1425
https://bugzilla.wikimedia.org/show_bug.cgi?id=17266 Niklas Laxström changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #2 from Niklas Laxström 2009-02-01 10:15:27 UTC --- Or declare that MediaWiki doesn't work with random "hey let's disable this function for security" installations? -- 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 7446] Grammaticalisation of esperanto talk page don't work everywhere
https://bugzilla.wikimedia.org/show_bug.cgi?id=7446
--- Comment #7 from Niklas Laxström 2009-02-01
10:11:47 UTC ---
Sorry but I have no idea what your markup means. What is "", what is
"root", what is "ns:usera"?
Are you talking about what reads in the tab above the page in monobook skin? If
that is the case, it it not possible to fix, because the same text "talk" is
there for every namespace.
FYI: only intance of I could find:
languages/messages/MessagesEo.php:'defemailsubject' => '{{SITENAME}}
-retmesaĝo',
--
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 17311] New: Add a note beside the gender selection menu to tell users that this information will be public
https://bugzilla.wikimedia.org/show_bug.cgi?id=17311 Summary: Add a note beside the gender selection menu to tell users that this information will be public Product: MediaWiki Version: unspecified Platform: All URL: http://meta.wikimedia.org/wiki/Special:Preferences OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: User preferences AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wiki.melancho...@web.de Add a note beside the gender selection menu to tell people that this information will be public. Some users may think it's only for getting customized salutations etc. and don't like to provide too private information (relative). Per https://bugzilla.wikimedia.org/show_bug.cgi?id=17238#c1 and #c2 -- 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 17298] New: Special:Stabilization tweaks
https://bugzilla.wikimedia.org/show_bug.cgi?id=17298 Summary: Special:Stabilization tweaks Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: happy_me...@hotmail.co.uk These are all too minor to warrant separate bugs, but taken together are worth a few lines. 1) If no page is given in the &page= attribute, it currently dies painfully. Instead, it should display an input such as appears on Special:UserRights, *asking* for the page to deal with 2) [[Special:Stabilization/Clown]] should be accepted as equivalent to [http://wiki.com/w/index.php?title=Special:Stabilization&page=Clown], again in the same manner as Special:UserRights/Happy-melon 3) [[Special:Stabilisation]] as an alias, we're not all American :D -- 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 17299] New: Erratic functionality of $wgGroupsRemoveFromSelf['reviewer '] on en.labs
https://bugzilla.wikimedia.org/show_bug.cgi?id=17299 Summary: Erratic functionality of $wgGroupsRemoveFromSelf['reviewer'] on en.labs Product: MediaWiki extensions Version: any Platform: All URL: http://en.labs.wikimedia.org/w/index.php?title=Special:L og&page=User:Happy-melon OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: FlaggedRevs AssignedTo: jschulz_4...@msn.com ReportedBy: happy_me...@hotmail.co.uk The config for en.labs clearly includes $wgGroupsRemoveFromSelf = array( 'editor', 'reviewer' ); But twice now I have added the 'reviewer' group (renamed "uber-reviewer" there, don't get confused) and had it jump into the "groups you cannot modify" column. This was the case for a considerable length of time until one day it reappeared in the available groups - if you check my rights history there you can see my log summary of "finally!" or something like that. I recently readded the 'reviewer' right and it has once again become locked in the 'on' position. This *may* have something to do with an interplay between 'reviewer' and 'sysop', as I haven't noticed this problem on either of my other accounts there. -- 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 17310] make [[special:OldReviewedPages]] transcludable
https://bugzilla.wikimedia.org/show_bug.cgi?id=17310 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz 2009-02-02 03:52:58 UTC --- Done in r46695 -- 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 17298] Special:Stabilization tweaks
https://bugzilla.wikimedia.org/show_bug.cgi?id=17298 Aaron Schulz changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Aaron Schulz 2009-02-02 03:57:15 UTC --- Done in r46696, except for (1), since this is an unlisted pages and you are meant to use it through the UI, like the protection form. -- 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 17301] New: Virus emails reaching queues
https://bugzilla.wikimedia.org/show_bug.cgi?id=17301 Summary: Virus emails reaching queues Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: OTRS AssignedTo: tstarl...@wikimedia.org ReportedBy: ultrab...@gmail.com Virus emails with *.exe, *.pif and *.scr extensions are making it through to the queues, presumably as a result of the loss of spam filters in the upgrade. Emails with such attachments should be sent to junk automatically, or have the attachments stripped (or both). -- 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 17312] New: Separate UserLogin from authentication process
https://bugzilla.wikimedia.org/show_bug.cgi?id=17312 Summary: Separate UserLogin from authentication process Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: rgomes1...@yahoo.co.uk Depends on: 15700 At the moment, UserLogin is concentrating too much responsability: 1. Displays and manage a form intended for gathering login information; 2. Displays and manage a form intended for gathering information for a new account (create new account link) 3. Manages part of authentication process; 4. Coordinates creation of a new account. >From the 'object orientation' point of view, clearly UserLogin should be split on smaller components. UserLogin, IMHO, should be *only* reponsible for 1. Displays and manage a form intended for gathering login information; Other tasks should be managed by their corresponding responsible classes. In fact, it does not matter whether Mediawiki is object oriented or not. Object orientation is a very useful (and helpful!) concept which can be implemented even in bash scripts. Object orientation (or at least the concept) allows better organization of code, it's easy to maintain, easier to extend and easier to adjust to specific needs. I've integrated LDAP authentication in our wiki and it was a nightmare :( Now I'd like to replace LDAP by SAML and it's another nightmare, not working yet :( Separating concerns on different classes would allow easier integration with several authentication layers. * One thing is getting username/password/domain from a form. * Another thing is using username/passoword for authenticating against a certain authentication layer. * Another thing is obtaining data required for registration and coordinating the registration workflow. * Another thing is performing the steps required to create a new account in a certain respository. A good example which shows how integration is tangled can be seem at: https://ow.feide.no/simplesamlphp:mediawiki and the corresponding 'plugin' provided by: https://ow.feide.no/_media/simplesamlphp:simplesamlphp-mw.php.zip?id=simplesamlphp%3Amediawiki&cache=cache Thanks very much Richard Gomes http://www.jquantlib.org/index.php/User:RichardGomes -- 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 15700] Userlogin and Create an account need to be separate special pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=15700 Richard Gomes changed: What|Removed |Added Blocks||17312 -- 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 17278] AgentTicketCustomer doesn't show tickets anymore
https://bugzilla.wikimedia.org/show_bug.cgi?id=17278 --- Comment #1 from Tim Starling 2009-02-02 06:08:07 UTC --- Submitted upstream at http://bugs.otrs.org/show_bug.cgi?id=3641 -- 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 1061] CSS-added icons next to links display through the text and makes it unreadable in RTL
https://bugzilla.wikimedia.org/show_bug.cgi?id=1061 --- Comment #15 from Huji 2009-02-01 20:01:08 UTC --- (In reply to comment #14) > Because FF2 has a problem with padding when the document is rtl, so it has to > be disabled. Isn't there any work around for that? (Like forcing a special "display" or so) -- 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 17313] New: Wikipedia WP:CHU executed but not yet merged
https://bugzilla.wikimedia.org/show_bug.cgi?id=17313 Summary: Wikipedia WP:CHU executed but not yet merged Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: oli...@kingturtle.com In en.wiki, on 29 January 2009 Bureaucrat [[User:Andrevan]] did a WP:CHU changing [[User:WWEFAN99]] to [[User:WWEYANKS5]]. However, the two accounts remain separate, and have not yet merged into one. See: *http://en.wikipedia.org/w/index.php?title=Special:Contributions&target=WWEFAN99 *http://en.wikipedia.org/w/index.php?title=Special:Contributions&dir=prev&target=WWEYANKS52 -- 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 17313] Moving edits incomplete and stalled after renaming a user on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=17313 Mike.lifeguard changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Summary|Wikipedia WP:CHU executed |Moving edits incomplete and |but not yet merged |stalled after renaming a ||user on enwiki --- Comment #1 from Mike.lifeguard 2009-02-02 06:15:19 UTC --- Changed summary to better reflect what happened. -- 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 17242] GRAMMAR functionality should be accessible via hook
https://bugzilla.wikimedia.org/show_bug.cgi?id=17242 ^demon changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #2 from ^demon 2009-02-01 15:09:06 UTC --- I'm with Niklas on this one. GRAMMAR is in core, it just split off some WMF-specific cases to WikimediaMessages, rather than having that in core. The only use case I could see would be a extension that needs to change the grammar forms defined in WikimediaMessages, which would mean the extension would be Wikimedia-only anyway. Other than that, can't see any correlation. -- 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 17302] New: [[Has default form::]] only works when entered in local language
https://bugzilla.wikimedia.org/show_bug.cgi?id=17302 Summary: [[Has default form::]] only works when entered in local language Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Semantic Forms AssignedTo: yaro...@gmail.com ReportedBy: d...@schmaller.de Hi! I'm running a private Wiki in German and followed the instructions for using automatic forms by category (http://www.mediawiki.org/wiki/Extension:Semantic_Forms#Based_on_category). But the "edit with form" tab didn't appear until i put the German property name [[Hat Standardformular::]] into the category. I've read in the changelog, that this issue was fixed in version 0.7.3. Maybe something has reverted this change ?! TIA for fixing this bug again, Daniel -- 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 16820] add blog in pt.planet
https://bugzilla.wikimedia.org/show_bug.cgi?id=16820 Siebrand changed: What|Removed |Added CC||siebr...@wikipedia.be Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Siebrand 2009-02-02 07:25:22 UTC --- Done in r46701. -- 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 17313] Moving edits incomplete and stalled after renaming a user on enwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=17313 MZMcBride changed: What|Removed |Added CC||pub...@mzmcbride.com --- Comment #2 from MZMcBride 2009-02-02 07:26:18 UTC --- This seems like a broader issue with the extension. I'd advise either broadening the scope of this bug or filing a separate one about the general problem of renames being botched. As to the specific reason for this issue, my bet is that it's job queue-related. If a user has over 10,000 edits, they're put into the job queue. And the job queue has been having all sorts of issues lately. Post hoc ergo propter hoc? -- 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 17314] New: en.planet.wikimedia.org not updating
https://bugzilla.wikimedia.org/show_bug.cgi?id=17314 Summary: en.planet.wikimedia.org not updating Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: siebr...@wikipedia.be It appear that en.planet.wikimedia.org is not updating. The last visible entry at this moment in time is from 30 January. At least GerardM has blogged after that, and one of those blog messages has not shown up for over 24 hours. -- 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
