[Bug 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

Mathieu Poumeyrol  changed:

   What|Removed |Added

 CC||k...@fotonauts.com

--- Comment #18 from Mathieu Poumeyrol  2010-09-22 07:06:27 
UTC ---
(In reply to comment #3)
> If you're using action=parse then please describe your application and typical
> requests on this bug report.

At fotopedia, we use action=parse in the following contexts:

- server side for displayable text retrieval:
/w/api.php?action=parse&format=json&prop=text&page=

These texts are cached on our side for 30 days. So it only happens when
somebody tries to display an article page on fotopedia for the first time in a
month. Before the API endpoint was unactivated yesterday, we were only
requiring a dozen of pages a minute.

Right now, this part of fotopedia works fine, as long as the users don't wander
in unexplored pages.

- client side for both article search and displayable text retrieval

These queries are triggered when a user adds a wikipedia article to a fotopedia
page. The typical scenario is a search, followed by a series of:
/w/api.php?action=parse&format=xml&prop=text&page=

We only have a handful of regular users of the client software, so I don't
expect this to be a threat to wikipedia server stability either. On the other
hand, the impact on their side is important for us business-wise.

-- 
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 25242] Cannot search with mediawiki 1.16

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25242

--- Comment #3 from biowongyc  2010-09-22 07:26:13 UTC ---
I used only a free webhost provider, I don't know where to type in 

$db=new DatabaseSqliteStandalone(':memory:');
var_dump($db->getFulltextSearchModule());

-- 
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 25242] Cannot search with mediawiki 1.16

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25242

--- Comment #4 from Max Semenik  2010-09-22 07:56:40 UTC 
---
Did you run the updater after uploading the 1.16 files?

-- 
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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

