[Bug 26246] User availability status extension
https://bugzilla.wikimedia.org/show_bug.cgi?id=26246 --- Comment #9 from Krinkle 2010-12-08 08:05:29 UTC --- (In reply to comment #8) > (In reply to comment #7) > > I think logging in/logging out is a good way to do it. > > But then, what about the two issues mentioned at the bottom of the proposal? > If > that's not solved, I'm quite sure many frequent editors would not see this > feature as useful as it could be... Read my reply. I think it's wise not to actually 'set' the Away-status but termine that when somebody views the User-page based on the last activity timestamp. Ie. if I edit now and you view my userpage it says "online", if go go away, close browser or crash my workstation, if you keep refreshing that page, at some point it'l start reading "Away" instead. Depending on your setting it may be either 5, 10, 20 whatever you choose number of minutes untill it's considered 'away' (just like you can set the number of bytes to consider an article 'stub'). -- 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 25845] Support loading wiki pages through mediaWiki.loader.load()
https://bugzilla.wikimedia.org/show_bug.cgi?id=25845 --- Comment #1 from Michael M. 2010-12-08 08:29:20 UTC --- Created attachment 7897 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7897 Proposed patch I added a patch by [[User:PerfektesChaos]]. -- 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 26277] New: in language selection drop-down change the first letter of the language strings to upper case
https://bugzilla.wikimedia.org/show_bug.cgi?id=26277 Summary: in language selection drop-down change the first letter of the language strings to upper case Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: trivial Priority: Normal Component: WikiBhasha AssignedTo: wbm...@microsoft.com ReportedBy: anil_a...@yahoo.co.in CC: s.mazel...@xs4all.nl on invoking wikibhasha on english article a language selection popup appears. in that pop-up on clicking on the contribute button a language selection drop-down appears. in that language selection drop-down change the first letter of the language strings to upper case -- 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 25270] Review queues in CodeReview
https://bugzilla.wikimedia.org/show_bug.cgi?id=25270 --- Comment #11 from Reedy 2010-12-08 09:46:12 UTC --- (In reply to comment #10) > (In reply to comment #3) > > Reassigning this to myself, with Roan's permission. > > > > My plan is that we would have many review queues, each of them could be > > public > > or private. Each queue is merely a filter of different revisions. > Why would we need/want private queues? the code is already public. Why would we need/want private bugzilla searches? the bugs are already public. -- 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 26277] in language selection drop-down change the first letter of the language strings to upper case
https://bugzilla.wikimedia.org/show_bug.cgi?id=26277 anil kumar ande changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from anil kumar ande 2010-12-08 09:54:38 UTC --- reversion 78060 update the language strings in language selection drop-down. -- 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 26270] Русскийязык should be replaced by Русский in the languages list for native name of Russian.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26270 anil kumar ande changed: What|Removed |Added Status|NEW |RESOLVED CC||anil_a...@yahoo.co.in Resolution||FIXED --- Comment #1 from anil kumar ande 2010-12-08 09:54:43 UTC --- reversion 78060 update the language strings in language selection drop-down. -- 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 26264] WikiBhasha option under Toolbox is not available on some English articles.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26264 anil kumar ande changed: What|Removed |Added Status|NEW |RESOLVED CC||anil_a...@yahoo.co.in Resolution||FIXED --- Comment #1 from anil kumar ande 2010-12-08 10:02:47 UTC --- We have made the changes to the following modules in order to fix the issue. - Wikipedia user script - WikiBhasha greasemonkey script - Mediawiki extension -- 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 26130] Output is double-compressed if compression enabled prior to script start.
https://bugzilla.wikimedia.org/show_bug.cgi?id=26130 --- Comment #4 from Mark Clements (HappyDog) 2010-12-08 10:34:06 UTC --- I'm afraid not :-( Having upgraded to r77908, if I re-enable the ob_start() line in my LocalSettings.php I no longer get the double-encoding on the HTML page that I was experiencing before. However CSS/JS files are not working with this line enabled. Here's what's in the header for the main page: @media all{a.new,#quickbar a.new{color:#ba}} Both of those URLs give the following error in Firefox: > Content Encoding Error > The page you are trying to view cannot be shown because it uses > an invalid or unsupported form of compression. I also get the same error for the JS inclusions at the bottom of the page. If I comment-out the ob_start() then everything seems to work fine. Also tested on HEAD (r78066), which has the same 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 5942] Numbered list showing English numerals instead of Bengali numerals
https://bugzilla.wikimedia.org/show_bug.cgi?id=5942 Tanvir Rahman changed: What|Removed |Added CC||wikitan...@gmail.com --- Comment #8 from Tanvir Rahman 2010-12-08 10:50:16 UTC --- I've removed those lines from our Common.css. As far as I see, it's not working. Feel free to check further. -- 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 26278] New: Fatal: Thread ... purports to be moved, but no redirect found in text
https://bugzilla.wikimedia.org/show_bug.cgi?id=26278 Summary: Fatal: Thread ... purports to be moved, but no redirect found in text Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Normal Component: LiquidThreads AssignedTo: agarr...@wikimedia.org ReportedBy: raimond.spekk...@gmail.com CC: bhar...@wikimedia.org Created attachment 7898 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7898 Backtrace Fatal error on Translatewiki: Thread 9356 purports to be moved, but no redirect found in text For backtrace see attachment. -- 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 26278] Fatal: Thread ... purports to be moved, but no redirect found in text
https://bugzilla.wikimedia.org/show_bug.cgi?id=26278 --- Comment #1 from Raimond Spekking 2010-12-08 11:27:34 UTC --- Forgotten: http://translatewiki.net/w/i.php?title=Support&oldid=1484459 to reproduce the fatal. -- 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 21526] Bug in Djvu text layer extraction
https://bugzilla.wikimedia.org/show_bug.cgi?id=21526 --- Comment #15 from Andrew Billinghurst 2010-12-08 11:28:21 UTC --- Many thanks to all. As a side not to Wikisourcerers the files need to be purged at Commons to get them to reload the text layer properly. -- 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 21526] Bug in Djvu text layer extraction
https://bugzilla.wikimedia.org/show_bug.cgi?id=21526 --- Comment #16 from Simon Lipp 2010-12-08 11:41:32 UTC --- @Tim Starling I wasn’t aware of the performance issues of using create_function, sorry. But since the created function is static, it should be trivial to factor it out ; I used create_function only because I’m used to use blocks in Ruby. The corresponding function should just be: function convert_page_to_xml($matches) { return ''; } Anyway, since the text layer is computed only once and then cached, I don’t fix that’s a big 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 5942] Numbered list showing English numerals instead of Bengali numerals
https://bugzilla.wikimedia.org/show_bug.cgi?id=5942 --- Comment #9 from Niklas Laxström 2010-12-08 12:14:39 UTC --- Naturally it isn't, see my previous comment: WikiMedia Foundation has not picked up these changes yet -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26279] New: Upgrade existing MediaWIki installation fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=26279 Summary: Upgrade existing MediaWIki installation fails Product: MediaWiki Version: 1.17-svn Platform: PC OS/Version: Windows XP Status: NEW Severity: minor Priority: Normal Component: Installation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wikib...@calcey.com CC: innocentkil...@gmail.com Steps to Reproduce :: 1) Install MediaWiki upto the 'Complete!' page. 2) Restart the installation. 3) Input the same database name given in the step no 1 on the 'Connect to database'page. 4) Click on the 'Continue' button of the 'Upgrade existing installation' message. << Blank page is getting displayed >> Expected Outcome :: Upgrade successful message should be displayed. -- 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 12600] Create project namespace alias "COM" for Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=12600 --- Comment #26 from Rehman 2010-12-08 12:20:54 UTC --- Just trying to keep things from going stale... Now as the proposal is about the COM: prefix for use only within Commons, why can't it just be implemented sooner? Are there any clear issues blocking this change from happening? -- 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 26280] New: All files should have the GPL header (unless explicitally licensed differently)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26280 Summary: All files should have the GPL header (unless explicitally licensed differently) Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Documentation AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: s...@reedyboy.net All files should have the GPL header (unless explicitally licensed differently) -- 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 26279] Upgrade existing MediaWIki installation fails
https://bugzilla.wikimedia.org/show_bug.cgi?id=26279 --- Comment #1 from Chad H. 2010-12-08 12:59:08 UTC --- Is this using the latest trunk? I fixed a similar problem yesterday with r77953. -- 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 5942] Numbered list showing English numerals instead of Bengali numerals
https://bugzilla.wikimedia.org/show_bug.cgi?id=5942 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #10 from Bawolff 2010-12-08 13:40:52 UTC --- On my personal test wiki (running trunk, with no customized css, but with the content language set to bn just to test this), doing: #1 #2 #3 #4 #5 #6 #7 #8 #9 #10 #11 Gives (on firefox 3, (Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.11) Gecko/2009061212 Iceweasel/3.0.6 (Debian-3.0.6-1)) and Google chrome 5.0.342.7 beta (Mozilla/5.0 (X11; U; Linux i686; en-US) AppleWebKit/533.2 (KHTML, like Gecko) Chrome/5.0.342.7 Safari/533.2) ) something that looks like: ১. 1 ২. 2 ৩. 3 ৪. 4 ৫. 5 ৬. 6 ৭. 7 ৮. 8 ৯. 9 ১০. 10 ১১. 11 (Which i presume is correct) However, normal decimal numbers (1, 2, 3...) are seen on Opera 10.10 (Opera/9.80 (X11; Linux i686; U; en) Presto/2.2.15 Version/10.10), Konquour 3.5.9 (Mozilla/5.0 (compatible; Konqueror/3.5; Linux) KHTML/3.5.10 (like Gecko) (Debian)), ie6, and lynx 2.8.7dev.9 (yeah, I know those are mostly quite old browsers, but they were what was on my computer. newer versions might support it. And no, I did not really expect it to work on lynx or ie6 ;) -- 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 21526] Bug in Djvu text layer extraction
https://bugzilla.wikimedia.org/show_bug.cgi?id=21526 MZMcBride changed: What|Removed |Added CC||b...@mzmcbride.com --- Comment #17 from MZMcBride 2010-12-08 14:36:39 UTC --- (In reply to comment #16) > @Tim Starling > I wasn’t aware of the performance issues of using create_function, sorry. > But since the created function is static, it should be trivial to factor it > out > ; I used create_function only because I’m used to use blocks in Ruby. The > corresponding function should just be: > > function convert_page_to_xml($matches) { > return ''; > } > > Anyway, since the text layer is computed only once and then cached, I don’t > fix > that’s a big issue. Tim fixed the issue in r78046. The two revisions were then merged from trunk in r78047. -- 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 26179] Cannot upload multiple files simultaneously on live Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #4 from Roan Kattouw 2010-12-08 15:06:49 UTC --- (In reply to comment #3) > Okay, there's a number of things here... > > Somewhat irrelevant to the main thrust here -- making the "local" cache of the > file in UploadStash->files upon storage, rather than a memoized retrieval -- > this seems wrong to me as you only get a chance to do this in the same process > as the one that created the record. Any subsequent access is slow. If the > argument is that the caches are fast anyway then the whole optimization of > having UploadStash->files should be removed. > I don't see the issue here. UploadStash->$files is not shared between processes or anything. Memoization only works within the same process. AFAICT this revision changed nothing in this regard: it writes to $files upon storage AND upon retrieval (before, we only wrote upon retrieval but did a retrieval at the end of the storage function; hitting $_SESSION twice like that is fine, hitting the cache unnecessarily is not, that's why I refactored this a little bit) > Okay, the main thing you did is to: > > - make entries directly in cache. I verified that there isn't any case in > MediaWiki where we have absolutely no cache available, so that seems okay. > > - but now we're relying on an unspecified number of forms of cache, that will > change in the future, to do intraserver communication. Unlike $_SESSION which > has to do that even for a website to work, other forms of caching may not. > This > will happen to work in the MediaWiki cluster since we'll get memcache, and on > a > typical standalone MediaWiki you'll get a *DBM, so maybe it's okay, but it > bothers me a little. > This is a good point. I guess we could do what I was considering initially, which is to choose between the old and the "new" behavior based on a $wg var which, if unset, would default to equal $wgSessionsInMemcached. The rationale here is that if sessions are in memcached, the new way is definitely safe (just as safe as $_SESSION would be, anyway) and even required (because there's no session locking in this case). Cases where $wgSessionsInMemcached is disabled but session locking is somehow disabled too are probably very rare. > - Since you give each upload their own key, they are truly isolated so that > probably will fix the concurrency issue. This makes all the uploads truly > isolated, which is nice, but also breaks with the convention of storing all of > them under a particular key (this is what everyone else does, such as the > UploadByUrl, Firefogg uploads) and it also makes it difficult to find all the > uploads later if we wanted to. There is no case in the application where we > have to do this, but I anticipate we will want to do this later. > Yeah you can't do array_keys( $_SESSION['wsUploadData'] ) to list your currently stashed uploads anymore, that's right. This is by design, however: having all the keys in one place like that is what caused these concurrency issues in the first place. > - It might be as simple as eliminating the line that creates an array in > $_SESSION[UploadBase::SESSION_NAME]. This is PHP, multi-dimensional hashes > spring into existence on assignment. Depending on how this is implemented > maybe > that solves it. > I'm pessimistic about this: I think the session handler writes the data to memcached when the request ends, in which case it doesn't matter how that data was put in $_SESSION exactly. > - Actually use the database -- least desirable from a standpoint of doing a > quick fix, but probably the best long term solution This is probably a good idea, as it gives us excellent concurrency control; expiry wouldn't be handled, though, so we'd have to do that ourselves the way Block.php and SqlBagOStuff (best class name ever) already do. -- 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 26276] No css seems to work on Vector and Monobook skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=26276 Roan Kattouw changed: What|Removed |Added CC||roan.katt...@gmail.com --- Comment #6 from Roan Kattouw 2010-12-08 15:10:15 UTC --- You seem to have CentralNotice installed, and it's botched: Es ist ein Datenbankfehler aufgetreten. Der Grund kann ein Programmierfehler sein. Die letzte Datenbankabfrage lautete: (SQL-Abfrage versteckt) aus der Funktion „CentralNoticeDB::getNotices“. Die Datenbank meldete den Fehler „1046: No database selected (localhost)“. from http://wiki.smallbusiness-webdesign.de/index.php?title=Spezial:BannerListLoader&cache=/cn.js&language=de&project=wikipedia&country=NL So said the problem still happened when CentralNotice was disabled; could you disable CentralNotice and let me try again? -- 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 26281] New: Please allow AbuseFilter on Hungarian Wikisource and Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=26281 Summary: Please allow AbuseFilter on Hungarian Wikisource and Wikibooks Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: g...@grin.hu Please allow AbuseFilter on Hungarian Wikisource and Wikibooks; both projects would like to use the experience gathered on huwp. 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 26281] Please allow AbuseFilter on Hungarian Wikisource and Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=26281 Roan Kattouw changed: What|Removed |Added Keywords||shell CC||roan.katt...@gmail.com --- Comment #1 from Roan Kattouw 2010-12-08 15:20:22 UTC --- Can you link to community consensus for this change (on both 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 25512] List of subcategories on a category page show the "category" ns prefix for all subcategories (didn't use to)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25512 Bawolff changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #8 from Bawolff 2010-12-08 16:02:32 UTC --- Crap, totally forgot about this. fixed in r78071 -- 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 19295] Navigation headings should not be lower-cased in German (and other languages)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19295 The Evil IP address changed: What|Removed |Added Keywords||easy CC||theevilipaddr...@hotmail.de --- Comment #2 from The Evil IP address 2010-12-08 16:13:55 UTC --- Since the CSS class .capitalize-all-nouns is already in Modern, the only thing to be done would be to copy the code block with the .capitalize-all-nouns to the Modern CSS http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/modern/main.css?revision=77886&view=markup (or alternatively directly to the common skin) Thus marking as easy. -- 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 19295] Navigation headings should not be lower-cased in German (and other languages)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19295 --- Comment #3 from The Evil IP address 2010-12-08 16:15:05 UTC --- Addition: code block in this file http://svn.wikimedia.org/viewvc/mediawiki/trunk/phase3/skins/monobook/main.css?revision=77886&view=markup -- 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 26276] No css seems to work on Vector and Monobook skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=26276 --- Comment #7 from Jan Luca 2010-12-08 17:15:46 UTC --- All extensions are disabled. -- 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 26276] No css seems to work on Vector and Monobook skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=26276 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #8 from Bawolff 2010-12-08 17:31:19 UTC --- Your web server is serving css files with the mime-type: text/css;charset=uft-8 instead of the correct: text/css;charset=utf-8 (wrong charset is also set for js) I don't know if that is the cause of your issue, but its definitely wrong. -- 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 25637] Make weekly report part of bugzilla (rather than external script)
https://bugzilla.wikimedia.org/show_bug.cgi?id=25637 --- Comment #2 from Chad H. 2010-12-08 17:35:36 UTC --- Started work in r78079. -- 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 22622] Upgrade Wikimedia OTRS installation to the latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=22622 --- Comment #3 from Raimond Spekking 2010-12-08 17:49:01 UTC --- Bump this bug. Version 3 was released in November. Rumors said it's much better and faster ;-) -- 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 26244] Tesla does funky things
https://bugzilla.wikimedia.org/show_bug.cgi?id=26244 --- Comment #11 from Max Semenik 2010-12-08 17:47:43 UTC --- (In reply to comment #9) > Is this really different than the "average developer's setup™"?? Most devs I > know use Linux. It may be different on *every* Linux box, that what I meant. -- 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 26191] UnusedFiles Fatal error: Allowed memory
https://bugzilla.wikimedia.org/show_bug.cgi?id=26191 --- Comment #6 from Max Semenik 2010-12-08 17:53:51 UTC --- (In reply to comment #4) > You mean PHP has memory leaks ;-) Or our media handler o_0 > Your memory limit seems low, you should raise it. It's higher than on WMF with its insane amount of extensions and other funny stuff. Jamie, try appending something like ?limit=10 to the UnusedFiles URL and find out if this is caused by a particular image (do you have DjVu's, by the way?) -- 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 26282] New: 404 not sent in File namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=26282 Summary: 404 not sent in File namespace Product: MediaWiki Version: 1.16.0 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Images and files AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wikimedia.bugzi...@astralcloak.net CC: gpaum...@wikimedia.org, bryan.tongm...@gmail.com Created attachment 7899 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7899 patch to send 404 if item does not exist When accessing an article that does not exist, 404 not found is sent. This behaviour is not replicated in the File namespace - 200 OK is sent regardless of whether the item exists or not. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26276] No css seems to work on Vector and Monobook skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=26276 --- Comment #9 from Roan Kattouw 2010-12-08 18:19:45 UTC --- (In reply to comment #8) > Your web server is serving css files with the mime-type: > text/css;charset=uft-8 > > instead of the correct: > text/css;charset=utf-8 > > (wrong charset is also set for js) > > I don't know if that is the cause of your issue, but its definitely wrong. I think this is likely to be the culprit, yes. -- 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 26282] 404 not sent in File namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=26282 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added Status|NEW |RESOLVED CC||ialex.w...@gmail.com Resolution||DUPLICATE --- Comment #1 from Alexandre Emsenhuber [IAlex] 2010-12-08 18:21:52 UTC --- *** This bug has been marked as a duplicate of bug 2585 *** -- 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 2585] Server should return a 404 HTTP status code if the page does not exist
https://bugzilla.wikimedia.org/show_bug.cgi?id=2585 Alexandre Emsenhuber [IAlex] changed: What|Removed |Added CC||wikimedia.bugzi...@astralcl ||oak.net --- Comment #33 from Alexandre Emsenhuber [IAlex] 2010-12-08 18:21:52 UTC --- *** Bug 26282 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 26281] Please allow AbuseFilter on Hungarian Wikisource and Wikibooks
https://bugzilla.wikimedia.org/show_bug.cgi?id=26281 Báthory Péter changed: What|Removed |Added CC||bath...@index.hu --- Comment #2 from Báthory Péter 2010-12-08 18:45:00 UTC --- http://hu.wikisource.org/wiki/Wikiforrás:Kocsmafal#Vand.C3.A1lsz.C5.B1r.C5.91 http://hu.wikibooks.org/wiki/Wikikönyvek/Társalgó#vand.C3.A1lsz.C5.B1r.C5.91 -- 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 26224] Deadlock in FlaggedRevision::insertOn on edit autoreview
https://bugzilla.wikimedia.org/show_bug.cgi?id=26224 --- Comment #8 from Aaron Schulz 2010-12-08 19:19:17 UTC --- Tweaked the insertOn() function to be less deadlock prone in r78052. Synced. I'll wait to see if other tweaks are needed. -- 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 22622] Upgrade Wikimedia OTRS installation to the latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=22622 --- Comment #4 from Jeremy Baron 2010-12-08 19:41:35 UTC --- I've been thinking about testing the upgrade myself on a db snapshot or some subset of data. Is there sample data available? Maybe all Junk messages for a month. (I'm thinking it would be ok privacy wise to give out a subset of junk messages to someone that already has access through the web interface) Also, what version exactly is in use now? a specific tag or date? (web says it's 2.x CVS) Is there a comprehensive list of all local patches? (e.g. 1 click junking) -- 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 15515] Edits miscounted as pending after transwiki import
https://bugzilla.wikimedia.org/show_bug.cgi?id=15515 --- Comment #7 from Aaron Schulz 2010-12-08 19:42:16 UTC --- Also in r78092. -- 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 22622] Upgrade Wikimedia OTRS installation to the latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=22622 --- Comment #5 from Jeremy Baron 2010-12-08 19:43:40 UTC --- Also, OTRS already puppetized? Is it a dedicated web server? (I know it's a shared DB) -- 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 22622] Upgrade Wikimedia OTRS installation to the latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=22622 --- Comment #6 from Reedy 2010-12-08 19:52:51 UTC --- Seems to be williams.wikimedia.org is OTRS only, and i'd guess it's not puppetised. http://wikitech.wikimedia.org/view/OTRS Knock yourself out ;) -- 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 15515] Edits miscounted as pending after transwiki import
https://bugzilla.wikimedia.org/show_bug.cgi?id=15515 --- Comment #8 from Aaron Schulz 2010-12-08 19:54:55 UTC --- OK, this situation shouldn't be problematic anymore. Whether the null revision with "(X revisions)" is autoreviewed or not, the FR UI should basically report things correctly. MW core still miscounts "intermediate edits" of diffs for import cases...that's a separate 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 15515] Edits miscounted as pending after transwiki import
https://bugzilla.wikimedia.org/show_bug.cgi?id=15515 Aaron Schulz changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26224] Deadlock in FlaggedRevision::insertOn on edit autoreview
https://bugzilla.wikimedia.org/show_bug.cgi?id=26224 --- Comment #9 from Aaron Schulz 2010-12-08 19:56:06 UTC --- Is this still occurring 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 22622] Upgrade Wikimedia OTRS installation to the latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=22622 --- Comment #7 from Jeremy Baron 2010-12-08 20:05:40 UTC --- (In reply to comment #6) > http://wikitech.wikimedia.org/view/OTRS > > Knock yourself out ;) does anyone know if wikitech is actually up to date wrt OTRS? I think all of the questions in comment 4 still stand. -- 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 26283] New: Previewing user JS page doesn't load other user JS pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=26283 Summary: Previewing user JS page doesn't load other user JS pages Product: MediaWiki Version: 1.18-svn Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: Javascript AssignedTo: roan.katt...@gmail.com ReportedBy: roan.katt...@gmail.com CC: ialex.w...@gmail.com, tpars...@wikimedia.org When previewing a user JS page, say User:Catrope/vector.js the code submitted for preview is loaded, but the other user JS files (User:Catrope/common.js in this case; both when previewing a third user JS file) are not loaded. This is because the code providing the JS preview has logic to not load the user module (containing all user JS) when previewing. This was a good thing when there was only one user JS file, but now there's two, and it would've already failed when previewing a non-skin JS file even before the introduction of 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 26284] New: Text reversed on deletion interface (vector skin-RTL wikis only)
https://bugzilla.wikimedia.org/show_bug.cgi?id=26284 Summary: Text reversed on deletion interface (vector skin-RTL wikis only) Product: MediaWiki extensions Version: any Platform: All URL: http://ar.wikipedia.org/w/index.php?title=%D9%85%D8%A7 %D8%A1&action=delete OS/Version: All Status: NEW Severity: enhancement Priority: Normal Component: UsabilityInitiative AssignedTo: tpars...@wikimedia.org ReportedBy: meno25w...@gmail.com CC: roan.katt...@gmail.com, amil...@wikimedia.org, asha...@wikimedia.org Created attachment 7900 --> https://bugzilla.wikimedia.org/attachment.cgi?id=7900 Screenshot of deletion interface on arwiki (vector skin-interface language is Arabic (ar)) (Please see the provided screenshot and URL.) On the deletion interface, the "Edit deletion reasons" link (that links to "MediaWiki:Deletereason-dropdown") is reversed. It is aligned to the right whereas it should have been aligned to the left. Browser: Firefox 3.6.12 OS: Ubuntu 10.10 Skin: Vector Wiki: arwiki Interface language: Arabic (ar) Note: When using monobook skin, the text is aligned properly. -- 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 26179] Cannot upload multiple files simultaneously on live Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=26179 --- Comment #5 from Neil Kandalgaonkar 2010-12-08 21:28:48 UTC --- (leaving aside the memoization issue until I analyze it better) Yeah, I forgot to mention the requirement for then cleaning that db table periodically. Doesn't seem like a showstopper to me. Sorry, I can't really type for long periods yet. I'd really like to experiment with a local memcached just to see if we can solve this problem in simpler ways. We pretty much have to do that sooner or later, or experiment with the live cluster, which is lame. -- 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 26271] Need an OTRS mailing list for Malayalam language
https://bugzilla.wikimedia.org/show_bug.cgi?id=26271 Casey Brown changed: What|Removed |Added CC|b...@caseybrown.org |jyothi...@gmail.com AssignedTo|cb...@wikimedia.org |b...@caseybrown.org --- Comment #1 from Casey Brown 2010-12-08 21:29:56 UTC --- We don't really have that big of a Malayalam OTRS team, or even an info queue in Malayalam yet. Feel free to open this bug if/when we get an info-ml queue. :-) (I think you guys are currently discussing if this is a good idea or not, so it might happen soon!) -- 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 26271] Need an OTRS mailing list for Malayalam language
https://bugzilla.wikimedia.org/show_bug.cgi?id=26271 Casey Brown changed: What|Removed |Added Status|NEW |RESOLVED Resolution||LATER -- 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 26239] Palm mobile rendering problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=26239 Ben Combee changed: What|Removed |Added CC||com...@techwood.org --- Comment #9 from Ben Combee 2010-12-08 21:54:07 UTC --- I'm in the Palm developer support group. I looked at the current page output for something like http://en.m.wikipedia.org/wiki/Banjo and tried the browser with a local copy of the page. The problem is that in your updated template, you have the lines The Palm web browser gets confused by two viewport tags. If you move the new "user-scalable=0" to the first line so it's just then the content works again on webOS. I'll file a browser bug, but you can fix your end much quicker. -- 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 26285] New: Apache temp files have no extension blocking uploading anything because of mime check
https://bugzilla.wikimedia.org/show_bug.cgi?id=26285 Summary: Apache temp files have no extension blocking uploading anything because of mime check Product: MediaWiki Version: 1.16.0 Platform: All OS/Version: All Status: NEW Severity: major Priority: Normal Component: Uploading AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: wikime...@purplefoot.com CC: gpaum...@wikimedia.org, bryan.tongm...@gmail.com I was getting an error about no file extension through the UI since my apache/php config creates temp files in /tmp/ with no file extension. So I can up with a solution around the issues since it seems that MediaWiki requires a file extension to allow an upload to complete. This is more of a "I found a bug for me, and I fixed here. And here's how." and you can tell me if that was stupid or there was already way around this. I added $mTempOrigName to the Base class, then set it in FromFile. Then in getTitle of the Base class if the tempname fails to produce a file extension I test the original name to see if I can get an extension from that. If so I override the vars and thing continue like normal. includes/upload/UploadBase.php protected $mTempPath, $mTempOrigName; ... list( $partname, $ext ) = $this->splitExtensions( $this->mFilteredName ); if (count($ext) == 0) { // extension was missing from apache temp file, try original name list($t_partname,$t_ext) = $this->splitExtensions( $this->mTempOrigName ); if (count($t_ext) > 1) { $partname = $t_partname; $ext = $t_ext; } } includes/upload/UploadFromFile.php if( !$desiredDestName ) $desiredDestName = $request->getFileName( 'wpUploadFile' ); $this->mTempOrigName = $request->getFileName( 'wpUploadFile' ); return $this->initializePathInfo( Not sure if this helps anyone else but it fixes my last blocker to upgrading. -- 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 26239] Palm mobile rendering problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=26239 --- Comment #10 from Hampton Catlin 2010-12-08 22:12:27 UTC --- Just deployed the recommendation from Ben! Can someone verify if it worked? -- 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 26239] Palm mobile rendering problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=26239 --- Comment #11 from Aaron 2010-12-08 22:14:01 UTC --- 100% fixed, thank you very much. Was not the end of the world, but was just frustrating to deal with this from a very valuable source of mobile information. -- 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 26239] Palm mobile rendering problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=26239 Reedy changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 26239] Palm mobile rendering problem
https://bugzilla.wikimedia.org/show_bug.cgi?id=26239 --- Comment #12 from Ben Combee 2010-12-08 22:16:17 UTC --- Awesome, thanks for the quick response. -- 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 22622] Upgrade Wikimedia OTRS installation to the latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=22622 --- Comment #8 from Platonides 2010-12-08 22:44:41 UTC --- It's still on williams. The rest of the page is probably quite ok. I would too, be interested in that OTRS sample data. -- 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 22622] Upgrade Wikimedia OTRS installation to the latest version
https://bugzilla.wikimedia.org/show_bug.cgi?id=22622 --- Comment #9 from Reedy 2010-12-08 22:47:31 UTC --- Dumped a couple of tickets in RT for the sample data and the upgrade -- 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 26128] flaggedrevs.css loaded after site and user CSS
https://bugzilla.wikimedia.org/show_bug.cgi?id=26128 Priyanka Dhanda changed: What|Removed |Added Status|REOPENED|RESOLVED Resolution||FIXED --- Comment #7 from Priyanka Dhanda 2010-12-08 23:08:45 UTC --- Fixed in trunk and branches/priyanka-wmf-fixes which contains fixes for the next deployment. -- 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 26184] Upgrade blogs to 3.0.3
https://bugzilla.wikimedia.org/show_bug.cgi?id=26184 Reedy changed: What|Removed |Added URL|http://wordpress.org/news/2 |http://codex.wordpress.org/ |010/11/wordpress-3-0-2/ |Version_3.0.3 Summary|Upgrade blogs to 3.0.2 |Upgrade blogs to 3.0.3 -- 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 3276] Give image s fluid width
https://bugzilla.wikimedia.org/show_bug.cgi?id=3276 --- Comment #34 from Derk-Jan Hartman 2010-12-09 00:21:37 UTC --- @Diebuche, can you fix the parser tests please ? I looked at them, but I can't figure out what the desired behavior should be. @fomafix this behavior is expected. A gallery is now full width (and will thus clear floating objects), unless a perrow is specified. I note btw that this will cause some serious harm in articles most likely Perhaps we should only be fullwidth in the "file list" mode, and use a perrow=4 default in normal tag mode, unless perrow="auto" -- 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 23343] Allow blocking open proxies based on X-Forwarded-For header
https://bugzilla.wikimedia.org/show_bug.cgi?id=23343 Aaron Schulz changed: What|Removed |Added CC||jschulz_4...@msn.com --- Comment #3 from Aaron Schulz 2010-12-09 04:41:01 UTC --- If they are reputable proxies then perhaps they could be added to the trusted XFF list. -- 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 26276] No css seems to work on Vector and Monobook skin
https://bugzilla.wikimedia.org/show_bug.cgi?id=26276 --- Comment #10 from Jan Luca 2010-12-09 06:11:48 UTC --- Where could be a setting for this? I don't find a "text/css;charset=uft-8" in MW or Apache. -- 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