[Bug 26540] New: upgrading to 1.17 fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=26540 Summary: upgrading to 1.17 fails Product: MediaWiki Version: 1.17 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@tronicum.com CC: innocentkil...@gmail.com i try to upgrade to 1.17. update.php is complaing about a missing applyPatch function. changing $this-db-applyPatch( $patchFile ); to $this-applyPatch( $patchFile ); in includes/installer/MysqlUpdater.php on line 194 will fix this issue. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26540] upgrading to 1.17 fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=26540 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED CC||s...@reedyboy.net Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-01-02 08:06:05 UTC --- r79480 in SVN Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26540] Wrong call to applyPatch in MysqlUpdater
https://bugzilla.wikimedia.org/show_bug.cgi?id=26540 Reedy s...@reedyboy.net changed: What|Removed |Added Summary|upgrading to 1.17 fails |Wrong call to applyPatch in ||MysqlUpdater -- 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 26516] nbsp; causes HTML tags to close unexpectedly (when using tidy)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26516 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com Blocks||2542 Summary|nbsp; causes HTML tags to |nbsp; causes HTML tags to |close unexpectedly |close unexpectedly (when ||using tidy) --- Comment #1 from Bawolff bawolff...@gmail.com 2011-01-02 08:29:34 UTC --- Works fine when tidy is disabled, so tidy 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 2542] Tidy sucks (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2542 Bawolff bawolff...@gmail.com changed: What|Removed |Added Depends on||26516 -- 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 26541] New: Generator-ise ApiQueryRecentChanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=26541 Summary: Generator-ise ApiQueryRecentChanges Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: API AssignedTo: roan.katt...@gmail.com ReportedBy: s...@reedyboy.net CC: bryan.tongm...@gmail.com, s...@reedyboy.net, vasi...@gmail.com, soxre...@gmail.com Per request of Nikerabbit on IRC, Generator-ise ApiQueryRecentChanges More a TODO reminder for myself -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26325] deleting translation from Message.php does not update to fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=26325 --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 08:37:39 UTC --- (In reply to comment #4) this is actually a feature, not a bug. It is to prevent a message that's deleted in a newer version of MediaWiki to also be removed in older version that still use that message! Right... There's a difference though between the message being deleted from trunk completely and only being deleted from one language (in the latter case, that's meant to trigger the fallback). So if a message is removed from the language we're processing but still present in English, I think we should remove it from LU too, and keep it otherwise. Sound about right? -- 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 26542] New: CURRENTWEEK problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=26542
Summary: CURRENTWEEK problem
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Normal
Component: General/Unknown
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: luoother...@gmail.com
Using {{currentweek}} on zh-wiki on Jan 1, 2011 leads to week 52 instead of
week 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 26542] CURRENTWEEK problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=26542 Bawolff bawolff...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||bawolff...@gmail.com Resolution||INVALID --- Comment #1 from Bawolff bawolff...@gmail.com 2011-01-02 09:43:55 UTC --- This is correct behaviour (We follow iso 8601 standard). Because the jan 1st falls on a saturday this year, that means its part of the last week of last year. See [[ISO_8601#Week_dates]] -- 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 26508] Content Security Policy (CSP)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26508 Bawolff bawolff...@gmail.com changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #1 from Bawolff bawolff...@gmail.com 2011-01-02 10:06:20 UTC --- Blocking JS url's would break stuff, if not in core, definitely in userscripts. Well it'd be nice if we didn't use html event handler attributes, many extensions still do (many extensions also probably use eval). Most of this stuff probably wouldn't be too useful, but some of it possibly might. Restricting what places the scripts can come from might be interesting (easy way to stop naive admins from including scripts from third parties). But one would have to be careful not to break things. People include scripts from other wikimedia projects and so on. -- 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 26325] deleting translation from Message.php does not update to fallback
https://bugzilla.wikimedia.org/show_bug.cgi?id=26325 --- Comment #6 from Tom Maaswinkel tom.maaswin...@12wiki.eu 2011-01-02 10:09:50 UTC --- That sounds like the right solution -- 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 26540] Wrong call to applyPatch in MysqlUpdater
https://bugzilla.wikimedia.org/show_bug.cgi?id=26540 Stefan S s...@tronicum.com changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|FIXED | --- Comment #2 from Stefan S s...@tronicum.com 2011-01-02 10:21:45 UTC --- its still db- in 79485 can you add it to branch http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_17/phase3/includes/installer/MysqlUpdater.php or did you change it that it works with db? -- 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 26540] Wrong call to applyPatch in MysqlUpdater
https://bugzilla.wikimedia.org/show_bug.cgi?id=26540 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #3 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 10:27:05 UTC --- (In reply to comment #2) its still db- in 79485 can you add it to branch http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_17/phase3/includes/installer/MysqlUpdater.php or did you change it that it works with db? The revision hasn't been merged to the branch yet. I merged another batch recently and we've currently got just one reviewed revision ready for backporting (the fix for this bug), so I'll wait until there are a few more in the queue (or other existing revisions in the queue get reviewed) before I backport another batch. This'll probably happen on Tuesday or Wednesday. -- 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 26540] Wrong call to applyPatch in MysqlUpdater
https://bugzilla.wikimedia.org/show_bug.cgi?id=26540 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #4 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 10:31:26 UTC --- Reclosing as FIXED because that's what we do once bugs are fixed in trunk. -- 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 26525] A commons image should have an edit tab going directly to the Commons page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26525 --- Comment #5 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2011-01-02 10:59:24 UTC --- (In reply to comment #4) Changing summary. We don't want to take the users out of their wiki on viewing a image page. What's so bad about it, actually? Commons is Wikimedia's image repository and the global account makes the home wiki concept transparent. -- 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 26525] A commons image should have an edit tab going directly to the Commons page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26525 Niklas Laxström niklas.laxst...@gmail.com changed: What|Removed |Added CC||niklas.laxst...@gmail.com --- Comment #6 from Niklas Laxström niklas.laxst...@gmail.com 2011-01-02 11:20:05 UTC --- (In reply to comment #5) What's so bad about it, actually? Commons is Wikimedia's image repository and the global account makes the home wiki concept transparent. Only in WMF, and not there always 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 26543] New: Styles and their documentation to be moved from Wikipedia to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26543 Summary: Styles and their documentation to be moved from Wikipedia to Mediawiki Product: MediaWiki Version: 1.18-svn Platform: All URL: http://en.wikipedia.org/wiki/Wikipedia:Catalogue_of_CS S_classes OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: Documentation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jida...@jidanni.org Blocks: 12788 Any of the items on http://en.wikipedia.org/wiki/Wikipedia:Catalogue_of_CSS_classes http://en.wikipedia.org/wiki/MediaWiki:Common.css 1) should be documented at www.mediawiki.org, instead of en.wikipedia.org? 2) are finished with their incubation period, and can be moved into MediaWiki like Bug 26266, if not there already, (perhaps along say with i etc. HTML tags, if they match what the CSS does)? (If I don't understand, I'm not alone, http://en.wikipedia.org/wiki/Wikipedia_talk:Catalogue_of_CSS_classes#Bunch_of_newbie_questions I tried to read this page but it made my head spin,) -- 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 12788] CSS (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=12788 jida...@jidanni.org changed: What|Removed |Added Depends on||26543 -- 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 16315] Change favicon for Wiktionaries
https://bugzilla.wikimedia.org/show_bug.cgi?id=16315 alkamid adam...@gmail.com changed: What|Removed |Added CC||adam...@gmail.com --- Comment #33 from alkamid adam...@gmail.com 2011-01-02 13:17:05 UTC --- Hello. People from ja.wiktionary have also agreed to change their favicon. Link to the voting: http://ja.wiktionary.org/wiki/Wiktionary:%E7%B7%A8%E9%9B%86%E5%AE%A4/2010%E5%B9%B4Q4#Favicon.E3.81.AE.E5.A4.89.E6.9B.B4 Greets, Alkamid -- 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 26493] Import failed: Could not open import file error for a specific page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26493 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||ialex.w...@gmail.com Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-01-02 13:35:20 UTC --- *** This bug has been marked as a duplicate of bug 15000 *** -- 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 15000] Special:Import error: Import failed: Could not open import file
https://bugzilla.wikimedia.org/show_bug.cgi?id=15000 Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com changed: What|Removed |Added CC||mybugs.m...@gmail.com --- Comment #9 from Alexandre Emsenhuber [IAlex] ialex.w...@gmail.com 2011-01-02 13:35:20 UTC --- *** Bug 26493 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 26544] New: Missing CSS for .redirectText
https://bugzilla.wikimedia.org/show_bug.cgi?id=26544
Summary: Missing CSS for .redirectText
Product: MediaWiki
Version: 1.17
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: Vector Skin
AssignedTo: tpars...@wikimedia.org
ReportedBy: er...@darcoury.nl
CC: asha...@wikimedia.org
In /monobook/main.css, the following CSS for soft redirects is in place, but
this has been completely overlooked in Vector, resulting in too small links:
/* Soft redirect */
.redirectText {
font-size: 150%;
margin: 5px;
}
--
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 26544] Missing CSS for .redirectText
https://bugzilla.wikimedia.org/show_bug.cgi?id=26544 Erwin Dokter er...@darcoury.nl changed: What|Removed |Added Severity|enhancement |minor -- 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 26545] New: Enable NewUserMessage extension on Meta-Wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26545 Summary: Enable NewUserMessage extension on Meta-Wiki 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: federicol...@tiscali.it Per consensus at http://meta.wikimedia.org/w/index.php?title=Meta:Babeloldid=2257477#Welcoming_users , please enable NewUserMessage extension on Meta-Wiki, with NewUserMessageOnAutoCreate set to true (as on Commons, because most users come to Meta from other projects). I've already created http://meta.wikimedia.org/wiki/MediaWiki:Newusermessage-editor (and the account), http://meta.wikimedia.org/wiki/MediaWiki:Newusermessage-substitute. -- 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 3665] Auto-detect interface language for anonymous users
https://bugzilla.wikimedia.org/show_bug.cgi?id=3665 --- Comment #15 from dohnp...@gmail.com 2011-01-02 14:49:06 UTC --- Well, should I create a new issue, requesting a language switcher for Commons (ideally accessible on every page, not only on the main one), that would trigger persistent uselang, so that the interface language could stay the same even after clicking links? -- 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 26525] A commons image should have an edit tab going directly to the Commons page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26525 --- Comment #7 from Kozuch kol...@seznam.cz 2011-01-02 15:05:18 UTC --- I see nothing bad in taking users out of their home wiki. What is your point for not doing that??? For instance we loose Commons categories on home wikies... -- 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 26546] New: add message for invalid displaytitle
https://bugzilla.wikimedia.org/show_bug.cgi?id=26546
Summary: add message for invalid displaytitle
Product: MediaWiki
Version: 1.18-svn
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Normal
Component: Page rendering
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: umherirrender_de...@web.de
When a page contains a invalid displaytitle ({{DISPLAYTITLE:invalid}}), please
report that with a system message on that page. It is hard to find all this
cases. The title can be invalid after page move and than nobody repair it. When
having a message, it is possible to add a category and find the pages.
Please also add the message when there are two or more displaytitle on the
page, but one is invalid.
Thanks.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for the bug.
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26547] New: ignore display:none; inside displaytitle
https://bugzilla.wikimedia.org/show_bug.cgi?id=26547 Summary: ignore display:none; inside displaytitle Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Page rendering AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: umherirrender_de...@web.de Using display:none; inside displaytitle (for the full or for parts) makes it hard to copy and using as the page title for wikilinks. That break the intention of displaytitle (if $wgRestrictDisplayTitle is true). It is possible to ignore (div|span) style=display:none;/(div|span) when parsing displaytitle? Thanks. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26543] Styles and their documentation to be moved from Wikipedia to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26543 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Blocks|12788 | -- 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 12788] CSS (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=12788 Krinkle krinklem...@gmail.com changed: What|Removed |Added Depends on|26543 | -- 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 3665] Auto-detect interface language for anonymous users
https://bugzilla.wikimedia.org/show_bug.cgi?id=3665 --- Comment #16 from Mormegil morme...@centrum.cz 2011-01-02 15:46:25 UTC --- (In reply to comment #15) Well, should I create a new issue, requesting a language switcher for Commons (ideally accessible on every page, not only on the main one), that would trigger persistent uselang, so that the interface language could stay the same even after clicking links? There already is one, setting “persistent” uselang, used when coming from another Wikimedia project. Try going from e.g. http://cs.wikipedia.org/wiki/File:Example.jpg (not logged in) to the image page on Commons, you should get uselang=cs automatically. See http://commons.wikimedia.org/wiki/MediaWiki:PersistentUselang.js -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 3665] Auto-detect interface language for anonymous users
https://bugzilla.wikimedia.org/show_bug.cgi?id=3665 --- Comment #17 from dohnp...@gmail.com 2011-01-02 15:59:23 UTC --- It's nice, but we need a language switcher for not logged users, setting such a persistent uselang, on every page (or at least on the main one). Where should it be sorted out? Here or directly somewhere on Commons? -- 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 23438] Deploy r63300 (skin-independent user JS/CSS) on Wikimedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=23438 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||krinklem...@gmail.com Resolution||INVALID --- Comment #4 from Krinkle krinklem...@gmail.com 2011-01-02 16:07:32 UTC --- Except for critical fixed and security leaks, as far as I know nothing will be predeployed. It will be deployed when the review proces of all the commits has reached this revision and the wmfbranch is created. From what I can see this revision is already reviewed and now waiting for the 1.17wmf5 branch to be created. The regular release branch for 1.17 (under which this commit belongs) has been created December 2009. As soon as that reaches a somewhat stable state, from what I hear the wmf branch will be created not too long afterwards, so perhaps January or February 2011. Then a little more testing and thumbling and it'll be deployed on the wmf cluster, replacing 1.16wmf4. Closing this bug as INVALID since it will be released in the regular schedule and doesn't require a seperate bug for it. [1] http://www.mediawiki.org/wiki/Branch_points -- 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 8433] Allow skin CSS to be flushed remotely
https://bugzilla.wikimedia.org/show_bug.cgi?id=8433 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #15 from Krinkle krinklem...@gmail.com 2011-01-02 16:11:02 UTC --- See also bug 17524 -- 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 17524] CSS and JavaScript changes should take effect immediately (at least as a config option)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #7 from Krinkle krinklem...@gmail.com 2011-01-02 16:11:19 UTC --- See also bug 8433. -- 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 26543] Styles and their documentation to be moved from Wikipedia to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26543 --- Comment #1 from Krinkle krinklem...@gmail.com 2011-01-02 16:22:57 UTC --- That CSS catelogue will soon be outdated, and in a way already is since Wikipedia runs on 1.16 and MediaWiki is currently preparing 1.17 for release and trunk is 1.18 so it shouldn't be imported to MediaWiki.org since it already doesn't represent what is coming within a month – not the mention the parts that are Wikimedia and/or Wikipedia specfic. As for Common styles, MediaWiki is used way more then just Wikipedia and it can already be quite nasty for developers to create own skins due to the number of default styles that need to be 'reset' in some cases. If people are interested in being exactly the same as Wikipedia, nothing keeps them from doing that, but it most certainly should not be the default in a MediaWiki release: * go to [[Special:Version]] and install the extensions you like * go to [[MediaWiki:Common.css]], [[MediaWiki:Common.js]], [[MediaWiki:Vector.css]], [[MediaWiki:Vector.js]] and copy the relevant stuff. * Anything else ? Seems like a fairly straightforward process. If your request is to have styles across the various Wikimedia projects be the same, perhaps request some kind of [[MediaWiki:Global.css]] which could be stored on Meta-Wiki or Commons that affects all wikis. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 24212] Add MediaWiki:Filepage.css which is also included on foreign
https://bugzilla.wikimedia.org/show_bug.cgi?id=24212 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Add special CSS file to be |Add MediaWiki:Filepage.css |included for styling remote |which is also included on |image descriptions |foreign -- 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 24212] Add MediaWiki:Filepage.css which is also included on foreign
https://bugzilla.wikimedia.org/show_bug.cgi?id=24212 --- Comment #4 from Krinkle krinklem...@gmail.com 2011-01-02 16:24:22 UTC --- Renamed to Filepage.css in r68968. -- 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 23438] Deploy r63300 (skin-independent user JS/CSS) on Wikimedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=23438 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #5 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 18:50:24 UTC --- (In reply to comment #4) 1.17wmf5 branch to be created. 1.17wmf1 The regular release branch for 1.17 (under which this commit belongs) has been created December 2009. December 2010; it hasn't been rotting for a year :) -- 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 17524] CSS and JavaScript changes should take effect immediately (at least as a config option)
https://bugzilla.wikimedia.org/show_bug.cgi?id=17524 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #8 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 18:57:30 UTC --- This is fixed in ResourceLoader. Changes to MediaWiki:Vector.css take effect immediately after saving on my dev install, and should take effect within 5 minutes after saving for other users. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 8433] Allow skin CSS to be flushed remotely
https://bugzilla.wikimedia.org/show_bug.cgi?id=8433 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||roan.katt...@gmail.com Resolution||FIXED --- Comment #16 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 18:59:09 UTC --- ResourceLoader takes care of this, see also bug 17524 -- 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 12788] CSS (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=12788 Bug 12788 depends on bug 8433, which changed state. Bug 8433 Summary: Allow skin CSS to be flushed remotely https://bugzilla.wikimedia.org/show_bug.cgi?id=8433 What|Old Value |New Value Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26537] ED constantly refreshes on the download page in Opera
https://bugzilla.wikimedia.org/show_bug.cgi?id=26537 Brion Vibber br...@pobox.com changed: What|Removed |Added Status|NEW |ASSIGNED AssignedTo|tstarl...@wikimedia.org |br...@pobox.com --- Comment #1 from Brion Vibber br...@pobox.com 2011-01-02 19:25:58 UTC --- Confirmed w/ Opera 11.00 on Mac OS X 10.6.5, taking a peek. Possibly something not 100% right in how we output the refresh info... -- 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 26537] ED constantly refreshes on the download page in Opera
https://bugzilla.wikimedia.org/show_bug.cgi?id=26537 Brion Vibber br...@pobox.com changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution||FIXED --- Comment #2 from Brion Vibber br...@pobox.com 2011-01-02 19:45:48 UTC --- Fix committed in r79498: * (bug 26537) ExtensionDistributor download fix for Opera Download was being triggered with an HTTP Refresh header in the format: Refresh: 5;http://example.com/tarballs/foo.tgz This worked fine in Firefox, but Opera was not picking up the target URL, and ended up refreshing the current page instead. Turns out there's actually supposed to be a url= in front of the URL; with that added, Opera picks it up fine now: Refresh: 5;url=http://example.com/tarballs/foo.tgz -- 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 26526] Some absolute links should be relative
https://bugzilla.wikimedia.org/show_bug.cgi?id=26526 --- Comment #2 from Brion Vibber br...@pobox.com 2011-01-02 19:47:56 UTC --- Ok to mark the bug as fixed, or are some elements not resolved yet? -- 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 23438] Deploy r63300 (skin-independent user JS/CSS) on Wikimedia sites
https://bugzilla.wikimedia.org/show_bug.cgi?id=23438 --- Comment #6 from Krinkle krinklem...@gmail.com 2011-01-02 19:50:13 UTC --- (In reply to comment #5) (In reply to comment #4) The regular release branch for 1.17 (under which this commit belongs) has been created December 2009. December 2010; it hasn't been rotting for a year :) Yeah, that's what I meant. I'm getting used to the fact that we're living in 2011, yet last year is still defined as 2009. ;-) -- 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 26499] Include size of the dump file in each dump file
https://bugzilla.wikimedia.org/show_bug.cgi?id=26499 --- Comment #1 from Brion Vibber br...@pobox.com 2011-01-02 19:53:25 UTC --- Dump files are generated directly to their compressed form, so these exact things aren't really possible to put in. (The compression formats might make it possible to get the uncompressed size without doing all the decompression work, though.) Having a count of the number of articles/revisions in the snapshot available as additional metadata outside the file is probably more doable (and easier to relate to a progress report on XML stream processing). -- 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 25578] We should support XML-valid delimiters for query string parameters
https://bugzilla.wikimedia.org/show_bug.cgi?id=25578 Brion Vibber br...@pobox.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||INVALID --- Comment #9 from Brion Vibber br...@pobox.com 2011-01-02 20:19:31 UTC --- I'm gonna take the initiative and resolve INVALID (I really want a 'WONTIMPLEMENT' to supplement 'WONTFIX', which implies it's a known problem we won't fix, rather than a valid, but not desired in this case, option). Messing with the options to accept semicolons as separators is possible, but has a bunch of problems: * would likely break things that submit freeform text in forms, since text can contain semicolons, so mixed-mode parsing gets confusing * the settings in php.ini aren't always editable * even when they are adjustable, PHP code can't change it as it's too late * it would be possible to reimplement the GET parameter extraction from scratch in WebRequest, but that doesn't seem worth the effort * more code paths and more URL variants just sounds icky The sort of case where this originally came up -- hacky wikitext/HTML/JS mixture pages that use several layers of processing meant for other layers of processing to try to whip stuff together -- are good cases for more specialized systems of template generation that would reduce the need for manual intervention on the markup level. -- 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 24985] Clarify temp directory
https://bugzilla.wikimedia.org/show_bug.cgi?id=24985 --- Comment #1 from Brion Vibber br...@pobox.com 2011-01-02 20:42:29 UTC --- Hmm, taking a quick look... $wgTmpDirectory is initialized to $wgUploadDirectory/tmp, which gives it two important properties: * it's in a writable place that's shared across requests * nobody else is going to mess with those files * it's probably on the same filesystem as our upload area * it may be exposed to the web wfTempDir() is an abstraction to find the system-specific temporary directory (traditionally /tmp on Unixy systems). This has a few other properties: * files here might disappear when we're not looking (eg on reboot) * there may be lots of other files not under our control, but other users probably can't mess with our files as long as names are unique * less likely to be on same filesystem as our upload area It looks like most code using $wgTmpDirectory doesn't actually need to keep the files around across requests or anything, though. (Math and URL uploading take advantage of being able to rename the output file atomically from the temp location to the final location, but it's probably not a performance-critical path and isn't guaranteed since the dir is renamable.) Some things that it looks like *do* need/want to keep files across requests: * DBABagOStuff (cache implementation; meant for dev use) * I think that might be it. Math and easytimeline also don't clean up their temp files very nicely, which is lazy. -- 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 24731] certain file types are blocked for uploading
https://bugzilla.wikimedia.org/show_bug.cgi?id=24731 Brion Vibber br...@pobox.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #8 from Brion Vibber br...@pobox.com 2011-01-02 20:48:05 UTC --- Resolving as dupe of bug 23583 rather than a dependency. *** This bug has been marked as a duplicate of bug 23583 *** -- 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 23583] /skins/common/upload.js does not consider wgCheckFileExtensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=23583 Brion Vibber br...@pobox.com changed: What|Removed |Added CC||flo...@gmail.com --- Comment #2 from Brion Vibber br...@pobox.com 2011-01-02 20:48:05 UTC --- *** Bug 24731 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 23583] /skins/common/upload.js does not consider wgCheckFileExtensions
https://bugzilla.wikimedia.org/show_bug.cgi?id=23583 --- Comment #3 from Brion Vibber br...@pobox.com 2011-01-02 20:49:36 UTC --- Hmm, perhaps it should just not export $wgFileExtensions if $wgCheckFileExtensions is off? -- 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 26548] New: External wiki generates incorrect thumbnails of PDF files from Wikimedia Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26548 Summary: External wiki generates incorrect thumbnails of PDF files from Wikimedia Commons Product: MediaWiki Version: 1.18-svn Platform: All URL: http://tools.wikimedia.pl/testwiki/w/index.php?title=P lik:Felipe_Ortega,_Flagged_revisions_study_results.pdf page=3 OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: danny.lei...@gmail.com To reproduce: 1. Create new installation of MediaWiki and enable extension PdfHandler and set variable $wgUseInstantCommons=true; 2. In this wiki try open PDF file from Wikimedia Commons and click 2nd, 3rd, 4 page 3. Wiki will generate all thumbnails the same as the first page (example in URL) PS My apologies, but I don't know which Bugzilla Compotent is proper, probably the issue is connected with extension PdfHandler or with variable $wgUseInstantCommons. -- 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 26541] Generator-ise ApiQueryRecentChanges
https://bugzilla.wikimedia.org/show_bug.cgi?id=26541 Reedy s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Reedy s...@reedyboy.net 2011-01-02 21:02:22 UTC --- r79501 -- 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 24985] Clarify temp directory
https://bugzilla.wikimedia.org/show_bug.cgi?id=24985 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #2 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 21:17:34 UTC --- (In reply to comment #1) It looks like most code using $wgTmpDirectory doesn't actually need to keep the files around across requests or anything, though. (Math and URL uploading take advantage of being able to rename the output file atomically from the temp location to the final location, but it's probably not a performance-critical path and isn't guaranteed since the dir is renamable.) UploadStash needs this (ability to keep temp files across requests and read them), although it uses the filerepo abstraction so I'm not sure if $wgTmpDirectory is used directly or if the repo uses $wgUploadDirectory/tmp regardless of what $wgTmpDirectory is. I think it's the latter, but it's been too long since I touched it. Math and easytimeline also don't clean up their temp files very nicely, which is lazy. Neither does UploadStash, BTW. Maybe we should supply a cron job for this; we're gonna need it on the cluster for UploadStash anyway, once it's used more often. -- 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 26548] External wiki generates incorrect thumbnails of PDF files from Wikimedia Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26548 Roan Kattouw roan.katt...@gmail.com changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw roan.katt...@gmail.com 2011-01-02 21:22:02 UTC --- This sounds like an issue with the way ForeignAPIRepo and PdfHandler work together, but I can't tell offhand which one is to blame. -- 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 26548] External wiki generates incorrect thumbnails of PDF files from Wikimedia Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26548 Reedy s...@reedyboy.net changed: What|Removed |Added Severity|enhancement |normal -- 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 26549] New: Delete and upload log does not show on watchlist
https://bugzilla.wikimedia.org/show_bug.cgi?id=26549 Summary: Delete and upload log does not show on watchlist Product: MediaWiki Version: wikimedia-deployment Platform: All OS/Version: All Status: NEW Severity: minor Priority: Normal Component: Recent changes AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: gti...@gmail.com Steps to reproduce: 1. find a page that has been recently deleted 2. add it to watchlist 3. open watchlist There should be a deletion log record, but there isn't. Reported and verified on Hungarian Wikipedia (the first reports go back to October 2010); does not seem to affect the English Wikipedia. Based on the timing of the first reports, it might be FlagRev-related (appeared a couple days after the big FlagRev code update). -- 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 23686] Ids in user contributions Atom feed are not unique
https://bugzilla.wikimedia.org/show_bug.cgi?id=23686 --- Comment #6 from nornand nowon...@hotmail.com 2011-01-03 00:18:52 UTC --- About what is being done is valid or not, all I can say is that my RSS Watchlist feed doesn't pass W3C validation... http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fen.wikipedia.org%2Fw%2Fapi.php%3Faction%3Dfeedwatchlist%26allrev%3Dallrev%26wlowner%3DCanyq%26wltoken%3D080630b3f4931ff5964fa7e69e6ee5a19871d1dc%26feedformat%3Drss or feed validator test http://www.feedvalidator.org/check.cgi?url=http%3A%2F%2Fen.wikipedia.org%2Fw%2Fapi.php%3Faction%3Dfeedwatchlist%26allrev%3Dallrev%26wlowner%3DCanyq%26wltoken%3D080630b3f4931ff5964fa7e69e6ee5a19871d1dc%26feedformat%3Drss My Atom Watchlist feed passes both tests but with recommendations related to this not unique id issue: http://validator.w3.org/feed/check.cgi?url=http%3A%2F%2Fen.wikipedia.org%2Fw%2Fapi.php%3Faction%3Dfeedwatchlist%26allrev%3Dallrev%26wlowner%3DCanyq%26wltoken%3D080630b3f4931ff5964fa7e69e6ee5a19871d1dc%26feedformat%3Datom http://www.feedvalidator.org/check.cgi?url=http%3A%2F%2Fen.wikipedia.org%2Fw%2Fapi.php%3Faction%3Dfeedwatchlist%26allrev%3Dallrev%26wlowner%3DCanyq%26wltoken%3D080630b3f4931ff5964fa7e69e6ee5a19871d1dc%26feedformat%3Datom Finally, it must be remembered that, as I have proved, such a popular feed reader like Google Reader misses items from Wikipedia Watchlists very often due to this problem. In fact, I was using it to follow changes in Wikipedia articles I track but, as many of these articles are being controlled against vandalism, I can't accept these losses. Therefore, while this issue is fixed, I am following my watchlist manually, ignoring feeds. Obviously, I don't know how may people use Google Reader to control their Watchlists but for me, this is a serious problem with (I think) an easy solution. -- 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 26543] Styles and their documentation to be moved from Wikipedia to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26543 --- Comment #2 from jida...@jidanni.org 2011-01-03 03:28:42 UTC --- (In reply to comment #1) * go to [[MediaWiki:Common.css]], [[MediaWiki:Common.js]], [[MediaWiki:Vector.css]], [[MediaWiki:Vector.js]] and copy the relevant stuff. Seems like a fairly straightforward process. ...hat the user must repeat over and over to keep updated. I'm just hoping that the reasonable styles would moved to MediaWiki like in Bug 26266. -- 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 26543] Styles and their documentation to be moved from Wikipedia to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26543 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WONTFIX --- Comment #3 from Krinkle krinklem...@gmail.com 2011-01-03 03:43:05 UTC --- (In reply to comment #2) (In reply to comment #1) * go to [[MediaWiki:Common.css]], [[MediaWiki:Common.js]], [[MediaWiki:Vector.css]], [[MediaWiki:Vector.js]] and copy the relevant stuff. Seems like a fairly straightforward process. ...hat the user must repeat over and over to keep updated. I'm just hoping that the reasonable styles would moved to MediaWiki like in Bug 26266. If you believe there are styles in Wikipedia's specific database that every single wiki-installation (at least the biggest part) would benefit from, feel free to request it like you did in bug 26266. However this bug is way to general and as-is a WONTFIX since there are lots of styles in there are have nothing to do on other wikis. Not even on other WMF-wikis. Whatever parts of it are reasonable to be moved to MediaWiki maybe requested in a specific bug as you have done 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 26522] 'Subscribe to the release announcements mailing list.' check box is missing in the 'Name' page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26522 Nadeesha nade...@gmail.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #4 from Nadeesha nade...@gmail.com 2011-01-03 03:45:39 UTC --- Closing the bug as per the comment -- 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 26543] Styles and their documentation to be moved from Wikipedia to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26543 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #4 from Chad H. innocentkil...@gmail.com 2011-01-03 03:52:46 UTC --- (In reply to comment #3): Whatever parts of it are reasonable to be moved to MediaWiki maybe requested in a specific bug as you have done before. I would like to emphasize the word reasonable here. We really need to see that lots of people are copying styles before we consider moving them to core. We've gotten a lot of cruft over the years because one person asked for something and a developer said Eh, why not. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26543] Styles and their documentation to be moved from Wikipedia to Mediawiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=26543 --- Comment #5 from jida...@jidanni.org 2011-01-03 04:01:48 UTC --- All I know is we hear about 'reasonable' ones via word of mouth, http://lists.wikimedia.org/pipermail/mediawiki-l/2010-December/036070.html and have to file bugs to get them in. Please put them in in the first place. Thank you. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26550] New: Implement 'Subscribe to the release announcements mailing list.' in the installer
https://bugzilla.wikimedia.org/show_bug.cgi?id=26550 Summary: Implement 'Subscribe to the release announcements mailing list.' in the installer Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: krinklem...@gmail.com CC: innocentkil...@gmail.com See also * bug 26522 * comments on r79089 -- So to reimplement this, I suggest one of the following ideas: == Seperate form in new window == - a bordered box next to the Email field (a seperate form target=_blank[1]), that is enhanced via javascript. - This form has a Subscribe to the release announcements mailing list legend - a label with Email - and a Subscribe submit button. -- When pressed submit to a new window. User sees the result and knows that a confirmation link send by lists.wikimedia will be waiting in the Inbox. == Within PHP when pressing next == - We use the value of the normal Email-field - A checkbox that will decide whether or not to subscribe. - When Continue is pressed on the Name-page, a POST-request is done to the mailingslist page. The result of it is ignored. [1] With target=_blank it submits to a new window. With javascript we may be able to do it nicer via AJAX. And POST it and use the return to show a message. However this may be impossible due to cross-domain restrictions. Nonetheless target=_blank works 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 26522] 'Subscribe to the release announcements mailing list.' check box is missing in the 'Name' page
https://bugzilla.wikimedia.org/show_bug.cgi?id=26522 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #5 from Krinkle krinklem...@gmail.com 2011-01-03 04:04:37 UTC --- See also bug 26550 which requests the proper reimplementation of this feature. -- 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 26523] 'Back' button is missing in the 'Complete' page of the MediaWiki installation
https://bugzilla.wikimedia.org/show_bug.cgi?id=26523 Nadeesha nade...@gmail.com changed: What|Removed |Added Status|RESOLVED|CLOSED --- Comment #3 from Nadeesha nade...@gmail.com 2011-01-03 04:16:08 UTC --- Closing the bug as per the comment. -- 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 26092] Enable or install string parsing wikimarkup functionality on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092 Kevin Norris nykevin.nor...@gmail.com changed: What|Removed |Added CC||nykevin.nor...@gmail.com --- Comment #10 from Kevin Norris nykevin.nor...@gmail.com 2011-01-03 07:24:19 UTC --- (In reply to comment #7) I am going to regret asking this, but *exactly* which features do you want this to have? Well, basically we want StringFunctions, but the developers have said no, so what we really want is something equivalent in power and speed to SF. Unfortunately, it appears that Lua etc. won't be ready anytime soon (and the end users (like me) hate them), and Tim absolutely refuses to enable SF, so the only option is to re-implement SF from scratch and call it something else and hope Tim doesn't notice it. Obviously that won't work, so why don't we just WONTFIX this now and save everyone a lot of trouble? -- 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 26092] Enable or install string parsing wikimarkup functionality on WMF wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=26092 --- Comment #11 from MZMcBride b...@mzmcbride.com 2011-01-03 07:29:30 UTC --- (In reply to comment #10) Well, basically we want StringFunctions, but the developers have said no, so what we really want is something equivalent in power and speed to SF. I think you're the first person to call StringFunctions powerful and fast. (And if StringFunctions is really the best you can dream up for a fix to the current wiki templating nightmare, it's quite sad.) Unfortunately, it appears that Lua etc. won't be ready anytime soon (and the end users (like me) hate them), and Tim absolutely refuses to enable SF, so the only option is to re-implement SF from scratch and call it something else and hope Tim doesn't notice it. No. Plenty of bugs are open for years without anyone seriously looking at them, much less working on them and eventually resolving them. This bug is a generic feature request for Wikimedia wikis. Once that functionality has been implemented (in two weeks or two decades), this bug can be closed. There's no rush. -- 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