--- Comment #19 from Tim Starling  2010-09-22 08:01:01 
UTC ---
(In reply to comment #16)
> But most likely the issue is caused by some cache miss issue for the site wide
> enabled features like Image Annotator ?

I think that ImageAnnotator is indeed the most likely culprit. As I said in
comment #9, we're looking for squid cache hits, which most likely means
requests with a maxage parameter. Between 14:20 and 14:29, we logged 71
requests with a maxage parameter in the 1/1000 sampled log. 47 were from
ImageAnnotator, the other 24 were for [[MediaWiki:Sitenotice-translation]]. And
since the sitenotice requests all went to the same URL, it's unlikely they'd
hit the disk of the squids, which is what we saw. None of the logged requests
came from a site other than commons.

Between 13:00 and 14:00, we logged an average of 74 requests per second from
ImageAnnotator. 14:00 to 15:00 saw a decline to 60 req/s, presumably because
sq31-33 were toast for most of that period. 

I think the best thing to do for now is to disable ImageAnnotator pending a
performance review. Since certain administrators on Commons like to revert me
when I change things there, I will leave action=parse disabled on Commons until
a regular Commons administrator removes it from [[MediaWiki:Common.js]].

-- 
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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

--- Comment #20 from Justin  2010-09-22 08:53:30 UTC ---
Thanks for re-enabling the parse method.

(In reply to comment #3)
> If you're using action=parse then please describe your application and typical
> requests on this bug report.

For the record, my application makes requests for single pages, one at a time,
from Wikipedia. An example request would be:

/w/api.php?action=parse&page=Art&format=json&prop=text|revid|links|displaytitle&redirects

I need to traverse the page content client side so it is essential that the
content is parsed first, unless I write / implement a reliable parser myself
and use the query method instead, though I hope now this is not necessary.

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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

Sascha Hendel  changed:

   What|Removed |Added

 CC||arch...@archinform.de

--- Comment #21 from Sascha Hendel  2010-09-22 09:34:23 
UTC ---
Hi,
my web application is broken either.
I need the parse method to analyze image annotations (description & license)
for inclusion in our online architecture database www.archinform.net
This information is cached on our server (only updated if the images are
refreshed (manually initiated)). Shouldn't cause much traffic.

Please reenable the parse method soon,

thanks
Sascha

-- 
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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

--- Comment #22 from Daniel Kinzler  2010-09-22 09:38:19 
UTC ---
I'm using action=parse for the featured article feed provided by wmde at
. The feed should contain the
teaser text, as it appears on the main page, as html. That is what I grab using
action=parse.

-- 
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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

--- Comment #23 from Sascha Hendel  2010-09-22 09:44:39 
UTC ---
Forgot to say, that a typical request looks like this:

http://commons.wikimedia.org/w/api.php?action=parse&format=xml&prop=text&title=TITLE&text=TEXT

-- 
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 25243] New: Update link to Commons

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25243

   Summary: Update link to Commons
   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: maxsem.w...@gmail.com


>From CommonSettings.php:
if( $wgDBname != 'commonswiki' ) {
$wgForeignFileRepos[] = array( 
'class'=> 'ForeignDBViaLBRepo',
'name' => 'shared',
'directory'=> '/mnt/upload6/wikipedia/commons',
'url'  => 'http://upload.wikimedia.org/wikipedia/commons',
'hashLevels'   => 2,
'thumbScriptUrl'   => false,
'transformVia404'  => true,
'hasSharedCache'   => true,
'descBaseUrl'  => 'http://commons.wikimedia.org/wiki/Image:',
'scriptDirUrl' => 'http://commons.wikimedia.org/w',
'fetchDescription' => true,
'wiki' => 'commonswiki',
'initialCapital'   => true,
);

Please change 'descBaseUrl' to 'http://commons.wikimedia.org/wiki/File:', due
to namespace rename. This will save a few HTTP redrects.

-- 
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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

--- Comment #24 from Max Semenik  2010-09-22 10:21:39 
UTC ---
Image Annotator disabled:
http://commons.wikimedia.org/w/index.php?title=MediaWiki:Common.js&diff=44218237&oldid=44154173
http://commons.wikimedia.org/w/index.php?title=MediaWiki:Gadgets-definition&diff=44218225&oldid=43070611

-- 
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 25242] Cannot search with mediawiki 1.16

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25242

--- Comment #5 from biowongyc  2010-09-22 10:40:53 UTC ---
I tried to clear the wiki and re-install it again.  However, I still could not
use the search function.

-- 
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

wikibugs-l@lists.wikimedia.org

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25244

   Summary: query string with an ampersand "&"
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: SemanticForms
AssignedTo: yaro...@gmail.com
ReportedBy: mediaw...@exmatrikulator.de
CC: wikibugs-l@lists.wikimedia.org


i have in a template something like this

{{#forminput:form=Myform|query string=super_page={{PAGENAME

this will work, if the PAGENAME not include an ampersand "&". the ampersand
will be used to terminate another parameter. (URL rules)
i have tried a few escaping functions, but it still doesn't work. sometimes
they get escaped 2 times.

-- 
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 25245] New: SUL account is not written into local user creation log

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25245

   Summary: SUL account is not written into local user creation
log
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: CentralAuth
AssignedTo: vasi...@gmail.com
ReportedBy: seew...@konduktor.de
CC: agarr...@wikimedia.org


The user "Wolfsee":
http://toolserver.org/~vvv/sulutil.php?user=Wolfsee

ist created on cs.wp and edited on de.wp, but he is not written in the user
creation log of de.wp:
http://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&user=Wolfsee

This happened several, but not all times with accounts by this user:
http://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&user=Fritz+B

But not here:
http://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&user=WWSS0
http://de.wikipedia.org/w/index.php?title=Spezial:Logbuch&user=Fritz+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 25245] SUL account is not written into local user creation log

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25245

Guandalug  changed:

   What|Removed |Added

 CC||guanda...@nurfuerspam.de

--- Comment #1 from Guandalug  2010-09-22 11:08:15 
UTC ---
Additional comment for this:

My IRC bot reported similar cases where the bot saw somebody "connecting over"
to de.wp for the first time, auto-creating an account, but there never was a
log entry in de.wp.

As my bot listens to the SUL channel '#central', I therefore assume, that the
CentralAuth logs the connection, but somehow the local account creation never
gets logged.

-- 
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 25179] Resource loader is broken

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25179

Niklas Laxström  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Niklas Laxström  2010-09-22 
11:44:33 UTC ---
Most of the problems are now solved. There seems to be some issues with LQT
remaining.

-- 
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 25245] SUL account is not written into local user creation log

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25245

Leinad  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||danny.lei...@gmail.com
 Resolution||DUPLICATE

--- Comment #2 from Leinad  2010-09-22 11:47:09 UTC ---


*** This bug has been marked as a duplicate of bug 25241 ***

-- 
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 25241] outreachwiki user creations gone missing

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25241

