[Bug 33224] add variants of content language to meta=siteinfo
https://bugzilla.wikimedia.org/show_bug.cgi?id=33224 Umherirrender umherirrender_de...@web.de changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Umherirrender umherirrender_de...@web.de 2012-05-06 06:08:07 UTC --- successfully merged -- 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 36462] Replacing MemcachedClient.php memcache client with PECL memcache client
https://bugzilla.wikimedia.org/show_bug.cgi?id=36462 --- Comment #5 from Aaron Schulz aschulz4...@gmail.com 2012-05-06 07:15:50 UTC --- (In reply to comment #4) (In reply to comment #3) Aaron: The MemcachedPhpBagOStuff class? Or the MemcachedClient class? MemcachedClient would be ditched and MemcachedPhpBagOStuff changed to use the PECL extension instead. Well, to support third party sites, it makes sense to keep these around but make a new MemcachedPeclBagOStuff class that uses the PECL 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 36557] WTA: Missing capitalisation on Hungarian wikisource page
https://bugzilla.wikimedia.org/show_bug.cgi?id=36557 --- Comment #3 from Zoltan Molnar zzmol...@yahoo.co.uk 2012-05-06 07:27:00 UTC --- Sorry for lack of details. You have to be logged in and set your language preferences to Hungarian. Than you'll see the reported words. WTA is an acronym for Weekend Testers Americas. https://www.mediawiki.org/wiki/QA/WTA_Test_Plan Please contact Chris McMahon at Wikimedia Foundation for more information. :) -- 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 36565] New: MW 1.19: (Fatal error) BitmapHandler::escapeMagickPath: unexpected colon character in path name
https://bugzilla.wikimedia.org/show_bug.cgi?id=36565
Web browser: ---
Bug #: 36565
Summary: MW 1.19: (Fatal error)
BitmapHandler::escapeMagickPath: unexpected colon
character in path name
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: File management
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: jamesin.hongkon...@gmail.com
CC: bawolff...@gmail.com, bryan.tongm...@gmail.com
Classification: Unclassified
Mobile Platform: ---
While embedding image files from a different server works fine, navigating to
our image server causes the Fatal error:
BitmapHandler::escapeMagickPath: unexpected colon character in path name
Not sure which one of those global variables caused the problem but we maintain
our internal image server through a different http port such as
(http://internal...:8082/...)
$wgUploadNavigationUrl, $wgSharedUploadPath, $wgSharedUploadDirectory,
$wgRepositoryBaseUrl
The system: MW 1.19
Backtrace:
#0 D:\xampp\htdocs\...\includes\media\Bitmap.php(613):
BitmapHandler-escapeMagickPath('http://internal', false)
#1 D:\xampp\htdocs\...\includes\media\Bitmap.php(326):
BitmapHandler-escapeMagickInput('http://internal', false)
#2 D:\xampp\htdocs\...\includes\media\Bitmap.php(182):
BitmapHandler-transformImageMagick(Object(ForeignDBFile), Array)
#3 D:\xampp\htdocs\...\includes\filerepo\file\File.php(850):
BitmapHandler-doTransform(Object(ForeignDBFile), '\xampp\tmp/tran...',
'http://1internal', Array)
--
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 36566] New: Null edits should be impossible
https://bugzilla.wikimedia.org/show_bug.cgi?id=36566 Web browser: --- Bug #: 36566 Summary: Null edits should be impossible Product: MediaWiki Version: 1.16.x Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: History/Diffs AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: en.wp.s...@gmail.com Classification: Unclassified Mobile Platform: --- At http://wiki.guildwars2.com/index.php?title=Help:Ask_a_wiki_questiondiff=nextoldid=233501 you can see a null edit. Recent changes reports both edits as (+519) characters, but the diff is blank. Such null edits should not be saved. Wiki uses 1.16.5, both bug 2651 and bug 15656 should have been fixed by then. -- 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 35612] Loading of a change for review in Gerrit is often very slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=35612 --- Comment #6 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-05-06 09:03:12 UTC --- I suspect that this only affects Firefox. Today I tried opening changes in Firefox and in Google Chrome. Most of the time it worked well in Chrome, but was very slow in Firefox. mozillian-rant More and more Google-related services break in Firefox and I start to sense that it's a conspiracy. Google+, GMail and now Gerrit. /mozillian-rant -- 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 35612] Loading of a change for review in Gerrit is often very slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=35612 --- Comment #7 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-05-06 09:08:54 UTC --- ... And now I suspect that this is specific to our installation. If I compare the behavior of our installation to CyanogenMod's Gerrit, I see that their Gerrit works well in Firefox. Try it for yourself: http://review.cyanogenmod.com -- 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 36567] New: pseudo Category:Pages where expansion depth is exceeded after install 1.20wmf2
https://bugzilla.wikimedia.org/show_bug.cgi?id=36567 Web browser: --- Bug #: 36567 Summary: pseudo Category:Pages where expansion depth is exceeded after install 1.20wmf2 Product: MediaWiki Version: 1.20-git Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Parser AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: arl...@free.fr Classification: Unclassified Mobile Platform: --- * In fr.wikisource.org, for May 3rd 2012 some pages are put in a pseudo Category:Pages where expansion depth is exceeded. * This appears after install 1.20wmf2 on May 1st 2012. 48 pages was put in the pseudo category along 3 days. * All pages use the pages tag like pages index=Mallarmé - Poésies, 1914, 8e éd.djvu from=156 to=157 header=1 /. * First discussion is here with the living drop down list of pages with their dates : http://fr.wikisource.org/wiki/Wikisource:Questions_techniques#Pages_where_expansion_depth_is_exceeded -- 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 36568] New: Illegal string offset 'LIMIT' warning in includes/db/Database.php
https://bugzilla.wikimedia.org/show_bug.cgi?id=36568 Web browser: --- Bug #: 36568 Summary: Illegal string offset 'LIMIT' warning in includes/db/Database.php Product: MediaWiki Version: 1.19.0 Platform: All OS/Version: Linux Status: NEW Severity: minor Priority: Unprioritized Component: Maintenance scripts AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: edwards...@gmail.com CC: innocentkil...@gmail.com Classification: Unclassified Mobile Platform: --- While running update.php (1.16 - 1.19 release) I received this particular warning many times (between the messages populateCategory.php and Category population complete): Warning: Illegal string offset 'LIMIT' in /var/www/public_html_NEW/includes/db/Database.php on line 1443 PHP 5.4.2, MediaWiki 1.19 (release). -- 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 36569] New: ED Broken: Invalid response from remote subversion client
https://bugzilla.wikimedia.org/show_bug.cgi?id=36569 Web browser: --- Bug #: 36569 Summary: ED Broken: Invalid response from remote subversion client Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: p858sn...@gmail.com CC: tstarl...@wikimedia.org, wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- ED Broken: Invalid response from remote subversion client -- 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 36541] WTA - In Bosnian and Serbocroatian, Dobrodosli is written as one word, while in other Balkan languages as two words
https://bugzilla.wikimedia.org/show_bug.cgi?id=36541 Karlo Smid karlo.s...@gmail.com changed: What|Removed |Added CC||karlo.s...@gmail.com --- Comment #1 from Karlo Smid karlo.s...@gmail.com 2012-05-06 10:08:20 UTC --- Hi, actually, it should say Dobro došli. -- 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 36557] WTA: Missing capitalisation on Hungarian wikisource page
https://bugzilla.wikimedia.org/show_bug.cgi?id=36557 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution||INVALID --- Comment #4 from Siebrand s.mazel...@xs4all.nl 2012-05-06 10:12:10 UTC --- Thanks for the additional information. I was able to see what you reported. An analysis follows below. * beállításaim = Beállításaim: This is the system message [[MediaWiki:Mypreferences]]. In this particular wiki, that message was overridden in 2006: https://hu.wikisource.org/wiki/MediaWiki:Mypreferences. The MediaWiki default message is as you specified: https://translatewiki.net/wiki/MediaWiki:Mypreferences/hu * lapforrás = Lapforrás: This is the system message [[MediaWiki:Viewsource]]. In this particular wiki, that message was overridden in 2006: https://hu.wikisource.org/wiki/MediaWiki:Viewsource. The MediaWiki default message is as you specified: https://translatewiki.net/wiki/MediaWiki:Viewsource/hu This is not a MediaWiki issue. You should report it in the Hungarian Wikisource, as it needs to be resolved by the local community of administrators. The solution would be to delete the two local pages in the MediaWiki namespace I pointed out above. Closing as invalid. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36555] WTA: Inconsistent handling of cite
https://bugzilla.wikimedia.org/show_bug.cgi?id=36555 Siebrand s.mazel...@xs4all.nl changed: What|Removed |Added CC||s.mazel...@xs4all.nl Component|Page editing|Cite Product|MediaWiki |MediaWiki extensions --- Comment #1 from Siebrand s.mazel...@xs4all.nl 2012-05-06 10:14:54 UTC --- This issue is referring to an attachment which is not present. Please add. Also changed component to Cite extension. -- 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 36265] import several thousand wikis from wikiteam lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=36265 --- Comment #8 from Daniel Zahn dz...@wikimedia.org 2012-05-06 10:21:15 UTC --- deleted duplicates, same wikis on different domains / URLs: Archiplanet (greatbuildings.com is the same it seems) wikidoc (they have different language subdomains but they are just 1 wiki) sourcewatch (also disinfopedia.org) bluwiki , deleted old method 0, kept just one new one. (yes, a LOT of subdomains but they all have the same API and stats)... but keep watching them, as they say: --- Coming soon: Automated MediaWiki deployment Get a unique MediaWiki installation on your own subdomain. --- bgwiki com/net .. various www duplicates. etc -- dropped unique index on old name column to allow duplicates there. set all name to si_sitename where name was null. This will show wikis with duplicate names like My wiki test (from API) which are actually different wikis. Later humans can overwrite the name in name if desired. Also we have 44 wikis just named Wiki. I can provide you with a list if you want to find manual names for them. --- dupe detection in the table: please see here: http://meta.wikimedia.org/wiki/User:Mutante/mw-dupes creating mw table syntax with mysql command, but can't paste the table because it triggers spam filter for having wiki URLs in there that are blocked :p -- 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 36164] Make Wikimedia ShortUrl short URLs even shorter using an Apache rewrite rule
https://bugzilla.wikimedia.org/show_bug.cgi?id=36164 --- Comment #12 from Yuvi Panda yuvipa...@gmail.com 2012-05-06 10:38:00 UTC --- I implemented Daniel's suggestion at https://gerrit.wikimedia.org/r/#/c/6728/ However, only after implementing it I realized that I don't actually understand what extra flexibility it gives me. The apache rewrite rule still needs the prefix. Unless there's an advantage I gain by using PathRouter, I'd rather abandon that change and keep the code simpler. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35186] MathJax: Several commands that work in texvc are not recognized
https://bugzilla.wikimedia.org/show_bug.cgi?id=35186
--- Comment #23 from nageh mal.mal...@gmail.com 2012-05-06 10:45:58 UTC ---
Did you search on Google books? You could also try it yourself using your
favorite LaTeX2e interpreter. \text* commands have been introduced in LaTeX(2e)
over TeX for two reasons: old commands (\bf, \it, etc.) don't take a parameter
so you always have to write {\bf text}; and they don't nest in contrast to
\text*.
--
Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are on the CC list for the bug.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35186] MathJax: Several commands that work in texvc are not recognized
https://bugzilla.wikimedia.org/show_bug.cgi?id=35186 --- Comment #24 from nageh mal.mal...@gmail.com 2012-05-06 11:23:16 UTC --- CTAN is the definite web source for information on LaTeX and packages. You may want to read the top of page 124 of http://ctan.org/tex-archive/info/lshort/english/lshort.pdf -- 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 36164] Make Wikimedia ShortUrl short URLs even shorter using an Apache rewrite rule
https://bugzilla.wikimedia.org/show_bug.cgi?id=36164 --- Comment #13 from Daniel Friesen mediawiki-b...@nadir-seen-fire.com 2012-05-06 12:00:31 UTC --- - For textual input PathRouter doesn't break on and + in ways that Apache rewrites will. While this doesn't matter for most of the input used by ShortURL we should still be consistent in implementation. - This moves logic that should be handled by MediaWiki into MediaWiki where it belongs. Special pages, params, etc... should not be hardcoded into .htaccess files. - Eventually MediaWiki is going to start handling 404s on it's own. At that point many MediaWiki installations will start handling short urls by simply pointing their 404 ErrorDocument to MediaWiki. ShortURL needs to implement PathRouter in order to work under this environment. - PathRouter will work on servers using FastCGI that don't have a good rewrite engine of their own. -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34876] jquery.makeCollapsible() very slow if many collapsible, initially collapsed elements
https://bugzilla.wikimedia.org/show_bug.cgi?id=34876 TMg mr.h...@gmx.de changed: What|Removed |Added CC||mr.h...@gmx.de --- Comment #13 from TMg mr.h...@gmx.de 2012-05-06 12:39:25 UTC --- What's the problem with toggling a few display=none properties? We would like to use the mw-collapsible stuff (which I belief is based on the jQuery stuff discussed here) in the German Wikipedia but we can't because of the crappy, broken, distracting, time-wasting animations (also see bug 31832). Remove the animations please or make it opt-in (via class=mw-collapsible-animated) and all problems are gone. -- 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 35612] Loading of a change for review in Gerrit is often very slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=35612 --- Comment #8 from Chad H. innocentkil...@gmail.com 2012-05-06 12:49:19 UTC --- (In reply to comment #7) ... And now I suspect that this is specific to our installation. Please read comment 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 35612] Loading of a change for review in Gerrit is often very slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=35612 --- Comment #9 from Amir E. Aharoni amir.ahar...@mail.huji.ac.il 2012-05-06 12:54:55 UTC --- (In reply to comment #8) (In reply to comment #7) ... And now I suspect that this is specific to our installation. Please read comment 3. I read it. I don't see that it refers to the difference between how it works in Chrome and in Firefox. For a more complete picture, I use Ubuntu 11.10 and the following browser versions: * Firefox 14.0a2 (2012-05-03) * Chromium 8.0.1025.151 (Developer Build 130497 Linux) -- 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 35612] Loading of a change for review in Gerrit is often very slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=35612 --- Comment #10 from Chad H. innocentkil...@gmail.com 2012-05-06 12:56:49 UTC --- I see zero difference between the two locally. -- 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 36265] import several thousand wikis from wikiteam lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=36265 --- Comment #9 from Robert Hanke ro...@gmx.de 2012-05-06 13:01:32 UTC --- Then add these, too: http://s23.org/wiki/Wikistats/WikiHoster.net -- 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 36570] New: new possible wikifarms / hives detected - check for lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=36570 Web browser: --- Bug #: 36570 Summary: new possible wikifarms / hives detected - check for lists Product: Wikimedia Labs Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: wikistats AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dz...@wikimedia.org CC: dz...@wikimedia.org Classification: Unclassified Mobile Platform: --- detected when checking mediawikis table for duplicate names with varying statistics: check for other existing languages / wikis and lists, check total number of wikis: | 3460 | Anime-Wiki.Org | http://de.anime-wiki.org/api.php | 1 | | 3461 | Anime-Wiki.Org | http://fi.anime-wiki.org/api.php | 1 | | 1419 | BromWiki | http://de.bromwiki.net/api.php | 4982 | | 1420 | BromWiki | http://en.bromwiki.net/api.php | 4662 | 8520 | ECGpedia | http://www.ecgpedia.org/nl/api.php |204 | | 4808 | ECGpedia | http://en.ecgpedia.org/api.php | 1038 | | 4989 | EDPnet Wiki| http://fr.wiki.edpnet.be/api.php |171 | | 4857 | EDPnet Wiki| http://en.wiki.edpnet.be/api.php |199 | | 4076 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/es/api.php | 3082 | | 4080 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/de/api.php | 42 | | 4077 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/sv/api.php |479 | | 4078 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/pt/api.php |373 | | 4131 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/ru/api.php | 2 | | 4132 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/ko/api.php | 1 | | 4133 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/ja/api.php | 28 | | 4088 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/zh/api.php | 3 | | 4079 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/fr/api.php | 10 | | 4134 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/it/api.php | 4 | | 4075 | FamilySearch Wiki | https://www.familysearch.org/learn/wiki/en/api.php | 67090 | --- | 4991 | FFXIclopedia | http://fr.wiki.ffxiclopedia.org/api.php| 10300 | | 6614 | FFXIclopedia | http://wiki.ffxiclopedia.org/api.php | 39851 | | 4896 | FFXIclopedia | http://es.wiki.ffxiclopedia.org/api.php|404 | | 4121 | GeneaWiki | http://sv.geneawiki.com/api.php| | | 4124 | GeneaWiki | http://en.geneawiki.com/api.php|589 | | 125 | GeneaWiki | http://fr.geneawiki.com/api.php| 55683 | | 4123 | GeneaWiki | http://es.geneawiki.com/api.php|302 | | 4122 | GeneaWiki | http://nl.geneawiki.com/api.php| 93 | | 6566 | GenWiki| http://wiki-en.genealogy.net/w/api.php |841 | | 8850 | GenWiki| http://www.gausschildren.org/genwiki/api.php | 1894 | | 6460 | GenWiki| http://wiki-commons.genealogy.net/w/api.php| 16 | | 6503 | GenWiki| http://wiki-de.genealogy.net/w/api.php | 117375 | | 3891 | GuildWiki | http://www.guildwiki.org/api.php | 19336 | | 8991 |
[Bug 36558] bug in array code blocks usage with certain versions of ArrayExtension
https://bugzilla.wikimedia.org/show_bug.cgi?id=36558 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-05-06 13:18:29 UTC --- Great catch :) Fixed in https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/extensions/SemanticResultFormats.git;a=commit;h=63cf99bfa0aaaeabaa3bdb957b787622b4253282 -- 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 36570] new possible wikifarms / hives detected - check for lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=36570 Daniel Zahn dz...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |Normal CC||federicol...@tiscali.it, ||m...@everybody.org, ||ro...@gmx.de -- 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 36265] import several thousand wikis from wikiteam lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=36265 Daniel Zahn dz...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #10 from Daniel Zahn dz...@wikimedia.org 2012-05-06 13:23:21 UTC --- please add that to the other bug for new hives/farms i just openened. i found a lot more. all real duplicates (same name and same stats) are deleted from the table now :) i also removed wikinews / pardus. see what is left now that has the same names but different stats in the other bug. calling the import done now and setting this to resolved. -- 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 29758] Create a wiki for the future chapter Wikimedia México
https://bugzilla.wikimedia.org/show_bug.cgi?id=29758 Thehelpfulone thehelpfulonew...@gmail.com changed: What|Removed |Added CC||thehelpfulonew...@gmail.com --- Comment #8 from Thehelpfulone thehelpfulonew...@gmail.com 2012-05-06 13:23:45 UTC --- Has this been fixed 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 36570] new possible wikifarms / hives detected - check for lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=36570 --- Comment #1 from Robert Hanke ro...@gmx.de 2012-05-06 13:27:39 UTC --- Then add these, too: http://s23.org/wiki/Wikistats/WikiHoster.net -- 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 36570] new possible wikifarms / hives detected - check for lists
https://bugzilla.wikimedia.org/show_bug.cgi?id=36570 --- Comment #2 from Daniel Zahn dz...@wikimedia.org 2012-05-06 13:37:39 UTC --- Done. added with API urls and fetched names from API. | id| si_sitename | statsurl | method | +---+---+++ | 4016 | WikiHoster.net| http://www.wikihoster.net/api.php | 8 | | 11590 | WikiHoster.net - MW Testwiki | http://mwtest.wikihoster.net/api.php | 8 | | 11591 | WikiHoster.net - SMW Testwiki | http://smwtest.wikihoster.net/api.php | 8 | | 11589 | CAcert in Berlin | http://cacertberlin.wikihoster.net/api.php | 8 | -- RobiH, can you check the above and create more import lists, checking which other language versions or subdomains they have? -- 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 31216] Cite ref error messages save UI language text into parser cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=31216 Gadget850 ed.pal...@gmail.com changed: What|Removed |Added CC||ed.pal...@gmail.com --- Comment #1 from Gadget850 ed.pal...@gmail.com 2012-05-06 13:40:34 UTC --- We have seen this on the English Wikipedia a few times. -- 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 31216] Cite ref error messages save UI language text into parser cache
https://bugzilla.wikimedia.org/show_bug.cgi?id=31216 Chad H. innocentkil...@gmail.com changed: What|Removed |Added CC||innocentkil...@gmail.com --- Comment #2 from Chad H. innocentkil...@gmail.com 2012-05-06 13:46:45 UTC --- (In reply to comment #0) Either this needs to use content language too or it needs to record the use of the UI language in the parser options so it can go into to the parser cache hash key, I think? Since it's shown *in* the content, I'd assume the former would be preferable (and easier). -- 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 36571] New: Please lock wikimania2011 wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=36571 Web browser: --- Bug #: 36571 Summary: Please lock wikimania2011 wiki Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: thehelpfulonew...@gmail.com CC: wikimedia.b...@snowolf.eu Classification: Unclassified Mobile Platform: --- Please lock wikimania2011.wikimedia.org, I have confirmed that this is OK with Harel. As per bug 29064, it looks like you need to add it to closed.dblist and remove it from InitialiseSettings (groupOverrides). 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 36571] Please lock wikimania2011 wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=36571 Thehelpfulone thehelpfulonew...@gmail.com changed: What|Removed |Added Keywords||shell Priority|Unprioritized |Normal Blocks||28985 -- 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 28985] Wikis ready for closing (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=28985 Thehelpfulone thehelpfulonew...@gmail.com changed: What|Removed |Added Depends on||36571 -- 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 17865] Mismatched input syntax for Cite error messages
https://bugzilla.wikimedia.org/show_bug.cgi?id=17865 --- Comment #19 from Gadget850 ed.pal...@gmail.com 2012-05-06 13:52:33 UTC --- MediaWiki:Cite error refs without references This interface page is still not fixed. Have to use an external link as an internal wikilink does not work. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36571] Please lock wikimania2011 wiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=36571 Thehelpfulone thehelpfulonew...@gmail.com changed: What|Removed |Added URL||http://wikimania2011.wikime ||dia.org -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36164] Make Wikimedia ShortUrl short URLs even shorter using an Apache rewrite rule
https://bugzilla.wikimedia.org/show_bug.cgi?id=36164 --- Comment #14 from Yuvi Panda yuvipa...@gmail.com 2012-05-06 14:29:34 UTC --- Thanks for the clarification :) Now if only I could find someone to review and merge that patch... -- 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. You are the assignee for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35993] gettoken should go die in a fire
https://bugzilla.wikimedia.org/show_bug.cgi?id=35993 --- Comment #2 from Beau b...@adres.pl 2012-05-06 14:50:41 UTC --- I have submitted gerrit #6730 for review. This change marks gettoken parameter as deprecated. -- 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 36431] Secondary and primary storage go out of sync on constraint violation in secondary storage
https://bugzilla.wikimedia.org/show_bug.cgi?id=36431 Jeroen De Dauw jeroen_ded...@yahoo.com changed: What|Removed |Added CC||jeroen_ded...@yahoo.com --- Comment #2 from Jeroen De Dauw jeroen_ded...@yahoo.com 2012-05-06 15:04:33 UTC --- Two different issues here: * We need to not save invalid data to the page table if it was rejected from the secondary tables. Might be better to have a Content::isValid() method that is called before save (but can also be used at other places, such as preview or whatever) and does all the needed checks (in case of WikibaseItem this includes some reads to the db to see if no duplicate stuff is entered). This method can then remove the invalid data and continue the save or abort it, and also return the encountered issues to the caller. One thing to keep in mind is that any changes to this kind of info should always be written to both the page table and the secondary tables, preferably in the same transaction. * We need some way of dealing with race conditions. If a save happens and we do a read, and it turns out all is well, we must still be sure that no write that creates a previously absent conflict does not happen before the save completes. Not sure how to do this in MediaWiki. Probably needs some investigation. Let's not put all the storage related stuff into a single bug, so I suggest splitting up the second issue into it's own bug, so this one can be closed once the first one has been addressed. check one database and then continue, leaving the remaining databases What databases are you talking about? AFAIK we will only have a single master db for the Wikidata (repo) wiki. This db will hold both the page table and the secondary tables needed for duplication checks, so we won't need to care about any additional stuff we set up for answering queries or other stuff I think. -- 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 36431] Secondary and primary storage go out of sync on constraint violation in secondary storage
https://bugzilla.wikimedia.org/show_bug.cgi?id=36431 --- Comment #3 from jeb...@gmail.com 2012-05-06 15:33:17 UTC --- If secondary storage is within the same database in the repo there should be no problem to use transactions. -- 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 36573] New: handle wikis which have API for siteinfo but do not have siprop statistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=36573 Web browser: --- Bug #: 36573 Summary: handle wikis which have API for siteinfo but do not have siprop statistics Product: Wikimedia Labs Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: wikistats AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: dz...@wikimedia.org CC: dz...@wikimedia.org Classification: Unclassified Mobile Platform: --- Due to different API capabilities in different MW versions we have a group of wikis which do offer api.php URLs and we can fetch siteinfo from, but they do not have statistics via API. e.g. error code=siunknown_siprop info=Unrecognised value for parameter 'siprop' That's the wikis where you can see name/license but no values for good,total, etc.. There are new error codes introduced in the siteinfo fetching. (892,893,894) for debugging. Those that are http 200 but show no stats numbers fall into this category. Also code is changed to try fetching siteinfo even if fetching statistics fails, before it was skipped. Introduce new method 7 for those that are siteinfo yes,statistics no, use API for siteinfo and try replacing api.php URL with Special:Statistics?action=raw and method 0 when fetching statistics. -- 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 36574] New: List of components and bugs by chronological order for each component in Bugzilla
https://bugzilla.wikimedia.org/show_bug.cgi?id=36574 Web browser: --- Bug #: 36574 Summary: List of components and bugs by chronological order for each component in Bugzilla Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: Unprioritized Component: Bugzilla AssignedTo: mhershber...@wikimedia.org ReportedBy: prp.1...@gmail.com CC: innocentkil...@gmail.com, s...@reedyboy.net, thehelpfulonew...@gmail.com Classification: Unclassified Mobile Platform: --- It would be nice to be able to just browse through all the bug reports by chronological order, segregated into bugs for each component. Something like https://bugzilla.mozilla.org/describecomponents.cgi (when you click 'browse') -- 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 36573] handle wikis which have API for siteinfo but do not have siprop statistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=36573 Daniel Zahn dz...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High CC||federicol...@tiscali.it, ||m...@everybody.org, ||ro...@gmx.de -- 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 36572] Overlapping Text and Text crossing the borders.
https://bugzilla.wikimedia.org/show_bug.cgi?id=36572 --- Comment #1 from Sirisha Parsi sirisha_ja...@yahoo.co.in 2012-05-06 17:09:22 UTC --- Created attachment 10523 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10523 Overlapping Text and Text crossing the border. The text is overlapping and crossing borders. It makes it difficult to read and understand. Also, when printing, the text would overlap. -- 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 36572] Overlapping Text and Text crossing the borders.
https://bugzilla.wikimedia.org/show_bug.cgi?id=36572 Sirisha Parsi sirisha_ja...@yahoo.co.in changed: What|Removed |Added URL||http://te.wikisource.org/wi ||ki/Main_Page CC||sirisha_ja...@yahoo.co.in Web browser|--- |Google Chrome --- Comment #2 from Sirisha Parsi sirisha_ja...@yahoo.co.in 2012-05-06 17:17:38 UTC --- There are many more pages with the same problem. When clicked on the links in http://te.wikisource.org/wiki/Main_Page Same kind of bug in http://te.wikisource.org/wiki/%E0%B0%B8%E0%B0%BE%E0%B0%95%E0%B1%8D%E0%B0%B7%E0%B0%BF_%E0%B0%B8%E0%B0%82%E0%B0%98%E0%B0%A8%E0%B0%BF%E0%B0%B0%E0%B1%8D%E0%B0%AE%E0%B0%BE%E0%B0%A3%E0%B0%AE%E0%B1%81 -- 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 36573] handle wikis which have API for siteinfo but do not have siprop statistics
https://bugzilla.wikimedia.org/show_bug.cgi?id=36573 Daniel Zahn dz...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Daniel Zahn dz...@wikimedia.org 2012-05-06 18:52:07 UTC --- added the method 7 (7 in column mt) for these as described. 581 more working ones now with http 200 who get siteinfo from API but stats from Special:Statistics. Also fixed links in display.php for these. -- 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 35145] Make git-review easier to install on Windows
https://bugzilla.wikimedia.org/show_bug.cgi?id=35145 --- Comment #39 from Siddhartha Ghai siddhartha.g...@gmail.com 2012-05-06 19:14:36 UTC --- @ Khaled El Mansoury Thanks a lot for trying to make this easier for windows users. Sorry I can't help with the testing since I've already installed it. Also, once the installer starts working properly, maybe you could look into the possibility to bypassing pip per http://www.mediawiki.org/wiki/User_talk:Sumanah#Installing_Git_review_on_windows_14746 Also, would it be possible to have a express install/custom install option at the beginning with everything optional in custom, so that people who have python and not git, or git but not python, can uncheck the unneeded software before installing. E.g: github users will probably already have git, Putty, Tortoisegit but may not have python. Thanks a lot for the effort you're putting into this. PS:Someone should look into the possibility of bypassing pip during manual install (see the link), regardless of what happens with the installer. -- 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 36268] List of largest Mediawikis on http://wikistats.wmflabs.org/ displays wrong version number
https://bugzilla.wikimedia.org/show_bug.cgi?id=36268 Marcin Cieślak marcin.cies...@gmail.com changed: What|Removed |Added CC||marcin.cies...@gmail.com Summary|Wrong version link |List of largest Mediawikis ||on ||http://wikistats.wmflabs.or ||g/ displays wrong version ||number --- Comment #4 from Marcin Cieślak marcin.cies...@gmail.com 2012-05-06 19:29:53 UTC --- I don't know how often is this updated, but as of today (2012-05-06) many Wikimedia MediaWikis show 1.19 although they are running 1.20wmf1 -- 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 31610] Recurring loss of session data makes 77MB file upload fail on Wikimedia Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=31610 Erik Moeller e...@wikimedia.org changed: What|Removed |Added CC||e...@wikimedia.org --- Comment #6 from Erik Moeller e...@wikimedia.org 2012-05-06 19:37:01 UTC --- Hi Dovi, are you able to successfully upload large files to other websites (e.g. YouTube, Scribd)? Can you also specify browser/OS info? In general I'd recommend that anyone who experiences session data problems with large uploads try the new chunked upload user preference and see if that improves stability of your uploads: http://commons.wikimedia.org/wiki/Commons:Chunked_uploads Note that this will only have any effect on Upload Wizard. -- 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 36575] New: Gerrit/Gitweb say Error 400 when given a link from Special:Version on WMF deployment for MediaWiki core
https://bugzilla.wikimedia.org/show_bug.cgi?id=36575 Web browser: --- Bug #: 36575 Summary: Gerrit/Gitweb say Error 400 when given a link from Special:Version on WMF deployment for MediaWiki core Product: MediaWiki Version: 1.20-git Platform: All URL: https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core .git;h=82f3370 OS/Version: All Status: NEW Severity: major Priority: Unprioritized Component: Special pages AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: marcin.cies...@gmail.com Blocks: 22596 Classification: Unclassified Mobile Platform: --- Take https://en.wikipedia.org/wiki/Special:Version Right now (Sun May 6 19:49:36 UTC 2012) it says for MediaWiki core: 1.20wmf1 (82f3370) 82f3370 links to https://gerrit.wikimedia.org/r/gitweb?p=mediawiki/core.git;h=82f3370 which gives 400 - Unknown action Extensions are 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 22596] Migrate subversion to git (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22596 Marcin Cieślak marcin.cies...@gmail.com changed: What|Removed |Added Depends on||36575 -- 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 25631] Timestamp invisible on first diff of a page
https://bugzilla.wikimedia.org/show_bug.cgi?id=25631 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Component|History/Diffs |User interface -- 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 35887] Chrome: Editing undos limited until last edit toolbar click
https://bugzilla.wikimedia.org/show_bug.cgi?id=35887 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC|krinklem...@gmail.com | Version|unspecified |1.16.x -- 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 35906] Increase coverage of ResourceLoader isCompatible() in startup.js
https://bugzilla.wikimedia.org/show_bug.cgi?id=35906 Krinkle krinklem...@gmail.com changed: What|Removed |Added Target Milestone|1.20.0 release |Future release Severity|normal |enhancement -- 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 35887] Chrome: Editing undos limited until last edit toolbar click
https://bugzilla.wikimedia.org/show_bug.cgi?id=35887 Beau b...@adres.pl changed: What|Removed |Added CC||b...@adres.pl See Also||https://bugzilla.wikimedia. ||org/show_bug.cgi?id=31780 --- Comment #2 from Beau b...@adres.pl 2012-05-06 20:18:21 UTC --- I assume the old toolbar is used. Similar to bug 31780 (about WikiEditor extension). -- 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 36151] mw.Title should not have an extension limit
https://bugzilla.wikimedia.org/show_bug.cgi?id=36151 Krinkle krinklem...@gmail.com changed: What|Removed |Added Version|1.20-git|1.19 Target Milestone|--- |1.20.0 release Summary|Unabled to allow uploading |mw.Title should not have an |files with long extensions |extension limit -- 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 36536] Re-enable Firefox 10 in TestSwarm
https://bugzilla.wikimedia.org/show_bug.cgi?id=36536 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Normal |High CC||krinklem...@gmail.com AssignedTo|wikibugs-l@lists.wikimedia. |has...@free.fr |org | Summary|Test Firefox 10 (ESR) in|Re-enable Firefox 10 in |TestSwarm |TestSwarm Severity|normal |major --- Comment #1 from Krinkle krinklem...@gmail.com 2012-05-06 20:21:47 UTC --- After TestSwarm 1.0.0 is released we will upgrade to that and keep the swarm populated through browserstack, and maintain our own browser set (based on wikimedia traffic statistics). Until then we'll have to manually maintain it with database hacks. There is no reason not to allow FF10 clients now. Assigning to hashar. -- 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 35584] Implementing continuous integration workflow (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=35584 Krinkle krinklem...@gmail.com changed: What|Removed |Added Keywords||tracking Summary|Implementing continuous |Implementing continuous |integration workflow|integration workflow |(Gerrit/Jenkins/PHPunit/Tes |(tracking) |tSwarm) | -- 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 35028] Get some statistics about testswarm db performance
https://bugzilla.wikimedia.org/show_bug.cgi?id=35028 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #12 from Krinkle krinklem...@gmail.com 2012-05-06 20:22:34 UTC --- Marking fixed for now. -- 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 35028] Get some statistics about testswarm db performance
https://bugzilla.wikimedia.org/show_bug.cgi?id=35028 Krinkle krinklem...@gmail.com changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |has...@free.fr |org | -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35588] Jenkins job: PHP code style analyzer
https://bugzilla.wikimedia.org/show_bug.cgi?id=35588 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|[Jenkins] PHP code style|Jenkins job: PHP code style |analyzer|analyzer -- 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 35706] Retriggered builds in Jenkins shouldn't loose track of children builds
https://bugzilla.wikimedia.org/show_bug.cgi?id=35706 Krinkle krinklem...@gmail.com changed: What|Removed |Added Priority|Normal |Low Summary|Jenkins retriggered builds |Retriggered builds in |loose track of children |Jenkins shouldn't loose |builds |track of children builds -- 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 35942] Implement unit test to compare MessagesEn, MessagesQqq and messages.inc
https://bugzilla.wikimedia.org/show_bug.cgi?id=35942 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|test to compare En Qqq and |Implement unit test to |messages.inc|compare MessagesEn, ||MessagesQqq and ||messages.inc -- 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 36576] New: Update Wikimedia's NOC's highlight.php to not convert tab characters into spaces
https://bugzilla.wikimedia.org/show_bug.cgi?id=36576 Web browser: --- Bug #: 36576 Summary: Update Wikimedia's NOC's highlight.php to not convert tab characters into spaces Product: Wikimedia Version: unspecified Platform: All URL: http://noc.wikimedia.org/conf/highlight.php?file=Commo nSettings.php OS/Version: All Status: NEW Severity: enhancement Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: j...@countervandalism.net Classification: Unclassified Mobile Platform: --- Currently highlight.php converts tab characters into spaces, which is not a big deal, but it's somewhat annoying, especially given how the MediaWiki convention is to indent code with tabs instead of spaces. Compare: http://noc.wikimedia.org/conf/CommonSettings.php.txt to: http://noc.wikimedia.org/conf/highlight.php?file=CommonSettings.php In the very first if() loop on the file, you'll notice that in the original (.txt) version, the three lines are indented with a tab character. However, highlight.php converts the tabs to spaces, because it uses highlight_file() internally. This is very easy to fix. I fixed it by adding the following line: $hl = str_replace( '', '', $hl ); // convert 4 spaces to 1 tab character; bug #N right after the line: $hl = str_replace( 'nbsp;', ' ', $hl ); // https://bugzilla.wikimedia.org/show_bug.cgi?id=19253 -- 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 35943] Elaborate more in case of failures in the jenkins-bot comment in Gerrit
https://bugzilla.wikimedia.org/show_bug.cgi?id=35943 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Jenkins should send a nice |Elaborate more in case of |review when messages are|failures in the jenkins-bot |missing |comment in Gerrit --- Comment #1 from Krinkle krinklem...@gmail.com 2012-05-06 20:54:40 UTC --- Rephrasing bug to generalize the idea. I agree it would be nice if one wouldn't have to dig into Jenkins to find out what the problem is. On the other hand, the Jenkins interface is very simple to use, and especially the PHPUnit module is very well integrated. From the parent job build page to the exact name of the failing test is only 2 clicks from the comment in Gerrit. 1) Gerrit comment: https://integration.mediawiki.org/ci/job/MediaWiki-GIT-Fetching/1104/ 2) Failing build: MediaWiki-Tests-Misc * https://integration.mediawiki.org/ci/job/MediaWiki-Tests-Misc/841/ * Result: Test Result (1 failure / +1) * WikiPageTest.testDoRollback When the parent job GIT-Fetching is finished with all children builds, it does the Verified -1/+1 in Gerrit and then either leaves a comment in Gerrit that the build has PASSED with a link to the build page in Jenkins (nothing more - if one wants to know the results of the lint check, or individual phpunit tests, style test, testswarm etc. - then one should be able to get there via the build page in Jenkins). Idea: In case the build fails, let Jenkins leave a little more elaborate comment in Gerrit. * Indicate which child build failed (lint, style, phpunit, testswarm, ..) * Include the list (up to 10?) of names of tests that failed I'd rather not add a workaround to add something in the Gerrit comment maker for one particular unit test only (bug bug 35942 in this case). That means we'd have to hard code the name of the unit test somewhere and extract the result from the phpunit build results. I don't know how easy it is to extract these stats from where the Gerrit comment is formatted, but it seems for phpunit jobs the information is very well aggregated, something like this maybe? (jenkins-bot) Build PASSED Details: https://integration.mediawiki.org/ci/job/MediaWiki-GIT-Fetching/1138/ (jenkins-bot) Build FAILED Aggregated Test Result: 1 failure Failed build(s): * MediaWiki-Tests-Misc: 1 failure - LanguageTest.testMissingMessageEntries Details: https://integration.mediawiki.org/ci/job/MediaWiki-GIT-Fetching/1104/ (jenkins-bot) Build FAILED Aggregated Test Result: 3 failures Failed build(s): * MediaWiki-Tests-Misc: 1 failure - LanguageTest.testMissingMessageEntries * MediaWiki-Tests-TestSwarm: 2 failures - http://integration.mediawiki.org/testswarm/job// Details: https://integration.mediawiki.org/ci/job/MediaWiki-GIT-Fetching// Maybe limit to only show the first 10. -- 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 31518] Jenkins job: PHPUnit code coverage
https://bugzilla.wikimedia.org/show_bug.cgi?id=31518 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|Monitor PHPUnit test|Jenkins job: PHPUnit code |coverage in Jenkins |coverage -- 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 32077] CentralAuth logs off on rename
https://bugzilla.wikimedia.org/show_bug.cgi?id=32077 Nemo_bis federicol...@tiscali.it changed: What|Removed |Added CC||federicol...@tiscali.it --- Comment #10 from Nemo_bis federicol...@tiscali.it 2012-05-06 21:04:04 UTC --- This behaviour could be a feature, not a bug. It happens that accounts are renamed and then recreated under the wrong name by automatic account creation, maybe logging out is useful? -- 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 36577] New: Streaming large files is unacceptably slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=36577 Web browser: --- Bug #: 36577 Summary: Streaming large files is unacceptably slow Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: e...@wikimedia.org Classification: Unclassified Mobile Platform: --- Now that all uploaded files are served by Varnish (as of late April/early May), we're seeing major issues with streaming of large video files. This is likely due to limited streaming support in Varnish in the 3.0.2 release we're running: https://www.varnish-software.com/blog/http-streaming-varnish Varnish 3.0 has some support for streaming objects, but I can't say that I'm very happy with the semantics. It only allows one client to stream the object and others are placed on hold while the object is being streamed. If this client is a 3G phone downloading a 100 megabyte object other clients are likely to give up waiting and go and do something else. Mark has enabled this limited streaming support, currently for files 100 MB. Whether it's due to these or other limitations, files 100 MB are currently very unreliably playable, especially on first play, and still sometimes return 503 errors as well. It takes many seconds to successfully initiate a play of files such as these, or they may fail completely: http://upload.wikimedia.org/wikipedia/commons/b/b5/Monthly_Metrics_Meeting_March_1%2C_2012.ogv http://upload.wikimedia.org/wikipedia/commons/e/ec/Monthly_Metrics_Meeting_April_5%2C_2012.ogv http://upload.wikimedia.org/wikipedia/commons/f/f3/WMF_Analytics_Day_-_HBase.ogv We'll need to investigate fuller solutions, whether it's backporting the current experimental streaming branch for upload hosts ( https://github.com/mbgrydeland/varnish-cache-streaming ), reverting to Squid, further changing config, etc. We'll also need to make sure these issues aren't exacerbated further with SWIFT. -- 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 36577] Streaming large files is unacceptably slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=36577 Erik Moeller e...@wikimedia.org changed: What|Removed |Added Priority|Unprioritized |High Severity|normal |major -- 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 36487] Hooks giving errors on unicode input.
https://bugzilla.wikimedia.org/show_bug.cgi?id=36487
Marcin Cieślak marcin.cies...@gmail.com changed:
What|Removed |Added
CC||marcin.cies...@gmail.com
--- Comment #2 from Marcin Cieślak marcin.cies...@gmail.com 2012-05-06
21:13:24 UTC ---
Yes, all lines like
subject = str(this.patchsets[change]['subject'])
are incorrect - str() tries to convert string (in this case
type 'unicode' returned by json (for change 6596):
{u'status': u'MERGED', u'topic': u'master', u'url':
u'https://gerrit.wikimedia.org/r/6596', u'createdOn': 1336127682, u'patchSets':
[{u'createdOn': 1336127682, u'ref': u'refs/changes/96/6596/1', u'number': u'1',
u'uploader': {u'name': u'Szymon \u015awierkosz', u'email': u'b...@adres.pl'},
u'revision': u'6c27fef898ca095e7fd1cc4b6138f1f7e50f3c6f'}, {u'createdOn':
1336127823, u'ref': u'refs/changes/96/6596/2', u'number': u'2', u'uploader':
{u'name': u'Szymon \u015awierkosz', u'email': u'b...@adres.pl'}, u'revision':
u'caa999a9f1b3653dc3d4556abbb1dfc98ebfab5f'}, {u'createdOn': 1336313263,
u'ref': u'refs/changes/96/6596/3', u'number': u'3', u'uploader': {u'name':
u'Szymon \u015awierkosz', u'email': u'b...@adres.pl'}, u'revision':
u'7cf5f38232111da6ec8834764628aa29422382c1'}], u'number': u'6596',
u'lastUpdated': 1336313647, u'project': u'mediawiki/core', u'sortKey':
u'001cdcf619c4', u'branch': u'master', u'owner': {u'name': u'Szymon
\u015awierkosz', u'email': u'b...@adres.pl'}, u'open': False, u'id':
u'Ie223930cfc313aff150e2dcfd70b74bf4360a8a8', u'subject': u'Move optionstoken
from meta=userinfo to action=tokens.'}
and then we should consequently treat all strings as Unicode and converting to
UTF-8 when logging to files or doing other I/O.
I wonder only, why did it work 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 36487] Gerrit hooks need to accept unicode input
https://bugzilla.wikimedia.org/show_bug.cgi?id=36487 Marcin Cieślak marcin.cies...@gmail.com changed: What|Removed |Added Keywords||utf8 URL||https://gerrit.wikimedia.or ||g/r/gitweb?p=operations/pup ||pet.git;a=tree;f=files/gerr ||it/hooks Summary|Hooks giving errors on |Gerrit hooks need to accept |unicode input. |unicode input -- 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 36577] Streaming large files is unacceptably slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=36577 p858snake p858sn...@gmail.com changed: What|Removed |Added Keywords||ops CC||p858sn...@gmail.com -- 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 36577] Streaming large files is unacceptably slow
https://bugzilla.wikimedia.org/show_bug.cgi?id=36577 p858snake p858sn...@gmail.com changed: What|Removed |Added Component|General/Unknown |General/Unknown Product|MediaWiki |Wikimedia -- 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 36286] update all the old wiki names to their official names reported by API
https://bugzilla.wikimedia.org/show_bug.cgi?id=36286 Daniel Zahn dz...@wikimedia.org changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #3 from Daniel Zahn dz...@wikimedia.org 2012-05-06 21:52:13 UTC --- done once. from now we can manually set the old name column to something different to the API name. example: zikkir.com for the largest mediawiki which reports as sitename in API. -- 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 36578] New: tog-watchdefault disabled itself
https://bugzilla.wikimedia.org/show_bug.cgi?id=36578 Web browser: --- Bug #: 36578 Summary: tog-watchdefault disabled itself Product: MediaWiki Version: 1.20-git Platform: All URL: https://pt.wikipedia.org/w/index.php?diff=29980255old id=29978790uselang=en#Op.C3.A7.C3.A3o_para_vigiar_as_ p.C3.A1ginas_editadas OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Watchlist AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: mybugs.m...@gmail.com Classification: Unclassified Mobile Platform: --- At least two users reported on Portuguese Wikipedia[1] that the preference Add pages I edit to my watchlist (tog-watchdefault) disabled itself in the last few days. I don't know if this was a one time issue, related to some recent changes to the watchlist options [2], or if it is indeed a bug which should be fixed. [1] https://pt.wikipedia.org/w/index.php?diff=29980255oldid=29978790uselang=en#Op.C3.A7.C3.A3o_para_vigiar_as_p.C3.A1ginas_editadas [2] http://lists.wikimedia.org/pipermail/wikimedia-l/2012-April/thread.html#119983 -- 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 36440] Images permanently disappear when renaming files on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=36440 --- Comment #3 from material.scient...@yahoo.com 2012-05-06 22:42:52 UTC --- Same thing happened since with http://commons.wikimedia.org/wiki/File:Crypte_de_l%27%C3%A9glise_de_Gargilesse-Resurection_des_morts_G-20120429.jpg Here, there might have been a move conflict: I've tried to move that file and http://commons.wikimedia.org/wiki/File:Crypte_de_l%27%C3%A9glise_de_Gargilesse-R%C3%A9surection_des_morts_D-20120429.jpg, and the final move might be same (uploader requested, and it was hard to see what he/she wants) -- 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 36572] WTA - Overlapping Text and Text crossing the borders.
https://bugzilla.wikimedia.org/show_bug.cgi?id=36572 Sirisha Parsi sirisha_ja...@yahoo.co.in changed: What|Removed |Added Summary|Overlapping Text and Text |WTA - Overlapping Text and |crossing the borders. |Text crossing the borders. -- 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 36579] New: Please implement tri-logic on template params.
https://bugzilla.wikimedia.org/show_bug.cgi?id=36579
Web browser: ---
Bug #: 36579
Summary: Please implement tri-logic on template params.
Product: MediaWiki
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: Unprioritized
Component: Templates
AssignedTo: wikibugs-l@lists.wikimedia.org
ReportedBy: w...@gfarlie.demon.co.uk
Classification: Unclassified
Mobile Platform: ---
Having spent an extended period trying to figure out how to handle a particular
situation where a template param can have
- A defined value
- A defined but empty/null value
- an undefined state
and being seemingly unable to write code that actually follows the desired
logic consistently, I'd like to request that as well as being able to write
{{{defined|undefined}}} it should be possible to write
{{{defined|undefined|empty}}} style constructions.
This would greatly assist in getting some tiresome code working consistently.
--
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 36385] action=mobileview API call should produce mobile formatted Image pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=36385 Max Semenik maxsem.w...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||maxsem.w...@gmail.com Resolution||FIXED --- Comment #1 from Max Semenik maxsem.w...@gmail.com 2012-05-06 23:40:33 UTC --- Was done a few days ago. -- 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 36036] Handle tapping on Images inside the app
https://bugzilla.wikimedia.org/show_bug.cgi?id=36036 Bug 36036 depends on bug 36385, which changed state. Bug 36385 Summary: action=mobileview API call should produce mobile formatted Image pages https://bugzilla.wikimedia.org/show_bug.cgi?id=36385 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 35531] Send email notifications of all MediaWiki Git commits to mediawiki-cvs list
https://bugzilla.wikimedia.org/show_bug.cgi?id=35531 Krinkle krinklem...@gmail.com changed: What|Removed |Added CC||krinklem...@gmail.com Summary|Send email notifications of |Send email notifications of |all MediaWiki commits to|all MediaWiki Git commits |mediawiki-cvs list |to mediawiki-cvs list --- Comment #2 from Krinkle krinklem...@gmail.com 2012-05-07 00:09:33 UTC --- Is this a request to have the mailinglist monitor the mediawiki/core.git repository (master branch probably, or all maybe branches), or the gerrit changesets queue for mediawiki/core.git. Difference being timing (submission vs. merge) and whether rejected commits will be in the feed. If used for review, the latter makes more sense. If for monitoring what is new in MediaWiki, than the former may be more appropriate. Alternatively, using RSS may be an option as well. I thought there was an RSS plugin for Gerrit that allows one to subscribe to any query through RSS. A few useful queryies: * #q,project:mediawiki/core // all changesets * #q,project:mediawiki/core is:open * #q,status:merged project:mediawiki/core // like the old mediawiki-CVS list, committed changes * #q,reviewer:Krinkle * #q,reviewer:Krinkle is:open // personal dashboard -- 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 35531] Send notifications for new changesets in mediawiki/core.git to MediaWiki-CVS list
https://bugzilla.wikimedia.org/show_bug.cgi?id=35531 Krinkle krinklem...@gmail.com changed: What|Removed |Added Summary|Send email notifications of |Send notifications for new |all MediaWiki Git commits |changesets in |to mediawiki-cvs list |mediawiki/core.git to ||MediaWiki-CVS 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 36074] Unterminated string constant error in IE7 on action=edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=36074 Krinkle krinklem...@gmail.com changed: What|Removed |Added Status|ASSIGNED|NEW Web browser|Firefox |Internet Explorer Summary|error(s) following redlink |Unterminated string |to edit page, shown in |constant error in IE7 on |IE7/web console |action=edit --- Comment #4 from Krinkle krinklem...@gmail.com 2012-05-07 00:14:34 UTC --- The warnings shown in Firefox are not related to MediaWiki and are not important problems. They are from jQuery internally and they will fix it upstream when needed. The error Unterminated string constant shown in IE is not related to the Firefox warning but is a real bug. Rephrasing summary to emphasize that instead. Note that from looking at the screenshot, it looks like this error is caused by a user script or site script from en.wikisource.org not something we can fix in the software. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36074] Unterminated string constant error in IE7 on action=edit
https://bugzilla.wikimedia.org/show_bug.cgi?id=36074 Krinkle krinklem...@gmail.com changed: What|Removed |Added Attachment #10432|0 |1 is obsolete|| -- 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 34280] Oracle installer throw SET CONSTRAINTS ALL DEFERRED PL/SQL error
https://bugzilla.wikimedia.org/show_bug.cgi?id=34280 rpt...@hotmail.com changed: What|Removed |Added CC||rpt...@hotmail.com --- Comment #29 from rpt...@hotmail.com 2012-05-07 00:18:23 UTC --- Hello, I have dowloaded the latest version 1.19 (May2) and am receiving this same error Creating tables...A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was: SET CONSTRAINTS ALL DEFERRED I am using PHP5.2.17 which is the version needed for Apache. I am using a seperate DB schema (ie username/password) for DB installation and have written a script to confirm that I can connect correctly to oracle using php. Any ideas? -- 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 35531] Send notifications for new changesets in mediawiki/core.git to MediaWiki-CVS list
https://bugzilla.wikimedia.org/show_bug.cgi?id=35531 --- Comment #3 from Chad H. innocentkil...@gmail.com 2012-05-07 00:28:19 UTC --- (In reply to comment #2) Is this a request to have the mailinglist monitor the mediawiki/core.git repository (master branch probably, or all maybe branches), or the gerrit changesets queue for mediawiki/core.git. Difference being timing (submission vs. merge) and whether rejected commits will be in the feed. If used for review, the latter makes more sense. If for monitoring what is new in MediaWiki, than the former may be more appropriate. Alternatively, using RSS may be an option as well. I thought there was an RSS plugin for Gerrit that allows one to subscribe to any query through RSS. A few useful queryies: * #q,project:mediawiki/core // all changesets * #q,project:mediawiki/core is:open * #q,status:merged project:mediawiki/core // like the old mediawiki-CVS list, committed changes * #q,reviewer:Krinkle * #q,reviewer:Krinkle is:open // personal dashboard The idea is to have a spamlist like we do with MediaWiki-cvs...all e-mails to projects viewable by anonymous users should be sent to this address. See upstream issue 1311 http://code.google.com/p/gerrit/issues/detail?id=1311 -- 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 18195] Allow changing preferences via API
https://bugzilla.wikimedia.org/show_bug.cgi?id=18195 Krinkle krinklem...@gmail.com changed: What|Removed |Added AssignedTo|soxre...@gmail.com |agarr...@wikimedia.org Target Milestone|--- |1.20.0 release -- 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 35531] Send notifications for all changes (new patch/review/abandon/merge) in mediawiki/* to MediaWiki-CVS list
https://bugzilla.wikimedia.org/show_bug.cgi?id=35531 Chad H. innocentkil...@gmail.com changed: What|Removed |Added Summary|Send notifications for new |Send notifications for all |changesets in |changes (new |mediawiki/core.git to |patch/review/abandon/merge) |MediaWiki-CVS list |in mediawiki/* to ||MediaWiki-CVS list --- Comment #4 from Chad H. innocentkil...@gmail.com 2012-05-07 00:33:08 UTC --- Broadening summary. -- 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 36580] New: PDF page poorly rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=36580 Web browser: --- Bug #: 36580 Summary: PDF page poorly rendered Product: MediaWiki extensions Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: PdfHandler AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: m8r-udf...@mailinator.com Classification: Unclassified Mobile Platform: --- Created attachment 10524 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10524 How it looks rendered on the wiki The pdf file at: https://commons.wikimedia.org/wiki/File:Welcome2WP_English_082310.pdf doesn't seem to render properly. The 1st page color is off, and the image looks heavily compressed. -- 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 36580] PDF page poorly rendered
https://bugzilla.wikimedia.org/show_bug.cgi?id=36580 --- Comment #1 from Smallman m8r-udf...@mailinator.com 2012-05-07 00:58:59 UTC --- Created attachment 10525 -- https://bugzilla.wikimedia.org/attachment.cgi?id=10525 How it looks in adobe reader. -- 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 36440] Images permanently disappear when renaming files on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=36440 --- Comment #4 from Aaron Schulz aschulz4...@gmail.com 2012-05-07 01:19:11 UTC --- https://gerrit.wikimedia.org/r/6638 has caught several errors according to the logs, but those were just for uploads. So something else is also going on. Looking at LocalFileMoveBatch, I can see that the begin() calls break the file locking (which uses FOR UPDATE). Note that the file locking hasn't worked at for anything until the last few months, so I'm not sure that's the cause. -- 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 30953] Avatar upload page broken
https://bugzilla.wikimedia.org/show_bug.cgi?id=30953 --- Comment #6 from Scott Duensing sc...@jaegertech.com 2012-05-07 01:24:53 UTC --- I am also running MW 1.19.0 and have applied the posted patch. I also change the function definition. I no longer get an error, but the upload doesn't do anything either. There are no errors in my logs. What can I do to diagnose this? Thanks! -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 36440] Images permanently disappear when renaming files on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=36440 --- Comment #5 from Aaron Schulz aschulz4...@gmail.com 2012-05-07 01:28:41 UTC --- (In reply to comment #4) Looking at LocalFileMoveBatch, I can see that the begin() calls break the file locking (which uses FOR UPDATE). Note that the file locking hasn't worked at for anything until the last few months, so I'm not sure that's the cause. *hasn't worked at all -- 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 36400] Continue may skip or repeat entries for iwlinks or langlinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=36400 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added Keywords||patch CC||suma...@panix.com --- Comment #1 from Sumana Harihareswara suma...@panix.com 2012-05-07 01:44:07 UTC --- Thanks for the patch, Brad. It'll get reviewed faster if you use Developer access https://www.mediawiki.org/wiki/Developer_access to put it directly into the Git source code repository: https://www.mediawiki.org/wiki/Git/Workflow -- 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 14636] Blocking/Permissions Rewrite
https://bugzilla.wikimedia.org/show_bug.cgi?id=14636 Sumana Harihareswara suma...@panix.com changed: What|Removed |Added CC||suma...@panix.com --- Comment #8 from Sumana Harihareswara suma...@panix.com 2012-05-07 01:44:41 UTC --- Thanks for putting it in Git/Gerrit! -- 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 36440] Images permanently disappear when renaming files on Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=36440 --- Comment #6 from material.scient...@yahoo.com 2012-05-07 03:16:34 UTC --- Naive comments: (i) upload mistakes do block file moves - we have to delete failed uploads in a file page to unlock the move (or we get that red API error box, without telling the problem). (ii) I thought maybe move conflicts are a factor? To clarify: in this case I tried to move two files into the same destination from 2 firefox windows (one got moved one got API error). Often two editors try to move one file simultaneously, and I see that only indirectly (as a glitch with another mover). -- 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 36553] WTA: page does not load - user redirected to Not logged in screen
https://bugzilla.wikimedia.org/show_bug.cgi?id=36553 Erik Moeller e...@wikimedia.org changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||e...@wikimedia.org Resolution||INVALID --- Comment #1 from Erik Moeller e...@wikimedia.org 2012-05-07 03:35:51 UTC --- Not an issue with Upload Wizard but with the labs testing environment. -- 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 36569] ED Broken: Invalid response from remote subversion client
https://bugzilla.wikimedia.org/show_bug.cgi?id=36569 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net 2012-05-07 04:10:11 UTC --- *** This bug has been marked as a duplicate of bug 36482 *** -- 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 36482] Extension Distributor is seemingly completely broken in production
https://bugzilla.wikimedia.org/show_bug.cgi?id=36482 Sam Reed (reedy) s...@reedyboy.net changed: What|Removed |Added CC||p858sn...@gmail.com --- Comment #1 from Sam Reed (reedy) s...@reedyboy.net 2012-05-07 04:10:11 UTC --- *** Bug 36569 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
