[Bug 17986] New: Set $wgBlockAllowsUTEdit = true for zh.wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=17986 Summary: Set $wgBlockAllowsUTEdit = true for zh.wikibooks Product: Wikimedia Version: unspecified Platform: All URL: http://zh.wikibooks.org/w/index.php?title=Wikibooks:%E4% BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88oldid=34041#.E5.BB.BA.E 8.AD.B0.E4.BF.AE.E6.94.B9.E6.9C.AC.E5.9C.B0.E7.9A.84.24w gBlockAllowsUTEdit.E7.82.BAtrue OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jwongw...@ymail.com Please allow blocked users to edit their own usertalk pages at zh.wikibooks by default by setting $wgBlockAllowsUTEdit = true. Thank you in advance. -- 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 17987] New: Set $wgBlockAllowsUTEdit = true for zh.wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=17987 Summary: Set $wgBlockAllowsUTEdit = true for zh.wikipedia Product: Wikimedia Version: unspecified Platform: All URL: http://zh.wikipedia.org/w/index.php?title=Wikipedia:%E4% BA%92%E5%8A%A9%E5%AE%A2%E6%A0%88/%E6%96%B9%E9%92%88oldi d=9569939#.E5.BB.BA.E8.AD.B0.E4.BF.AE.E6.94.B9.E6.9C.AC. E5.9C.B0.E7.9A.84.24wgBlockAllowsUTEdit.E7.82.BAtrue OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jwongw...@ymail.com Please allow blocked users to edit their own usertalk pages at zh.wikipedia by default by setting $wgBlockAllowsUTEdit = true. Thank you in advance. -- 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 17986] Set $wgBlockAllowsUTEdit = true for zh.wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=17986 p858snake p858sn...@yahoo.com.au changed: What|Removed |Added CC||p858sn...@yahoo.com.au Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17659] Change default locale for {{formatnum:}} parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=17659 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com Status|NEW |RESOLVED Resolution||INVALID --- Comment #3 from Niklas Laxström niklas.laxst...@gmail.com 2009-03-15 09:30:37 UTC --- Formatnum is designed for formatting numbers in interface elements with correct decimal and thousand separators given a number in PHP's format 12345.12. It cannot be used to prettyprint already formatted numbers. Except if you run them through |R first. -- 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 17486] Editnotices generating invalid XML (HTML) around unordered lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #5 from Niklas Laxström niklas.laxst...@gmail.com 2009-03-15 09:37:25 UTC --- MediaWiki:-messages are not tidied and it expected that those who modify them don't create invalid HTML. Also, isn't this bug unnecessary after r48276? -- 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 17988] New: Spaces before [[Category:]] link are ignored
https://bugzilla.wikimedia.org/show_bug.cgi?id=17988 Summary: Spaces before [[Category:]] link are ignored Product: MediaWiki Version: unspecified Platform: All URL: http://test.wikipedia.org/wiki/Typo_in_rtrim OS/Version: All Status: NEW Keywords: easy, need-review, parser, patch Severity: trivial Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: morme...@centrum.cz Created an attachment (id=5930) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5930) Two-character fix Parser.php contains a strange construct (line 1703): $s = rtrim($s . \n); I would guess the added newline is just a waste of time/memory, since it gets trimmed again immediately. I believe the original author (see r8309) intended to write a comma instead of a dot. And indeed, the line should IMHO read $s = rtrim($s, \n); because at the current version, spaces before category links are ignored, so that wikitext like “Lorem [[Category:Foo]]ipsum]]” ends up showing “Loremipsum”, not “Lorem ipsum” one might expect (see the attached URL). Not that it would be any major 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 17989] New: Users can create other users on blocked IPs
https://bugzilla.wikimedia.org/show_bug.cgi?id=17989 Summary: Users can create other users on blocked IPs Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: lucasbfr.bugzillamediaw...@dareka.fr It appears that even if an IP is blocked with account creation blocked, a registered user can create a new user using Special:Userlogin/signup regardless of the block and their user rights. They still can't edit, but this can be disruptive. -- 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 17989] Users can create other users on blocked IPs
https://bugzilla.wikimedia.org/show_bug.cgi?id=17989 Brent G overlo...@gmail.com changed: What|Removed |Added CC||overlo...@gmail.com --- Comment #1 from Brent G overlo...@gmail.com 2009-03-15 10:48:08 UTC --- I just tried this on my local wiki and I can't reproduce, it gives me the usual: 'Account creation from this IP address (xxx.xxx.xxx.xxx) has been blocked by OverlordQ.' This is while logged in as a normal user. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17659] Change default locale for {{formatnum:}} parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=17659 Lenore onthewh...@gmail.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID | --- Comment #4 from Lenore onthewh...@gmail.com 2009-03-15 10:51:13 UTC --- (In reply to comment #3) Formatnum is designed for formatting numbers in interface elements with correct decimal and thousand separators given a number in PHP's format 12345.12. It cannot be used to prettyprint already formatted numbers. Except if you run them through |R first. Ah, ok. So, it should to be changed thousands separator only; bug reopened -- 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 17982] User can't login after being renamed at nlwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=17982 Erwin er...@wikipedia.be changed: What|Removed |Added Priority|Normal |High -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17991] New: Ploticus: Binary not found
https://bugzilla.wikimedia.org/show_bug.cgi?id=17991 Summary: Ploticus: Binary not found Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: SemanticResultFormats AssignedTo: d...@aifb.uni-karlsruhe.de ReportedBy: dasch...@gmx.net When using the ploticus format there is always the error ERROR: Could not find ploticus in /usr/bin/ploticus But when I use which ploticus in the commandline I get /usr/bin/ploticus When using ll /usr/bin |grep ploticus -rwxr-xr-x 1 root root 474736 2007-10-29 07:08 ploticus The problem is not mine, other commandline scripts like rsvg, texvc and imagemagik work fine! -- 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 17989] Users can create other users on blocked IPs
https://bugzilla.wikimedia.org/show_bug.cgi?id=17989 lucasbfr lucasbfr.bugzillamediaw...@dareka.fr changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #2 from lucasbfr lucasbfr.bugzillamediaw...@dareka.fr 2009-03-15 13:08:32 UTC --- nvm, that's indeed not the loophole that is being used. I'll try to find out how an user was able to do this and will open a new 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 17992] New: r48399 Broke parser tests (maybe other stuff)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17992 Summary: r48399 Broke parser tests (maybe other stuff) Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: overlo...@gmail.com CC: innocentkil...@gmail.com r48399 adds a check to see if the path is writeable before creating, but if the path doesn't exist yet, how can it check to see if it's writable? It checks the whole path instead of the parents, if the path isn't writable the mkdir will return false anyways, so isn't this check redundant? CC'ing committer. -- 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 14990] r37313 broke parser tests for alternative databases.
https://bugzilla.wikimedia.org/show_bug.cgi?id=14990
Brent G overlo...@gmail.com changed:
What|Removed |Added
Attachment #5110 is|0 |1
obsolete||
--- Comment #7 from Brent G overlo...@gmail.com 2009-03-15 13:39:30 UTC ---
Created an attachment (id=5932)
-- (https://bugzilla.wikimedia.org/attachment.cgi?id=5932)
parser tests patch
The workaround in bug r15892
==
Warning: pg_query(): Query failed: ERROR: relation mwuser already exists in
/var/www/wiki/includes/db/DatabasePostgres.php on line 580
A database error has occurred
Query: CREATE TABLE mwuser (LIKE mwuser INCLUDING DEFAULTS)
Function:
Error: 1 ERROR: relation mwuser already exists
Backtrace:
#0 /var/www/wiki/includes/db/Database.php(616):
DatabasePostgres-reportQueryError('ERROR: relatio...', 1, 'CREATE TABLE
m...', '', false)
#1 /var/www/wiki/maintenance/parserTests.inc(662): Database-query('CREATE
TABLE m...')
#2 /var/www/wiki/maintenance/parserTests.inc(270): ParserTest-setupDatabase()
#3 /var/www/wiki/maintenance/parserTests.php(73):
ParserTest-runTestsFromFiles(Array)
#4 {main}
==
Since PG doesn't use table prefixes not putting TEMPORARY in the table creation
statements will just try to create duplicates.
After fixing bug 17992, I made the following changes (will attach as patch),
and parser tests work fine with PG.
--
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 14990] r37313 broke parser tests for alternative databases.
https://bugzilla.wikimedia.org/show_bug.cgi?id=14990 --- Comment #8 from Brent G overlo...@gmail.com 2009-03-15 13:40:22 UTC --- Meant to say: The workaround in bug r15892 similarly irritates this same 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 17992] r48399 Broke parser tests (maybe other stuff)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17992 ^demon innocentkil...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from ^demon innocentkil...@gmail.com 2009-03-15 13:46:00 UTC --- Reverted in r48416. -- 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 17835] ForeignAPIRepo throwing error on first page load for file
https://bugzilla.wikimedia.org/show_bug.cgi?id=17835 --- Comment #1 from Brent G overlo...@gmail.com 2009-03-15 14:02:10 UTC --- I noticed this occurs only with files other then images, such as audio/video since these wont have thumbnails. Browsing through the code it doesn't seem to take into account cases like this. -- 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 14990] r37313 broke parser tests for alternative databases.
https://bugzilla.wikimedia.org/show_bug.cgi?id=14990 Brent G overlo...@gmail.com changed: What|Removed |Added Attachment #5932 is|0 |1 obsolete|| --- Comment #9 from Brent G overlo...@gmail.com 2009-03-15 14:09:10 UTC --- Created an attachment (id=5933) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5933) re-upping patch last one broken? FWIW, I didn't test this with multi-servers PG, YMMV. -- 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 17486] Editnotices generating invalid XML (HTML) around unordered lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486
--- Comment #6 from Amalthea amalthea.wikime...@googlemail.com 2009-03-15
14:45:01 UTC ---
No, and No.
First, r48276 only removed per-page edit notices from some namespaces. We still
have per page notices in the namespaces that allow subpages, we have
namespace-wide editnotices, and we have user-space editnotices.
Second, this bug is about the fact that MediaWiki syntax can create invalid
XHTML. This doesn't usually shine through since articles are tidied, but if you
put a list inside a table cell
{|
|
*A
*B
|}
into either an editnotice or a MediaWiki message, it will create invalid XHTML,
and it isn't tidied up.
MediaWiki syntax shouldn't ever do that (not even if the syntax is used
incorrectly). In my opinion, the tags used in MediaWiki are also part of the
MediaWiki language, and one shouldn't be able to create invalid XHTML through
them either. We have this layer of abstraction for a reason.
--
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 17486] Editnotices generating invalid XML (HTML) around unordered lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486
David Göthberg dav...@iname.com changed:
What|Removed |Added
CC||dav...@iname.com
--- Comment #7 from David Göthberg dav...@iname.com 2009-03-15 16:33:15 UTC
---
This might be related to the problem that we can not put tables inside
unordered lists. There's probable a bug for that already, but here goes:
This usually doesn't work:
pre
* List item 1. {{some template with a table in}}
* List item 2.
/pre
Probably since it is equivalent to this, which also doesn't work:
pre
* List item 1. {| class=wikitable
|-
| | Cell 1.
|}
* List item 2.
/pre
Or this, which also doesn't work:
pre
* List item 1. table class=wikitable
tr
td Cell 1. /td
/tr
/table
* List item 2.
/pre
But if using HTML wikimarkup and only using a single line of code in the cell,
then it works:
pre
* List item 1. table class=wikitabletrtd Cell 1. /td/tr/table
* List item 2.
/pre
But most templates are not a single line, and we can not use wikitable markup
to build tables. That is, this never works:
pre
{| class=wikitable |- | | Cell 1. |}
/pre
--
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 17486] Editnotices generating invalid XML (HTML) around unordered lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com Blocks||209 -- 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 209] XHTML compliance (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=209 Platonides platoni...@gmail.com changed: What|Removed |Added Depends on||17486 -- 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 8948] Mixing Wikitable and HTML syntax breaks with Tidy disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=8948 Platonides platoni...@gmail.com changed: What|Removed |Added CC||platoni...@gmail.com Depends on||209 -- 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 209] XHTML compliance (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=209 Platonides platoni...@gmail.com changed: What|Removed |Added Blocks||8948 -- 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 15607] Implement the Interlanguage extension in Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607 --- Comment #30 from Melancholie wiki.melancho...@web.de 2009-03-15 17:49:25 UTC --- (In reply to comment #28) Look at a version history like http://nds.wikipedia.org/w/index.php?title=Burkina_Fasoaction=history. It's ridiculous! Between the creation of the article and the most recent update there were 75[!] bot edits just interrupted by three human edits. Between March 2007 and February 2009 there were 52[!] consecutive bot edits. And I did no long search for the most extreme example, the same is true for most country articles and all articles which are likely to have many translations. See also bug 16228 (filter history of edits on bots (hidebots=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 17659] Change default locale for {{formatnum:}} parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=17659 --- Comment #5 from Niklas Laxström niklas.laxst...@gmail.com 2009-03-15 17:53:39 UTC --- (In reply to comment #4) Ah, ok. So, it should to be changed thousands separator only I'm unable to parse that sentence. -- 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 17486] Parser generates invalid XHTML with a list inside a table
https://bugzilla.wikimedia.org/show_bug.cgi?id=17486 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added Summary|Editnotices generating |Parser generates invalid |invalid XML (HTML) around |XHTML with a list inside a |unordered lists |table --- Comment #8 from Niklas Laxström niklas.laxst...@gmail.com 2009-03-15 17:58:07 UTC --- (In reply to comment #7) This might be related to the problem that we can not put tables inside unordered lists. Not really. -- 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 8948] Mixing Wikitable and HTML syntax breaks with Tidy disabled
https://bugzilla.wikimedia.org/show_bug.cgi?id=8948 Ilmari Karonen nos...@vyznev.net changed: What|Removed |Added CC||nos...@vyznev.net Depends on|209 | Blocks||209 -- 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 209] XHTML compliance (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=209 Ilmari Karonen nos...@vyznev.net changed: What|Removed |Added Blocks|8948| Depends on||8948 -- 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 5280] Oddly named talk pages cannot be unwatched via Special:Watchlist/edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=5280 jida...@jidanni.org changed: What|Removed |Added CC||jida...@jidanni.org --- Comment #9 from jida...@jidanni.org 2009-03-15 18:32:15 UTC --- One also should run cleanupTitles.php: see http://mid.gmane.org/7c2a12e20903121355j587246e2ma68fec54f79d6...@mail.gmail.com , Bug #11487. -- 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 15607] Implement the Interlanguage extension in Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607 --- Comment #31 from Slavik IVANOV amik...@gmail.com 2009-03-15 18:39:23 UTC --- See also bug 16228 (filter history of edits on bots (hidebots=1)). But: 1. Still many interwiki edits are done by scripts without bot flag, unfortunately. I usually block such bots at os.wiki, if they edit too much, the practice I've borrowed from Tajik admins. 2. Another frequent case is human interwiki change by guests from other wikis: a man comes just to change an interwiki -- then why we have it in the history and why we need to check this edit (before you see the diff, such edits are always suspicious for vandalism). -- 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 15607] Implement the Interlanguage extension in Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=15607 --- Comment #32 from Amir E. Aharoni amir.ahar...@gmail.com 2009-03-15 18:41:39 UTC --- (In reply to comment #30) (In reply to comment #28) Look at a version history like http://nds.wikipedia.org/w/index.php?title=Burkina_Fasoaction=history. It's ridiculous! Between the creation of the article and the most recent update there were 75[!] bot edits just interrupted by three human edits. Between March 2007 and February 2009 there were 52[!] consecutive bot edits. And I did no long search for the most extreme example, the same is true for most country articles and all articles which are likely to have many translations. See also bug 16228 (filter history of edits on bots (hidebots=1)). I don't want the bots hidden - i want them to stop doing it and to move to centralized interwiki management. In fact, in the current state of affairs, i very much do want to see what the bots are doing, because sometimes they are not doing the right thing. But this comment does bring up a different problem - if this extension is enabled and the links are edited in a different wiki, i don't see changes of links in my watchlist. It is a disadvantage, although i am ready to live with it, because this extension has enough advantages. I'll write about this problem in the discussion page in 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 17993] New: Have result list count displayed in API output, also option to only get count
https://bugzilla.wikimedia.org/show_bug.cgi?id=17993 Summary: Have result list count displayed in API output, also option to only get count Product: MediaWiki Version: 1.14-svn Platform: All URL: http://en.wikipedia.org/w/api.php?action=queryprop=cate goriestitles=Albert%20Einstein OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@home.nl ReportedBy: s...@reedyboy.net CC: bryan.tongm...@gmail.com, vasi...@gmail.com Would it be possible on (possibly all?) queries that are getting links on pages, categories on page, pages in category, etc, have an option (or even just by default), a number of results returned? ie for the link above, instead of categories cl ns=14 title=Category:1879 births / cl ns=14 title=Category:1955 deaths / cl ns=14 title=Category:Academics of the Charles University / cl ns=14 title=Category:Albert Einstein / cl ns=14 title=Category:American humanists / cl ns=14 title=Category:American pacifists / cl ns=14 title=Category:American philosophers / cl ns=14 title=Category:American physicists / cl ns=14 title=Category:American socialists / cl ns=14 title=Category:American vegetarians / /categories something like categories count=10 cl ns=14 title=Category:1879 births / cl ns=14 title=Category:1955 deaths / cl ns=14 title=Category:Academics of the Charles University / cl ns=14 title=Category:Albert Einstein / cl ns=14 title=Category:American humanists / cl ns=14 title=Category:American pacifists / cl ns=14 title=Category:American philosophers / cl ns=14 title=Category:American physicists / cl ns=14 title=Category:American socialists / cl ns=14 title=Category:American vegetarians / /categories And an option to be able to go countonly (or something), and just be returned categories count=10 / Please? 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 17659] Change default locale for {{formatnum:}} parser function
https://bugzilla.wikimedia.org/show_bug.cgi?id=17659 --- Comment #6 from Lenore onthewh...@gmail.com 2009-03-15 21:35:04 UTC --- (In reply to comment #5) (In reply to comment #4) Ah, ok. So, it should to be changed thousands separator only I'm unable to parse that sentence. Only thousands separator should need to be changed; sorry -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 17994] New: How to specify _request's_ POST data in gzip format?
https://bugzilla.wikimedia.org/show_bug.cgi?id=17994 Summary: How to specify _request's_ POST data in gzip format? Product: MediaWiki Version: unspecified Platform: All URL: http://www.mediawiki.org/wiki/API:Client_Code OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@home.nl ReportedBy: raccv...@gmail.com CC: bryan.tongm...@gmail.com, vasi...@gmail.com How to specify in request to api.php, that _request's_ POST data is in gzip format? Need some http-headers to add? I use C++/Qt, which has support of gzip compression. Response from server in gzip format my code uncompreses normally. But if I compress POST data in request, server response contains error tag with documentation. Can client POST data in compressed form? I looked with sniffer for some short time for network traffic of one-year old version of pywikipedia framework, but could not catch post data in gzip format, only server response was compressed. -- 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 12050] Link to user and user talk page in Special:Block
https://bugzilla.wikimedia.org/show_bug.cgi?id=12050 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Summary|Link to user and user talk |Link to user and user talk |page in Special:Blockip |page in Special:Block --- Comment #1 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-15 23:52:00 UTC --- (In reply to comment #0) When visiting a page like this: http://en.wikipedia.org/wiki/Special:Blockip/100.100.100.100 I think it would be useful to have a link to the user and user talk page for the user (or IP) in question from the Blockip page. It can be done by checking what comes after Blockip/ is a single IP or a user account, and providing the links accordingly (no such links should be given when an IP range is provided). Before providing a patch for this bug, I'd like to have your comments about the idea. I'm not sure that's such a good idea - you can change the target, and then what should happen to the user/user talk links? Yet more AJAX? -- 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 3345] Special:BlockList search doesn't find autoblocks
https://bugzilla.wikimedia.org/show_bug.cgi?id=3345 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Summary|Ipblocklist search doesn't |Special:BlockList search |find autoblocks |doesn't find autoblocks --- Comment #6 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-15 23:54:45 UTC --- It'd be *really* nice to clean up handling of autoblocks - this is viewed as voodoo by most admins being able to find them would be a good step forward. -- 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 8218] Make finding rangeblocks affecting a given IP easier
https://bugzilla.wikimedia.org/show_bug.cgi?id=8218 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Summary|Blocking IP ranges does not |Make finding rangeblocks |show status of individual IP|affecting a given IP easier |within range| --- Comment #3 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-16 00:00:54 UTC --- There is a tool which searches for blocks on all wikis, and will return rangeblocks which affect the given IP. On integrating this into core software, perhaps someone can see if the performance concerns mentioned in comment 0 are still correct? I've changed the summary, since the old one was a bit hard to parse quickly for me. (In reply to comment #1) A related flaw, just discovered. An IP range n1.n2.n3.n4/24 was blocked. Due to a bug in the bot, unblocking was done on the base only n1.n2.n3.n4. The unblocking was successful. However, querying the ipblocklist on n1.n2.n3.n4/24 returns that the range is still blocked. The unblock log gives a successful unblock for the base address. Example to be found on nl.wikipedia 87.79.3.0/24. I'll leave the inconsistent state for a few days. If you can still replicate this, it'd be a separate 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 4360] not able to click on link (BiDi environment at special:BlockList) with Firefox
https://bugzilla.wikimedia.org/show_bug.cgi?id=4360 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Status|NEW |RESOLVED Resolution||WORKSFORME Summary|not able to click on link |not able to click on link |(BiDi environment at|(BiDi environment at |special:Ipblocklist) with |special:BlockList) with |Firefox |Firefox --- Comment #1 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-16 00:09:35 UTC --- Tested this just now no problem for me. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 1381] Mozilla issues (Gecko, Firefox) (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=1381 Bug 1381 depends on bug 4360, which changed state. Bug 4360 Summary: not able to click on link (BiDi environment at special:BlockList) with Firefox https://bugzilla.wikimedia.org/show_bug.cgi?id=4360 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WORKSFORME -- 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 16835] Successful unblock should not lead to Special:BlockList
https://bugzilla.wikimedia.org/show_bug.cgi?id=16835 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Summary|Successful unblock should |Successful unblock should |not lead to IPBlockList |not lead to ||Special:BlockList --- Comment #4 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-16 00:10:24 UTC --- (In reply to comment #0) When an IP or user is successfully unblocked, instead of a standard success message, the admin is redirected to IPBlockList. This is counter-intuitive and annoying for people with slower connections. There is a success message when you get there - I'm not sure how this is confusing, or why it should change. -- 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 9407] Automatically blacklist domains hosted on IP addresses corresponding to blacklisted domains
https://bugzilla.wikimedia.org/show_bug.cgi?id=9407 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added Summary|Automatically block IP |Automatically blacklist |addresses corresponding to |domains hosted on IP |blacklisted domain names|addresses corresponding to ||blacklisted domains --- Comment #7 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-16 00:14:16 UTC --- Updated summary, since this isn't about blocking, but rather blacklisting. Also, this hopefully makes it clear what the chain is: blacklisted domain - hosted on some IP - auto-blacklist all other domains on that IP -- 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 17743] Special:Block is garbled
https://bugzilla.wikimedia.org/show_bug.cgi?id=17743 Mike.lifeguard mikelifegu...@fastmail.fm changed: What|Removed |Added CC||mikelifegu...@fastmail.fm Summary|Garbled page Special:Blockip|Special:Block is garbled --- Comment #2 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-16 00:19:10 UTC --- (In reply to comment #1) (In reply to comment #0) The page Special:Blockip is pretty unreadable: - a series of words top down on the left, meaning unclear, - some fields to be filled at the right, purpose unclear, - relations between text and fields cannot be established, - text extends outside window way to the right, - field content extends to the outside of the window, These are all the same issue caused by too small screen size. Worst offender is probably the Aanlass dropdown which contains some long item and makes everything stretch behind the right edge. As far as I can tell this is the only legitimate complaint here. If you're using a postage-stamp-sized window then I don't know what can or should be 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 12050] Link to user and user talk page in Special:Block
https://bugzilla.wikimedia.org/show_bug.cgi?id=12050 --- Comment #2 from Platonides platoni...@gmail.com 2009-03-16 01:11:18 UTC --- There's already a link to [[Special:Contributions/100.100.100.100]], I don't see [[User:100.100.100.100]] any different. You'd only need AJAX if you were to change those links on target change (currently they aren't) and wanted to change it's color (blue/red) depending on its existance (just change it to an always-blue 'view 100.100.100.100 page'). -- 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 17995] New: Blocking IP:IP blocks the IP, instead of the user called IP:IP
https://bugzilla.wikimedia.org/show_bug.cgi?id=17995 Summary: Blocking IP:IP blocks the IP, instead of the user called IP:IP Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mikelifegu...@fastmail.fm CC: lile...@yahoo.ca It is possible to create accounts which are formed like IP:127.0.0.1, and blocking that really blocks 127.0.0.1 instead of the username. This should not be the case - either such usernames are invalid, or this must block the user instead of the IP. -- 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 12050] Link to user and user talk page in Special:Block
https://bugzilla.wikimedia.org/show_bug.cgi?id=12050 --- Comment #3 from Mike.lifeguard mikelifegu...@fastmail.fm 2009-03-16 02:08:38 UTC --- (In reply to comment #2) There's already a link to [[Special:Contributions/100.100.100.100]], I don't see [[User:100.100.100.100]] any different. You'd only need AJAX if you were to change those links on target change (currently they aren't) and wanted to change it's color (blue/red) depending on its existance (just change it to an always-blue 'view 100.100.100.100 page'). I had never noticed that before. I guess it'd be nice to have those links change as you change the target in the block form. Beyond that, I guess adding the suggested links is fine. -- 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 17071] Allow assignment and removal of 'import' group by bureaucrats on mediawiki.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17071 Andrew Garrett and...@epstone.net 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 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 17996] New: Combine HTTP redirect steps internally
https://bugzilla.wikimedia.org/show_bug.cgi?id=17996 Summary: Combine HTTP redirect steps internally Product: MediaWiki Version: 1.15-svn Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Redirects AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Speaking about HTTP redirects, here we see a browsers log: Reading http://transgender-taiwan.org/index.php?title=Special:Allpages...done Reading http://transgender-taiwan.org/index.php?title=特殊:Allpages...done Reading http://transgender-taiwan.org/index.php?title=特殊:所有頁面...done well, the last two should be combined into one internally, instead of having the browser come back a second time to ask. -- 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 17680] colon sometimes URL encoded %3A right there in the browser URL entry area
https://bugzilla.wikimedia.org/show_bug.cgi?id=17680 jida...@jidanni.org changed: What|Removed |Added URL|http://www.mediawiki.org/w/i|http://transgender- |ndex.php?title=Special%3ASea|taiwan.org/index.php?title=S |rchns6=1search=fullte|pecial:Allpages |xt=Advanced+search | --- Comment #6 from jida...@jidanni.org 2009-03-16 03:46:06 UTC --- Please confirm this is a Firefox bug. Visit http://transgender-taiwan.org/index.php?title=Special:Allpages Now hit the Go [提交] button. Why is there the ugly %3A instead of the colon in Firefox: http://transgender-taiwan.org/index.php?title=特殊%3A所有頁面from=Englishto=首頁namespace=0 http://transgender-taiwan.org/index.php?title=特殊:__所有頁面from=Englishto=首頁namespace=0 vs. the latter (lined up by me) seen in emacs-w3m. What does IE show? If it is a Firefox bug, somebody please report it, because I can't get a word in edgewise 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 17553] Call to a member function ... on a non-object at different places
https://bugzilla.wikimedia.org/show_bug.cgi?id=17553 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net --- Comment #8 from Andrew Garrett and...@epstone.net 2009-03-16 03:46:38 UTC --- Are these errors still occurring? Is there something that can be done to reliably reproduce the errors? -- 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 17553] Call to a member function ... on a non-object at different places
https://bugzilla.wikimedia.org/show_bug.cgi?id=17553 --- Comment #9 from David McCabe davemcc...@gmail.com 2009-03-16 03:53:31 UTC --- I haven't found any way to reproduce these bugs or any suspected causes from analysis. Bug reporters should also always give their SVN revision numbers, or line numbers are at best line neighborhoods. They should also refrain from capriciously commenting out code as described in #7. That's a sure way to corrupt their databases. -- 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 15278] Inconsistent timestamps when using LiquidThreads
https://bugzilla.wikimedia.org/show_bug.cgi?id=15278 --- Comment #3 from Andrew Garrett and...@epstone.net 2009-03-16 04:02:17 UTC --- Created an attachment (id=5934) -- (https://bugzilla.wikimedia.org/attachment.cgi?id=5934) Screenshot of date formats. I can't seem to reproduce this. I've attached a mashup of screenshots to show what I think you're talking about. You specifically mentioned post footers and history pages, but they both seem to use the same format. Can you show me what you mean? -- 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 16267] Unreachable threads in RecentChanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=16267 Andrew Garrett and...@epstone.net changed: What|Removed |Added CC||and...@epstone.net --- Comment #2 from Andrew Garrett and...@epstone.net 2009-03-16 04:06:02 UTC --- Works for me locally (but that site gives a blank page). Do you get the same result with other pages with '' in them? If so, it is probably not an LQT problem. If not, can you provide the actual error that you're getting? -- 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 17997] New: Lock rn.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17997 Summary: Lock rn.wikipedia.org Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Keywords: shell Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: pathoschild+wmb...@gmail.com Please lock http://rn.wiktionary.org/. It's been locked using the title blacklist after a successful proposal to close it since May 2008 ([[rn:MediaWiki:Titleblacklist]]), which is sort of a hack and doesn't allow stewards to edit either. -- 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 16267] Unreachable threads in RecentChanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=16267 --- Comment #3 from David McCabe davemcc...@gmail.com 2009-03-16 04:10:16 UTC --- Pages with ampersands work here, even if it's unencoded. -- 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 17997] Lock rn.wikipedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17997 --- Comment #1 from Jesse PW (Pathoschild) pathoschild+wmb...@gmail.com 2009-03-16 04:13:18 UTC --- (Actually, stewards can still edit.) -- 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