Leinad  changed:

   What|Removed |Added

 CC||seew...@konduktor.de

--- Comment #1 from Leinad  2010-09-22 11:47:09 UTC ---
*** Bug 25245 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 25241] SUL account is not visible in newusers log

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25241

Leinad  changed:

   What|Removed |Added

 CC||danny.lei...@gmail.com
Summary|outreachwiki user creations |SUL account is not visible
   |gone missing|in newusers log

-- 
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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

--- Comment #25 from Sascha Hendel  2010-09-22 11:58:04 
UTC ---
Cool, works again ;)

Thank You!

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

Roan Kattouw  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #26 from Roan Kattouw  2010-09-22 12:01:03 
UTC ---
Reenabled action=parse on Commons. Tim had previously reenabled it on all other
wikis, so action=parse is now back across the board. I'll be keeping a close
eye on the API Squids throughout the day.

-- 
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 24338] Create title and edit title has stopped working

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24338

--- Comment #2 from Yaron Koren  2010-09-22 12:02:16 UTC ---
Hi - I'm finally looking at this now. This question seems odd to me - you're
using #formlink, i.e. using the one-step process, yet your "info" tag doesn't
specify a page-name formula, so it shouldn't work. Could it be that your form
has two "info" tags? If so, that might be causing the problem.

-- 
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 25238] Investigate and re-enable action=parse API module on Wikimedia wikis

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25238

--- Comment #27 from Pol  2010-09-22 12:03:25 UTC ---
Thanks, much appreciated!

-- 
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 24631] MediaWiki:Pagetitle-view-mainpage has no affect on main page

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24631

Nanda Jansen  changed:

   What|Removed |Added

 CC||njan...@natuurlijk.nl

--- Comment #7 from Nanda Jansen  2010-09-22 12:45:03 
UTC ---
Have the same problem. Also since Mediawiki 1.16.0.

-- 
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 25246] New: Color Inconsistency appears in search field when using Vector Skin

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25246

   Summary: Color Inconsistency appears in search field when using
Vector Skin
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Keywords: accessibility
  Severity: normal
  Priority: Normal
 Component: Vector Skin
AssignedTo: tpars...@wikimedia.org
ReportedBy: aishood...@qk.mine.nu
CC: asha...@wikimedia.org


In the vector skin, the background of the search box in the upperhand right
corner is white. The foreground color is from another source. This causes color
inconsistency and in some cases illegibility.

In my case I am using a GTK browser (FireFox) and the foreground color appears
to be coming from the GTK theme. To reproduce the bug, select a GTK theme with
light foreground colors, such as "High Contrast Inverse". This example will
give you white text on a white background, which is illegible.

For browsers, I tested
- firefox 3.6 and 4.0b.
- Opera 10.62
They all exhibited the problem.

I tested some other Mediawiki themes, including Monobook. They did not display
this fault.

-- 
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 25247] New: Queries don't show other users info

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25247

   Summary: Queries don't show other users info
   Product: MediaWiki extensions
   Version: any
  Platform: All
   URL: http://wiki.eth-0.nl/index.php/User:Stitch/attendedeve
nts
OS/Version: Mac OS X 10.6
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Semantic MediaWiki
AssignedTo: mar...@semantic-mediawiki.org
ReportedBy: elger.jon...@gmail.com


Hi Markus,

Whatever i try (refreshing, purging etc) doesn't help. For two users on my wiki
i expect #ask to give the resultset of what events they attended.

The complete dataset is at the bottom of the page, the failing queries are at
the top.

http://wiki.eth-0.nl/index.php/User:Stitch/attendedevents

Regards,
Elger / Stitch

-- 
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 25248] New: API: paraminfo error with userrights module

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25248

   Summary: API: paraminfo error with userrights module
   Product: MediaWiki
   Version: 1.17-svn
  Platform: All
   URL: http://en.wikipedia.org/w/api.php?action=paraminfo&mod
ules=userrights
OS/Version: All
Status: NEW
  Severity: minor
  Priority: Normal
 Component: API
AssignedTo: roan.katt...@gmail.com
ReportedBy: matthew.brit...@btinternet.com
CC: bryan.tongm...@gmail.com, s...@reedyboy.net,
vasi...@gmail.com, soxre...@gmail.com


Using action=paraminfo on the userrights module:

http://en.wikipedia.org/w/api.php?action=paraminfo&modules=userrights

gives the error "The user parameter must be set", as though action=userrights
had been called directly. The query works if a 'user' parameter is given -- any
user, so long as they exist:

http://en.wikipedia.org/w/api.php?action=paraminfo&modules=userrights&user=User

However, the output of paraminfo is not dependent on this parameter, so it
should not be a requirement. No other modules seem to exhibit this behavior;
for example

http://en.wikipedia.org/w/api.php?action=paraminfo&modules=edit

works correctly, even though the edit module has required parameters.

-- 
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 25142] Set $wgGroupPermissions['*']['createpage'] = true; zhwiki (Allowed IP createpage)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25142

--- Comment #14 from waihor...@yahoo.com.hk 2010-09-22 13:57:28 UTC ---
(In reply to comment #13)
> (In reply to comment #12)
> > This is starting to look like a ping pong game...
> 
> ╮(╯_╰)╭

Sorry for any things that request before the vote end. The vote is already end
in the past Sunday and the result is open for 3 months to test. Please grant
"createpage" to IP users. Thanks for any help and sorry for the things case
before vote end.

-- 
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 25249] New: "Upload a new version of this file" should be shown in other wikis when displaying description page of a file from Commons

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25249

   Summary: "Upload a new version of this file" should be shown in
other wikis when displaying description page of a file
from Commons
   Product: MediaWiki
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Images and files
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: heldergeov...@gmail.com
CC: gpaum...@wikimedia.org, bryan.tongm...@gmail.com


Currently the message "Upload a new version of this file" is shown only if you
access the description page directly at Commons. It is useful to have that link
also when viewing the description in the projects which use Commons as a
repository.

-- 
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 25242] Cannot search with mediawiki 1.16

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25242

--- Comment #6 from Max Semenik  2010-09-22 14:49:18 UTC 
---
Created attachment 7696
  --> https://bugzilla.wikimedia.org/attachment.cgi?id=7696
FTS3 support checker

Then looks like your SQLite is compiled without the FTS3 module, which is
needed for search. Gotta add this information to Special:Version for clarity.

If you want to verify that this is really the case, put the attached file to
your MediaWiki installation root (where index.php is) and visit it with a
browser.

The requirement of FTS3 is documented here:
http://www.mediawiki.org/wiki/SQLite#Search_engine

-- 
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 22680] Vector EditWarning breaks page caching. Edits get erased when navigating back and forth

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=22680

Roan Kattouw  changed:

   What|Removed |Added

 CC||tpars...@wikimedia.org
  Component|UsabilityInitiative |Javascript
Version|any |1.17-svn
Product|MediaWiki extensions|MediaWiki

--- Comment #15 from Roan Kattouw  2010-09-22 14:57:19 
UTC ---
Happens on all pages, including those that neither Vector nor
UsabilityInitiative is on. Could be a bug in jQuery I guess.

-- 
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 25223] Allow data-URLs for icons added to the toolbar

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25223

--- Comment #1 from Roan Kattouw  2010-09-22 14:59:41 
UTC ---
Keep in mind that data URLs are not universally supported: of the browsers
supported by WikiEditor, they break in IE7.

-- 
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 25250] New: Create components for Vector and WikiEditor extensions

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25250

   Summary: Create components for Vector and WikiEditor extensions
   Product: Wikimedia
   Version: unspecified
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: Bugzilla
AssignedTo: pdha...@wikimedia.org
ReportedBy: roan.katt...@gmail.com
CC: innocentkil...@gmail.com, tpars...@wikimedia.org


Now that Vector and WikiEditor are separate from UsabilityInitiative, they
should have separate components here as well. We can move bugs from the
UsabilityInitiative component to these two and remove it, I guess.

-- 
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 25248] API: paraminfo errors

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25248

Gurch  changed:

   What|Removed |Added

Summary|API: paraminfo error with   |API: paraminfo errors
   |userrights module   |
   Severity|minor   |normal

--- Comment #1 from Gurch  2010-09-22 16:03:43 
UTC ---
Actually, turns out it's a bit more broken.

In trunk, the equivalent for rollback also gives the error "The title parameter
must be set". On WMF sites it works:

http://en.wikipedia.org/w/api.php?action=paraminfo&modules=rollback

This may be related to the recent changes to "required" parameter validation in
the API.

Also in trunk, *all* querymodules (e.g. action=paraminfo&querymodules=allpages)
cause paraminfo to fail, with an error like this one:

Catchable fatal error: Argument 1 passed to ApiQueryBase::__construct() must be
an instance of ApiQuery, instance of ApiParamInfo given, called in
...\includes\api\ApiQueryBase.php on line 467 and defined in
...\includes\api\ApiQueryBase.php on line 43

-- 
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 24338] Create title and edit title has stopped working

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24338

--- Comment #3 from Neill Mitchell  2010-09-22 
16:10:03 UTC ---
Hi Yaron.

It looks like this is a skin issue. I'm using the Nouveau skin that has
javascript.  If I switch to Monobook it correctly shows "Add Person" and "Edit
Person". With the Nouveau skin it just says "Special page" for both create and
edit.

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 25251] New: Resourceloader breaks adding pages to the Watchlist

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25251

   Summary: Resourceloader breaks adding pages to the Watchlist
   Product: MediaWiki
   Version: 1.17-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: Watchlist
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: danny.lei...@gmail.com


After r72349 adding pages to the Watchlist (by clicking tab "watch" in
Monobook) is not possible without reloading page. Currently link "watch"
redirects to the separate page with message "The page "XXX" has been added to
your watchlist..."

The problem I see when I have Polish language as a default for MediaWiki
installation. When I change language in Special:Preferences (for example on
English), adding pages to Watchlist without reloading page is working, but in
the tab appears .

-- 
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 25251] Resourceloader breaks adding pages to the Watchlist

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25251

Roan Kattouw  changed:

   What|Removed |Added

 CC||roan.katt...@gmail.com
  Component|Watchlist   |Resource Loader
 AssignedTo|wikibug...@lists.wikimedia. |tpars...@wikimedia.org
   |org |

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25243] Update link to Commons

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25243

Roan Kattouw  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 CC||roan.katt...@gmail.com
 Resolution||FIXED

--- Comment #1 from Roan Kattouw  2010-09-22 16:51:42 
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 15678] File system corruption on the image server for the English Wikipedia?

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=15678

Aryeh Gregor  changed:

   What|Removed |Added

 Resolution|WONTFIX |INVALID

-- 
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 25252] New: Resourceloader breaks marking pages as sighted (FlaggedRevs)

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25252

   Summary: Resourceloader breaks marking pages as sighted
(FlaggedRevs)
   Product: MediaWiki
   Version: 1.17-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: Resource Loader
AssignedTo: tpars...@wikimedia.org
ReportedBy: danny.lei...@gmail.com
CC: roan.katt...@gmail.com


Similar to bug25251.

It's not possible to mark the page as sighted (in Extension:FlaggedRevs)
without reloading. Currenlty submitting the review form triggers redirect to
separate page.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 24338] Create title and edit title has stopped working

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=24338

Yaron Koren  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||INVALID

--- Comment #4 from Yaron Koren  2010-09-22 17:07:35 UTC ---
Okay, thanks. I'm setting this to 'invalid' - I don't know if this is still a
problem in SF 2.0, but in any case it doesn't sound like an SF bug per se.

-- 
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 25253] New: Resourceloader breaks Special:Preferences

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25253

   Summary: Resourceloader breaks Special:Preferences
   Product: MediaWiki
   Version: 1.17-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: major
  Priority: Normal
 Component: Resource Loader
AssignedTo: tpars...@wikimedia.org
ReportedBy: danny.lei...@gmail.com
CC: roan.katt...@gmail.com


After r72940 [[Special:Preferences]] do not contain tabs ("User profile",
"Appearance" etc.) - all opitions are visible on single page.

The problem I see when I have Polish language as a default for MediaWiki
installation. When I change language in Special:Preferences (for example on
English), tabs are visible.

-- 
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 25253] Resourceloader breaks Special:Preferences

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25253

OverlordQ  changed:

   What|Removed |Added

 CC||overlo...@gmail.com

--- Comment #1 from OverlordQ  2010-09-22 17:17:33 UTC ---
WFM.

Try upgrading to latest trunk, it was broken for me at one time, but it's
working now. I dont have a specific revision number though.

-- 
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 25223] Allow data-URLs for icons added to the toolbar

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25223

Trevor Parscal  changed:

   What|Removed |Added

 Status|NEW |ASSIGNED

--- Comment #2 from Trevor Parscal  2010-09-22 17:17:52 
UTC ---
Right, you would need to support providing a data-URL+file-URL... Seems like
it's possible to do, but strange.

-- 
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 25253] Resourceloader breaks Special:Preferences

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25253

Leinad  changed:

   What|Removed |Added

 CC||danny.lei...@gmail.com

--- Comment #2 from Leinad  2010-09-22 17:38:39 UTC ---
(In reply to comment #1)
> WFM.
> 
> Try upgrading to latest trunk, it was broken for me at one time, but it's
> working now. I dont have a specific revision number though.

I have the latest SVN revision. In r72939 [[Special:Preferences]] was ok, so
r72940 needs be fixed.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25253] Resourceloader breaks Special:Preferences

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25253

--- Comment #3 from OverlordQ  2010-09-22 17:57:14 UTC ---
The latest trunk is r73547 not r72940

-- 
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 25253] Resourceloader breaks Special:Preferences

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25253

--- Comment #4 from Leinad  2010-09-22 18:08:46 UTC ---
(In reply to comment #3)
> The latest trunk is r73547 not r72940

I said that r72939 was ok, and problem has started in r72940 and continues to
the present revision.

-- 
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 25251] Resourceloader breaks adding pages to the Watchlist

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25251

Trevor Parscal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Trevor Parscal  2010-09-22 18:31:20 
UTC ---
I fixed this in r73556 - this was a silly mistake made while converting this
code to work with ResourceLoader, thanks for the report!

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 25246] Color Inconsistency appears in search field when using Vector Skin

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25246

Trevor Parscal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #1 from Trevor Parscal  2010-09-22 18:37:34 
UTC ---
This should be all fixed up in r73557 - I just added an explicit text color to
the search box.

-- 
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 22680] Vector EditWarning breaks page caching. Edits get erased when navigating back and forth

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=22680

--- Comment #16 from Trevor Parscal  2010-09-22 
18:38:28 UTC ---
I recall this had to do with the fact that we were wrapping the textarea, which
essentially removes/adds it.

-- 
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.

___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l

[Bug 16750] class='mw-imagepage-duplicates' contains old image-links

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=16750

Umherirrender  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution||FIXED

--- Comment #4 from Umherirrender  2010-09-22 
19:27:18 UTC ---
(In reply to comment #3)
> This looks like a setting of $wgForeignFileRepos key 'descBaseUrl' in
> CommonSettings.php. So make this a shell request for WMF wikis.
> Thanks for change the setting.

fixed per bug 25243, so make this fixed as well

-- 
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 25012] When ordering by created date, there should be a method to show creation date beside the article like addfirstcategorydate does with cl_timestamp

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25012

Bawolff  changed:

   What|Removed |Added

Summary|Created date instead of |When ordering by created
   |last edit date  |date, there should be a
   ||method to show creation
   ||date beside the article
   ||like addfirstcategorydate
   ||does with cl_timestamp

--- Comment #5 from Bawolff  2010-09-22 20:50:31 UTC ---
Changing title to more specific (hopefully I captured that correctly)

I spent a little time investigating this, and there is actually two issues
here, only one of which is DPL's fault:

Issue 1: ( no addcreatedate option )

When DynamicPageList uses order by creation date, it actually orders by page_id
(on the assumption that page ids are sequential and don't get reused, which is
mostly true). The bug is (as far as i understand) that there is no option to
put the date created in front of each article that is output.

Currently the addfirstcategorydate parameter is used, which puts the date the
article was added to the category being listed (cl_timestamp). This generally
works, but occasionally doesn't.

For some reason, all the somolia articles on tawikinews seem to have a
cl_timestamp of sometime in september 2nd, which is making the dates be wrong
on the portal page. Which brings me to issue number 2:

-

Issue 2 (probably to be split off into another bug as its not a DPL issue):
cl_timestamp is being constantly updated (seemingly each time page is edited,
including null edits but not including action=purge's) in ways it shouldn't be.
(I'll probably file a seperate bug for this.

I really don't understand why that is. Its not like there is any
{{DEFAULTSORT:{{REVISIONID in the text. I tested on enwikinews and this
does not occur there.


Here's what a did to test this second issue.

*Took a random article from tawikinews: http://ta.wikinews.org/wiki/?curid=959
. This article was from a while ago and had a cl_timestamp for all of its
categories as 9:07 october 23, 2009, presumably from the edit at the same time:
http://ta.wikinews.org/w/index.php?action=historysubmit&diff=2406&oldid=2399

* This was the first weird thing, as based on the edit history, and that as far
as i can tell none of these categories were from templates, the cl_timestamp
should of been set in the edit at
http://ta.wikinews.org/w/index.php?curid=959&diff=prev&oldid=2393 ( oct 22 2009
11:28).

*Then i did action=purge to see if that would affect anythng. It did not

*Then i did a null edit to see if that would change anything. Surprisingly it
did. cl_timestamp of all the categories on that article changed to the current
time! ( sept 22 2009 -
http://ta.wikinews.org/w/api.php?action=query&clprop=timestamp&prop=categories&pageids=959
)

* I did another null edit to see if this was a one time thing (maybe the
unicode normalization of tamil changed in the meanwhile and the sortkeys had to
be updated or something weird like that), however yet again the cl_timestamp
changed

Conclusion, on tawikinews every edit causes the cl_timestamp to be updated.
Expected behaviour is they should only be updated on addition of category,
removal of category, or change of sortkey.

This stumped me for a little while, and then i got thinking about the sortkey,
and checked what it was. It turns out that it was not the full article title
like i expected but only a portion of it (and ended in an invalid unicode
sequence). Looking at the db, sortkey has a max size of 86, so mediawiki must
have been seeing that the current sortkey doesn't = the stored sortkey, so
updating the cl_timestamp, and then the sortkey gets truncated on insert (rinse
and repeat each save)


Probably should of wrote that on a different bug report, but I figured this out
as i was writing this. Will open another bug (assuming the issue still applies
to trunk after all the categorylinks changes)


Tamil folks: as a work around you can add {{DEFAULTSORT:}} to new articles, and it may stop this
from happening (it will update the timestamps when you add it though)

-- 
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 25254] New: Using a sortkey longer than the db field causes cl_timestamp to be updated on every page save (including null edits) even if the edit did not touch the category

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25254

   Summary: Using a sortkey longer than the db field causes
cl_timestamp to be updated on every page save
(including null edits) even if the edit did not touch
the category
   Product: MediaWiki
   Version: 1.17-svn
  Platform: All
OS/Version: All
Status: NEW
  Severity: normal
  Priority: Normal
 Component: Categories
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: bawolff...@gmail.com
CC: amgine.sae...@gmail.com
Depends on: 16287
Blocks: 16602


Splitting off from Bug 25012

Steps to reproduce:
*Add a page to a category and use a really long sortkey (on whats running on
wikimedia greater than 86 bytes, for trunk greater than 255 bytes)
*Look up the cl_timestamp using db or api
*do a null edit
*Look up cl_timestamp

Expected behaviour: cl_timestamp should be the same both times (and equal to
the first time you edit the page)

Actual behaviour: 
cl_timestamp is the time you did a null edit.


Presumably what happens is mediawiki thinks your sortkey is one thing, it gets
truncated when entered into the db, then next time mediawiki thinks the sortkey
is the full sortkey, but db thinks its the truncated sortkey, so it assumes the
sortkey has changed and updates cl_timestamp. (rinse and repeat each save)


This is particularly noticeable with the non-latin wikinews projects, as the
utf-8 encoding of their scripts are bigger, and its more common for the page
title to not fit in the sortkey field (presumably with categorylinks table
changing sortkey to having a size limit of 255 bytes, this will be alleviated
as thats the limit for page names too, however the new sortkey scheme is also
supposed to be much bigger for other languages from what i hear so maybe not,
anyways it would still a bug when a user manually enters a huge sortkey). These
wikinews editions then use DPL, which relies on cl_timestamp not doing this
type of thing.


btw there is also an open bug requesting that sortkey changes do not modify
cl_timestamp - bug 16287. I think that'd be cool from a DPL prespective, and
would solve this issue, but I'm not sure if thats an intended behaviour or not.


p.s. Hopefully i used the depends on/blocks fields correctly as i've never used
them before

-- 
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 16287] Changing sortkey of category using DEFAULTSORT changes category add timestamp

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=16287

Bawolff  changed:

   What|Removed |Added

 Blocks||25254

-- 
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 16602] Old news keeps popping up on top of the most resent news-lists

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=16602

Bawolff  changed:

   What|Removed |Added

 Depends on||25254

-- 
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 25012] When ordering by created date, there should be a method to show creation date beside the article like addfirstcategorydate does with cl_timestamp

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25012

--- Comment #6 from Bawolff  2010-09-22 21:14:44 UTC ---
Note: issue 2 was split off into Bug 25254

-- 
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 25255] New: [commonist] license / license-header

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25255

   Summary: [commonist] license / license-header
   Product: MediaWiki extensions
   Version: any
  Platform: All
OS/Version: All
Status: NEW
  Severity: enhancement
  Priority: Normal
 Component: [other]
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: krinklem...@gmail.com


I couldn't find "MediaWiki Tools" like on SVN, so I've put it here.

I see in the source code:
http://svn.wikimedia.org/viewvc/mediawiki/trunk/tools/commonist/etc/image_wikimedia_commons.bpp?view=markup

It's currently still putting the {{int:license}} in there, which previously was
== Licensing ==. However, just like in the MW core, the message key is
{{int:license-header}}. Since {{int:license}} is the upload label.

Can someone correct this in the Commonist ?

-- 
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 25241] SUL account is not visible in newusers log

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25241

I-20  changed:

   What|Removed |Added

 CC||agarr...@wikimedia.org
  Component|Site requests   |CentralAuth
Version|unspecified |any
 AssignedTo|wikibug...@lists.wikimedia. |vasi...@gmail.com
   |org |
Product|Wikimedia   |MediaWiki extensions

--- Comment #2 from I-20  2010-09-22 21:49:30 UTC ---
Changing to CentralAuth.

-- 
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 25253] Resourceloader breaks Special:Preferences

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25253

Trevor Parscal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||WORKSFORME

--- Comment #5 from Trevor Parscal  2010-09-22 21:56:38 
UTC ---
I have not been able to reproduce 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 25049] Add hook for extensions to register into the resource loader

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25049

Trevor Parscal  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution||FIXED

--- Comment #3 from Trevor Parscal  2010-09-22 21:57:36 
UTC ---
This has been done for a while now. The hook is called
ResourceLoaderRegisterModules.

-- 
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 25049] Add hook for extensions to register into the resource loader

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25049

Platonides  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |

--- Comment #4 from Platonides  2010-09-22 22:38:08 UTC 
---
Then why isn't it documented in doc/hooks.txt ?

-- 
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 25026] Wikispecies logo needs to be shorter for Vector

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=25026

--- Comment #4 from Ryan Kaldari  2010-09-22 23:46:18 
UTC ---
I've fixed the logo at
http://upload.wikimedia.org/wikipedia/commons/b/b2/Wikispecies-logo-en.png

-- 
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 23956] Small font size in vector

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=23956

aishood...@qk.mine.nu changed:

   What|Removed |Added

 Status|NEW |ASSIGNED
 CC||aishood...@qk.mine.nu

--- Comment #2 from aishood...@qk.mine.nu 2010-09-23 05:45:15 UTC ---
I just compared "Vector" and "Monobook" side by side in Firefox 3.6.
Vector renders smaller than Monobook.
More specifically, it is not that Vector uses a font size which is too small,
it is that Vector uses a font size that is wrong.

We can let this is bug report be specifically associated with a bug in Epiphany
and I will file another report for the general issue.

-- 
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 23796] Feature request: article icon area

[bugzilla-daemon]

https://bugzilla.wikimedia.org/show_bug.cgi?id=23796

--- Comment #27 from entli...@gmx-topmail.de 2010-09-23 05:51:19 UTC ---
Some figures from dewiki: We currently have 10 templates that generate icons,
but they are rarely combined. The vast majority of our 1125000 articles (99.5%)
has no icons. 5762 articles have 1 icon, 121 articles have 2 icons, and I'm not
aware of any situation where an article could have 3 or more icons.

We also have 11 templates that create text elements; the most used is the
coordinates template with nearly 20 transclusions (18% of all articles).
The text can be rather long because Swiss towns have their coordinates in WGS84
and the Swiss national format (therefore the tiny font size of 10px), and they
can also occur together with icons (see e.g. [[de:Tägermoos]]). The text
templates are deliberately made so that no more than 1 can be used on a page
(they would overlap).

I'm a little worried about the order in which the items appear in the wikitext
becoming significant. That's fine for icons, but it may be desired to
differentiate between icons and text elements. At dewiki, in most cases the
coordinates are transcluded from and infobox the top of the article that can't
be moved. Similarly, the icons are transcluded from a template at the bottom of
the article that can't be moved either.

-- 
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