[Bug 14407] CentralAuth global session doesn't include some *.wikimedia.org public wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 --- Comment #49 from Al-Scandar Solstag 2012-03-16 05:38:23 UTC --- (In reply to comment #48) > (In reply to comment #47) > > The only way we can sensibly do that, is to then load an image for each of > > those safe domains. Which is still going to mean loading 50+ images, which > > for > > the generally little benefit, I'm not sure if it's worth the overhead for > > users > > And the additional server side overhead of 50+ extra requests for every user > that logs in. And 50 more local account (auto-)creation for each Wikimedia > wiki > user. I think I was misunderstood, or I was asking for something I did not know was impossible so you're not even considering it. I'm sorry if that's the case. What I meant was to modify the auth system so you can login every *.wikimedia.org subdomain with a single image/request/whatever, similar to what you already do with *.wikipedia, *.wikinews ..., and then find a way to blacklist only the few subdomains that you don't want to authenticate because they're not under your control, therefore reducing the overhead to the exception not to the rule. I'm not an authentication expert, so I'm sorry if I'm not helping by just throwing unfeasible ideas. In case that is indeed impossible... What are those not-under-control subdomains? Why can't we move them somewhere else, as has been suggested? Doesn't that make a lot more sense, as the trend over the years seems to be for SUL integrated *.wikimedia.org subdomains to multiply? (commons, species, incubator, strategy, outreach, wikimanias, more national movement wikis like br.wiki etc) The chapter wikis, for example, all have got - or should get - their own private domains when their wikis leave the SUL and foundation control, so those can go easily. Other than that, the only problem I know of is the upload.wikimedia issue discussed earlier in this post, if it still is an issue, but that might just be the one subdomain worth taking the time to move out. :) Hugs, ale .~´ -- 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 35252] $wgBlockDisablesLogin - effective on a private wiki?
https://bugzilla.wikimedia.org/show_bug.cgi?id=35252 --- Comment #1 from Brion Vibber 2012-03-16 05:37:13 UTC --- Do you mean that existing logins remain valid? ... fixed link: https://www.mediawiki.org/wiki/Manual_talk:$wgBlockDisablesLogin -- 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 35253] PHP warning in Collection from use of undefined callback
https://bugzilla.wikimedia.org/show_bug.cgi?id=35253 --- Comment #2 from Brion Vibber 2012-03-16 05:22:17 UTC --- Function was removed as "unused" in r113986... apparently not unused. :) -- 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 35253] PHP warning in Collection from use of undefined callback
https://bugzilla.wikimedia.org/show_bug.cgi?id=35253 --- Comment #1 from Brion Vibber 2012-03-16 04:59:55 UTC --- Appears when using 'suggest pages' feature. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35253] New: PHP warning in Collection from use of undefined callback
https://bugzilla.wikimedia.org/show_bug.cgi?id=35253 Web browser: --- Bug #: 35253 Summary: PHP warning in Collection from use of undefined callback Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Collection AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: br...@wikimedia.org CC: developm...@pediapress.com Classification: Unclassified Mobile Platform: --- Warning: usort() expects parameter 2 to be a valid callback, function 'wgCollectionCompareProps' not found or invalid function name in /Library/WebServer/Documents/trunk/extensions/Collection/Collection.suggest.php on line 541 -- 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 14407] CentralAuth global session doesn't include some *.wikimedia.org public wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #48 from Krinkle 2012-03-16 04:56:35 UTC --- (In reply to comment #47) > (In reply to comment #46) > > In the more general case, I have a suggestion, wouldn't it make much more > > sense > > to allow all *.wikimedia.org domains and blacklist the few that aren't under > > WMF control? Even if it takes a bit of hacking in the authentication > > system, it > > seems worth it. > > The only way we can sensibly do that, is to then load an image for each of > those safe domains. Which is still going to mean loading 50+ images, which for > the generally little benefit, I'm not sure if it's worth the overhead for > users And the additional server side overhead of 50+ extra requests for every user that logs in. And 50 more local account (auto-)creation for each Wikimedia wiki user. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35218] svnImport generates "svn: No such revision" errors.
https://bugzilla.wikimedia.org/show_bug.cgi?id=35218 --- Comment #1 from Brion Vibber 2012-03-16 04:48:06 UTC --- I believe this is normal; since you didn't specify what version to run up to it just keeps going from its last point until something runs out. svnImport.php is optimized for doing initial bulk import, with the expectation that small cumulative updates will be done by having your SVN repo's post-commit scripts call the API: https://www.mediawiki.org/wiki/Extension:CodeReview#Automating_updates It would probably not be too hard to make it check the latest revision at the start of the import and only go up to there (but of course if you then get more commits during... :) -- 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 35252] New: $wgBlockDisablesLogin - effective on a private wiki?
https://bugzilla.wikimedia.org/show_bug.cgi?id=35252 Web browser: --- Bug #: 35252 Summary: $wgBlockDisablesLogin - effective on a private wiki? Product: MediaWiki Version: 1.18.0 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Blocking AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: jas...@jasperswebsite.co.cc Classification: Unclassified Mobile Platform: --- At http://mediawiki.org/wiki/Extension_talk:$wgBlockDisablesLogin, it appears that an anonymous user has found a bug in the software. Apparently, while logins are disabled, read/write access is still granted to a user blocked with this setting set. -- 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 32013] The XSS filter in IE8/9 breaks certain tools
https://bugzilla.wikimedia.org/show_bug.cgi?id=32013 GoingBatty changed: What|Removed |Added CC||de...@comcast.net --- Comment #8 from GoingBatty 2012-03-16 04:02:10 UTC --- Didn't realize how much I used Dab Solver and Reflinks until I upgraded to IE8 and can no longer use the tools :-( -- 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 29845] Ability to add a CentralNotice banner to a campaign through the banner view
https://bugzilla.wikimedia.org/show_bug.cgi?id=29845 Nischay Nahata changed: What|Removed |Added CC||nischay...@gmail.com --- Comment #1 from Nischay Nahata 2012-03-16 03:58:57 UTC --- (In reply to comment #0) > It would be nice if it were possible to add a banner to a campaign through the > banner view, in addition to the regular campaign view. Could you give an example of how this would be useful? According to me,a banner is used only in one campaign, however the same campaign can have multiple banners and so it is better to add banners from the campaign view. -- 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 16753] Support Flash-based upload widget to handle multiple file selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=16753 --- Comment #12 from Brion Vibber 2012-03-16 03:37:50 UTC --- As far as I know, we would accept it given a nice clean implementation. But if it doesn't get done, it won't be a huge tragedy: every other major browser already supports the necessaries natively, and IE will grow into it. Note that Special:Upload still has no multi-upload support at all, so time might be better spent making a shim that UploadWizard can use. -- 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 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Bug 384 depends on bug 21196, which changed state. Bug 21196 Summary: $wgMaxCredits breaks MW on PostgreSQL https://bugzilla.wikimedia.org/show_bug.cgi?id=21196 What|Old Value |New Value Status|REOPENED|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 21196] $wgMaxCredits breaks MW on PostgreSQL
https://bugzilla.wikimedia.org/show_bug.cgi?id=21196 Marcin Cieślak changed: What|Removed |Added Status|REOPENED|RESOLVED CC||marcin.cies...@gmail.com Resolution||FIXED --- Comment #14 from Marcin Cieślak 2012-03-16 03:15:02 UTC --- As reported by hashar in bug 33686: Fixed in trunk by r98222. Richard, you can manually apply the patch to fix the issue (aka replace FIRST() by MIN()). Merged in REL1_18 with r108767. And indeed, as of r113993 I can't reproduce it with PostgreSQL anymore. -- 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 16753] Support Flash-based upload widget to handle multiple file selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=16753 --- Comment #11 from MZMcBride 2012-03-16 02:33:31 UTC --- (In reply to comment #10) > Of current browsers, only IE would require a Flash shim for multi-upload > selection. Chrome, Firefox, Safari, and Opera all do multi-upload in current > versions. > > IE 10 won't require such a shim, either. I think the basic question here is: would MediaWiki/Wikimedia accept code to provide this functionality? At this point in time, I think the answer is yes. If the answer really is no, this bug can safely be re-closed as "wontfix." I strongly support hastening the day when the world is free of Flash (and Internet Explorer, for that matter), but I think it's helpful to be practical here. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17558 --- Comment #8 from Bawolff 2012-03-16 02:28:21 UTC --- (In reply to comment #7) > We should have now this: > > CREATE INDEX /*i*/cl_sortkey ON /*_*/categorylinks > (cl_to,cl_type,cl_sortkey,cl_from); > > in production, otherwise it would have problems with not using the index. > > Paging a sorted categorylinks was pretty broken here anyway. Good point. -- 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
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17558 Marcin Cieślak changed: What|Removed |Added Summary|WMF servers missing part of |WMF servers missing part of |cl_timestamp index, live|cl_sortkey index, live hack |hack breaks |breaks |list=categorymembers&cmsort |list=categorymembers&cmsort |=sortkey|=sortkey -- 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
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17558 --- Comment #7 from Marcin Cieślak 2012-03-16 02:27:09 UTC --- We should have now this: CREATE INDEX /*i*/cl_sortkey ON /*_*/categorylinks (cl_to,cl_type,cl_sortkey,cl_from); in production, otherwise it would have problems with not using the index. Paging a sorted categorylinks was pretty broken here anyway. -- 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 35133] [MW] Split or copy overwritten uploaded files and versions into their own file pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=35133 --- Comment #5 from badon 2012-03-16 02:15:43 UTC --- (In reply to comment #4) > (In reply to comment #3) > > So the user might associate nw0i4k7agg53rak074baj2fqowrxmae with > > [[File:Saskatchewan_Farm_Elevator.jpg]], and then could reference the image > > nw0i4k7agg53rak074baj2fqowrxmae by using the code > > [[File:Saskatchewan_Farm_Elevator.jpg]] in wikitext. > > > > Individual file pages would not be intimately associated with the file they > > represent, they're more like pointers to a specific file. Other file pages > > could also be associated with a specific file, a file page could be > > unassociated on a whim, etc. > > Yes, mostly. But, I envisioned it a bit differently. If no file name is > specified, the file name becomes: > > [[File:Saskatchewan_Farm_Elevator.jpg]] > > But if a file name is specified, it then becomes: > > [[File:Saskatchewan_Farm_Elevator_nw0i4k7agg53rak074baj2fqowrxmae.jpg]] Whoops, that should be: [[File:nw0i4k7agg53rak074baj2fqowrxmae.jpg]] not: [[File:Saskatchewan_Farm_Elevator.jpg]] -- 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 35133] [MW] Split or copy overwritten uploaded files and versions into their own file pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=35133 --- Comment #4 from badon 2012-03-16 02:12:56 UTC --- (In reply to comment #3) > Hmm, interesting. > > By the way, have you read [[mw:User:NeilK/Multimedia2011/Titles]]? Some of > Neil's thoughts are quite similar to your own I've never seen it before, but I like some of his ideas better than my own, especially the part about internationalization. I had not considered internationalization when I wrote up my ideas here. > So basically what you're suggesting is another layer of indirection? I'm going > to repeat back what I think you're saying to see if I understand. > > *User uploads a file. It becomes some random string (base 36 sha1 hash of its > contents would perhaps be a good choice. So something like > nw0i4k7agg53rak074baj2fqowrxmae > *Somehow, user then associates the file they just uploaded with a "real" file > name. > > So the user might associate nw0i4k7agg53rak074baj2fqowrxmae with > [[File:Saskatchewan_Farm_Elevator.jpg]], and then could reference the image > nw0i4k7agg53rak074baj2fqowrxmae by using the code > [[File:Saskatchewan_Farm_Elevator.jpg]] in wikitext. > > Individual file pages would not be intimately associated with the file they > represent, they're more like pointers to a specific file. Other file pages > could also be associated with a specific file, a file page could be > unassociated on a whim, etc. Yes, mostly. But, I envisioned it a bit differently. If no file name is specified, the file name becomes: [[File:Saskatchewan_Farm_Elevator.jpg]] But if a file name is specified, it then becomes: [[File:Saskatchewan_Farm_Elevator_nw0i4k7agg53rak074baj2fqowrxmae.jpg]] That does not handle internationalization of the file name, but even though I like NeilK's proposal, I disagree that internationalization is required or even desired. I feel that file names are mostly obstructive, and should be reduced to meaninglessness. His proposal accommodates that viewpoint too, though. In his proposal, everything still works without internationalization, and without meaningful file names of any kind. His concerns about deception in the meaning of the file name are unimportant, since that kind of deception has always been possible, and will always be possible. There's no way to eliminate it, other than actually seeing images instead of meaningless file names. File names are already just as meaningless now as they will be when the proposals of NeilK and myself are implemented. > When thought that crossed my mind, is that we're slowly moving in the > direction > of file names being less permanent, but from the other direction (With > features > like moving of file pages). I like simple solutions, and this is a simple solution. If you want to change the name, or internationalize it, a legion of redirects could be used for as many languages as you wanted to support. > >In fact, the only place where I think a descriptive file name is useful is > >when > >looking at code, and you're trying to figure out what image the code is > >describing. Indeed, the future direction of MediaWiki seems to be pushing > >away > >from code as much as is practical, into the Visual Editor and WYSIWYG editing > > That's still quite a long way off. And even then, I (personally) have my > doubts > on how much it will be accepted by old timers. I think it will result in a > mix, > where a stubborn portion (to pull numbers out of my hat, I will guess 10%) > will > still use the wikitext. It's not very far off. Already, maybe 1 in 10,000 (or less) Wikipedia users ever see the code. Instead, they all see the images themselves. The only thing that will change is the barrier to becoming an editor. There are always good reasons to have direct access to the code, so the code will never go away, I hope. That doesn't mean we have to use it - it only means we CAN use it, if needed...Kind of like flour and eggs instead of sliced bread. We can bake a cake with the flour and eggs, or we can make a quick sandwich with the sliced bread. Both are useful, and never going to go away. > > >Each "version" could have an incremented > >"file name" that is optionally used in the [[File:...]] syntax "template" > >call > >if a specific version is desired. If a specific version is not desired, > >simply > >omit the version number, and the most recent (highest numbered) "version" is > >automatically used. > > Even as the system is right now, it might be useful to have syntax like > [[File:SomeFile.png|version=2010010310]] which would reference a specific > version of an image. (and I believe such a change would be relatively simple) That's a simple solution, and I like simple solutions. The way I envisioned it would look like this: [[File:Saskatchewan_Farm_Elevator_nw0i4k7agg53rak074baj2fqowrxmae.jpg]] [[File:Saskatchewan_Farm_Elevator_nw0i4k7agg53rak074baj2fqowrxmae_1.jpg]] [[File:Saskatchewan_Farm_Elevator_nw0i4k7agg53rak074baj2fqowrxmae_2.jpg]] Using th
[Bug 27285] category_title index for Pg is wrong?
https://bugzilla.wikimedia.org/show_bug.cgi?id=27285 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED CC||marcin.cies...@gmail.com Resolution||INVALID --- Comment #2 from Marcin Cieślak 2012-03-16 02:07:03 UTC --- This is because we have INSERT IGNORE emulation there, so the error should be ignored. The debug log should say: SQL ERROR (ignored): If something wrong still happens, please update to r113534 and see if it got better; if not please include $wgShowExceptionDetails = true; $wgShowSQLErrors = true; $wgShowDBErrorBacktrace = true; $wgDebugDumpSql = true; $wgDebugDBTransactions = true; in your LocalSettings.php -- 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
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17558 Bawolff changed: What|Removed |Added CC||bawolff...@gmail.com --- Comment #6 from Bawolff 2012-03-16 02:06:31 UTC --- (In reply to comment #5) > Most probably fixed in r83814 and following commits. > > *** This bug has been marked as a duplicate of bug 27965 *** You sure? the issues don't sound that related to me. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16012] Schema change rotation script (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=16012 Bug 16012 depends on bug 17558, which changed state. Bug 17558 Summary: WMF servers missing part of cl_timestamp index, live hack breaks list=categorymembers&cmsort=sortkey https://bugzilla.wikimedia.org/show_bug.cgi?id=17558 What|Old Value |New Value Status|NEW |RESOLVED Resolution||DUPLICATE -- 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 27965] Broken paging in list=categorymembers
https://bugzilla.wikimedia.org/show_bug.cgi?id=27965 --- Comment #6 from Marcin Cieślak 2012-03-16 01:56:44 UTC --- *** Bug 17558 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
wikibugs-l@lists.wikimedia.org
https://bugzilla.wikimedia.org/show_bug.cgi?id=17558 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED CC||marcin.cies...@gmail.com Resolution||DUPLICATE --- Comment #5 from Marcin Cieślak 2012-03-16 01:56:44 UTC --- Most probably fixed in r83814 and following commits. *** This bug has been marked as a duplicate of bug 27965 *** -- 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 14407] CentralAuth global session doesn't include some *.wikimedia.org public wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 --- Comment #47 from Sam Reed (reedy) 2012-03-16 01:47:41 UTC --- (In reply to comment #46) > In the more general case, I have a suggestion, wouldn't it make much more > sense > to allow all *.wikimedia.org domains and blacklist the few that aren't under > WMF control? Even if it takes a bit of hacking in the authentication system, > it > seems worth it. The only way we can sensibly do that, is to then load an image for each of those safe domains. Which is still going to mean loading 50+ images, which for the generally little benefit, I'm not sure if it's worth the overhead for users -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34990] Android menu has no icon for 'Share'
https://bugzilla.wikimedia.org/show_bug.cgi?id=34990 Tomasz Finc changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #13 from Tomasz Finc 2012-03-16 01:47:01 UTC --- Actually yuvi already checked in a scaled up copy https://github.com/wikimedia/WikipediaMobile/blob/master/assets/www/img/xhdpi/optionSharePage.png. Resolving -- 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 34990] Android menu has no icon for 'Share'
https://bugzilla.wikimedia.org/show_bug.cgi?id=34990 --- Comment #12 from Tomasz Finc 2012-03-16 01:46:14 UTC --- Here is the ldpi version https://github.com/wikimedia/WikipediaMobile/blob/master/assets/www/img/ldpi/optionSharePage.png -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 29097] Milestone: MediaWiki 1.19 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29097 Bug 29097 depends on bug 33689, which changed state. Bug 33689 Summary: Upgrade to 1.19 on Postgres fails due to incomplete query when trying to defer foreign key for externallinks https://bugzilla.wikimedia.org/show_bug.cgi?id=33689 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 384] PostgreSQL/pgsql support (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=384 Bug 384 depends on bug 33689, which changed state. Bug 33689 Summary: Upgrade to 1.19 on Postgres fails due to incomplete query when trying to defer foreign key for externallinks https://bugzilla.wikimedia.org/show_bug.cgi?id=33689 What|Old Value |New Value Status|NEW |RESOLVED Resolution||WORKSFORME -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 33689] Upgrade to 1.19 on Postgres fails due to incomplete query when trying to defer foreign key for externallinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=33689 Marcin Cieślak changed: What|Removed |Added Status|NEW |RESOLVED Resolution||WORKSFORME --- Comment #5 from Marcin Cieślak 2012-03-16 01:42:39 UTC --- This query works for me even as above on MediaWiki 1.7.3 installed on PostgreSQL 8.2.23 Please reopen if there is 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 33689] Upgrade to 1.19 on Postgres fails due to incomplete query when trying to defer foreign key for externallinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=33689 --- Comment #4 from Marcin Cieślak 2012-03-16 01:36:49 UTC --- Can't reproduce; On a fresh MediaWiki 1.15.5 install on PostgreSQL 9.1.3 the query returns: SELECT attnotnull, attlen, COALESCE(conname, '') AS conname, COALESCE(condeferred, 'f') AS deferred, COALESCE(condeferrable, 'f') AS deferrable, CASE WHEN typname = 'int2' THEN 'smallint' WHEN typname = 'int4' THEN 'integer' WHEN typname = 'int8' THEN 'bigint' WHEN typname = 'bpchar' THEN 'char' ELSE typname END AS typname FROM pg_class c JOIN pg_namespace n ON (n.oid = c.relnamespace) JOIN pg_attribute a ON (a.attrelid = c.oid) JOIN pg_type t ON (t.oid = a.atttypid) LEFT JOIN pg_constraint o ON (o.conrelid = c.oid AND a.attnum = ANY(o.conkey) AND o.contype = 'f') WHERE relkind = 'r' AND nspname='mediawiki' AND relname='externallinks' AND attname='el_from'; --+++--++- t| 4 | externallinks_el_from_fkey | f| f | integer Would be good to know which PostgreSQL version is installed there (and preferably on which the original was installed). -- 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 14407] CentralAuth global session doesn't include some *.wikimedia.org public wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 --- Comment #46 from Al-Scandar Solstag 2012-03-16 01:17:54 UTC --- @Sam Your proposal to load the images when logging in through pt.wikis would be a huge improvement, and we'd be very glad if that could be implemented :) In the more general case, I have a suggestion, wouldn't it make much more sense to allow all *.wikimedia.org domains and blacklist the few that aren't under WMF control? Even if it takes a bit of hacking in the authentication system, it seems worth it. @Platonides Thanks for the idea, but it misses the target, which is making collaboration easier for Wikipedians, who naturally log in through wikipedia, and new users, who we really don't wanna bother with such details. Ni! -- 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 35251] Add a 'Night Mode' to the Wikipedia Mobile app
https://bugzilla.wikimedia.org/show_bug.cgi?id=35251 Yuvi Panda changed: What|Removed |Added Summary|Add a 'Night Mode' |Add a 'Night Mode' to the ||Wikipedia Mobile app -- 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 35251] New: Add a 'Night Mode'
https://bugzilla.wikimedia.org/show_bug.cgi?id=35251 Web browser: --- Bug #: 35251 Summary: Add a 'Night Mode' Product: Wikipedia App Version: 1.1 Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: Generic AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: yuvipa...@gmail.com Classification: Unclassified Mobile Platform: --- Dark Background + Light Foreground, for reading in the dark. -- 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 16753] Support Flash-based upload widget to handle multiple file selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=16753 --- Comment #10 from Brion Vibber 2012-03-16 01:06:12 UTC --- Of current browsers, only IE would require a Flash shim for multi-upload selection. Chrome, Firefox, Safari, and Opera all do multi-upload in current versions. IE 10 won't require such a shim, either. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35133] [MW] Split or copy overwritten uploaded files and versions into their own file pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=35133 --- Comment #3 from Bawolff 2012-03-16 01:00:58 UTC --- Hmm, interesting. By the way, have you read [[mw:User:NeilK/Multimedia2011/Titles]]? Some of Neil's thoughts are quite similar to your own So basically what you're suggesting is another layer of indirection? I'm going to repeat back what I think you're saying to see if I understand. *User uploads a file. It becomes some random string (base 36 sha1 hash of its contents would perhaps be a good choice. So something like nw0i4k7agg53rak074baj2fqowrxmae *Somehow, user then associates the file they just uploaded with a "real" file name. So the user might associate nw0i4k7agg53rak074baj2fqowrxmae with [[File:Saskatchewan_Farm_Elevator.jpg]], and then could reference the image nw0i4k7agg53rak074baj2fqowrxmae by using the code [[File:Saskatchewan_Farm_Elevator.jpg]] in wikitext. Individual file pages would not be intimately associated with the file they represent, they're more like pointers to a specific file. Other file pages could also be associated with a specific file, a file page could be unassociated on a whim, etc. When thought that crossed my mind, is that we're slowly moving in the direction of file names being less permanent, but from the other direction (With features like moving of file pages). - >In fact, the only place where I think a descriptive file name is useful is when >looking at code, and you're trying to figure out what image the code is >describing. Indeed, the future direction of MediaWiki seems to be pushing away >from code as much as is practical, into the Visual Editor and WYSIWYG editing That's still quite a long way off. And even then, I (personally) have my doubts on how much it will be accepted by old timers. I think it will result in a mix, where a stubborn portion (to pull numbers out of my hat, I will guess 10%) will still use the wikitext. >Each "version" could have an incremented >"file name" that is optionally used in the [[File:...]] syntax "template" call >if a specific version is desired. If a specific version is not desired, simply >omit the version number, and the most recent (highest numbered) "version" is >automatically used. Even as the system is right now, it might be useful to have syntax like [[File:SomeFile.png|version=2010010310]] which would reference a specific version of an image. (and I believe such a change would be relatively simple) -- 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 35248] Remove gerrit-wm from #wikimedia-tech
https://bugzilla.wikimedia.org/show_bug.cgi?id=35248 Sam Reed (reedy) changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |rlan...@gmail.com |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 35250] New: Permanently disable mobile site - links to disable are not clickable
https://bugzilla.wikimedia.org/show_bug.cgi?id=35250 Web browser: --- Bug #: 35250 Summary: Permanently disable mobile site - links to disable are not clickable Product: Wikimedia Mobile Version: .5 Platform: Other OS/Version: other Status: NEW Severity: major Priority: Unprioritized Component: devices AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: thor.malmjurs...@yahoo.co.uk CC: tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- When attempting to disable the mobile site from my Windows Mobile phone (HTC Wizard running WM5, build 14847.2.0.0, OS 5.1.195), the links on the page I'm taken to in order to permanently disable the mobile site are not clickable. I have checked 24100 and 26797, neither of these I can see duplicate this bug. As a workaround from awjr in #wikipedia-mobile, users can go to http://en.wikipedia.org/w/mobileRedirect.php?expires_in_days=365 to manually set the cookie for 1 year, or change the expires_in_days to 3650 (or 3652 to be pedantic) to set the cookie for 10 years. -- 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 19161] Don't autologin if local account doesn't exist (don't autocreate if user doesn't explicitly login)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 --- Comment #60 from MZMcBride 2012-03-16 00:05:42 UTC --- (In reply to comment #59) > Going back to autocreation, it'd be really easy to stop account autocreation, > and instead require a manual click on login. I think there's even a > configuration variable for that. Would this be a reasonable use-case for a global user preference? Something like "[ ] auto-create accounts for me"? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 16753] Support Flash-based upload widget to handle multiple file selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=16753 --- Comment #9 from MZMcBride 2012-03-16 00:03:13 UTC --- (In reply to comment #8) > I'm not sure what was this reopened for. To add a flash upload widget (per > bug > subject)? This bug was re-opened to allow reconsideration of whether having a Flash upload widget is a good idea. This bug was previously closed as "wontfix" for dubious reasons. -- 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 26234] CentralNotice moves content down when a link to a heading is followed
https://bugzilla.wikimedia.org/show_bug.cgi?id=26234 Ryan Kaldari changed: What|Removed |Added AssignedTo|rkald...@wikimedia.org |wikibugs-l@lists.wikimedia. ||org --- Comment #10 from Ryan Kaldari 2012-03-15 23:59:36 UTC --- The solution in r99341 was reverted for a couple reasons. Primarily, it slows down loading of the page itself, but also, we aren't sure how the wider community will respond to storing cookies for every user. A full analysis of all the possible solutions to this bug can be found at: http://wikitech.wikimedia.org/view/CentralNotice/Optimizing_banner_loading -- 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 34406] Article Feedback v5 - Develop Feedback link Option A (vs. Option E or no link) - Metrics test 2
https://bugzilla.wikimedia.org/show_bug.cgi?id=34406 --- Comment #4 from Reha Sterbin 2012-03-15 23:39:31 UTC --- Updated bucketing in r113978. Started work on flyover panel for option A. -- 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 2007] Tracking bug (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=2007 Bug 2007 depends on bug 32711, which changed state. Bug 32711 Summary: 1.18.0 issues (tracking) https://bugzilla.wikimedia.org/show_bug.cgi?id=32711 What|Old Value |New Value Status|REOPENED|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 32711] 1.18.0 issues (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=32711 Rob Lanphier changed: What|Removed |Added Status|REOPENED|RESOLVED CC||ro...@wikimedia.org 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 22596] Migrate subversion to git (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=22596 Bug 22596 depends on bug 27812, which changed state. Bug 27812 Summary: Make ExtensionDistributor work with Git https://bugzilla.wikimedia.org/show_bug.cgi?id=27812 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 on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 27812] Make ExtensionDistributor work with Git
https://bugzilla.wikimedia.org/show_bug.cgi?id=27812 Sam Reed (reedy) changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35153] API allows viewing of oversighted diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=35153 Rob Lanphier changed: What|Removed |Added Status|NEW |RESOLVED CC||ro...@wikimedia.org Resolution||INVALID --- Comment #3 from Rob Lanphier 2012-03-15 23:21:14 UTC --- I'm assuming this isn't a bug in MediaWiki, per the last comment, so resolving. -- 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 34805] Feedback form needs scrollbar so we don't hide Post button in overlay mode
https://bugzilla.wikimedia.org/show_bug.cgi?id=34805 Reha Sterbin changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Reha Sterbin 2012-03-15 23:19:32 UTC --- Fixed in r113970 -- dropped elastic box and removed the restrictions preventing you from resizing the text area and the modal box itself. If you start typing a sermon, you are free to resize the modal box and text area to whatever sizes you like, and you'll get scrollbars on the text area if you exceed its height. Note that because the overlay and the bottom box are in fact the same form, it will retain its expanded size if you close the modal box and scroll to the bottom of the page. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35047] [Regression] File deletions leave stuff behind
https://bugzilla.wikimedia.org/show_bug.cgi?id=35047 --- Comment #13 from rai...@rillke.eu 2012-03-15 23:16:12 UTC --- (In reply to comment #11) > Would it properly detect if it just got an error message back or treat it as success? The the former one. https://secure.wikimedia.org/wikipedia/commons/wiki/MediaWiki:Gadget-DelReqHandler.js Deletion deleteFile -> doAPICall -> $.ajax -> error/success (would throw an alert-box on error) (both HTTP-status errors and result.error (like bad token) are handled) -- 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 35249] 'Permanently disable mobile frontend' feature does not properly redirect after confirmation
https://bugzilla.wikimedia.org/show_bug.cgi?id=35249 Arthur Richards changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #1 from Arthur Richards 2012-03-15 23:15:05 UTC --- Fixed in r113971 and just deployed to cluster. -- 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 34995] Manually fix blocks from when global oversight log removal problem started
https://bugzilla.wikimedia.org/show_bug.cgi?id=34995 --- Comment #9 from Aaron Schulz 2012-03-15 23:07:58 UTC --- I would say it was broken since 1.18. From the logs: * Monday, September 19 (-20), 23:00-01:00 UTC (4pm-6pm PDT): MediaWiki 1.18 deployment to test2 ...so the timeframe would start there and end when bug 34539 was closed. -- 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 35249] New: 'Permanently disable mobile frontend' feature does not properly redirect after confirmation
https://bugzilla.wikimedia.org/show_bug.cgi?id=35249 Web browser: --- Bug #: 35249 Summary: 'Permanently disable mobile frontend' feature does not properly redirect after confirmation Product: MediaWiki extensions Version: any Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: MobileFrontend AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: aricha...@wikimedia.org CC: aricha...@wikimedia.org, prei...@wikimedia.org, tf...@wikimedia.org Classification: Unclassified Mobile Platform: --- Instead of redirecting you to the non-mobile version of the page from whence you came, it just redirects you back to the disable confirmation page. Fix forthcoming. -- 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 35248] Remove gerrit-wm from #wikimedia-tech
https://bugzilla.wikimedia.org/show_bug.cgi?id=35248 Krinkle changed: What|Removed |Added CC||krinklem...@gmail.com --- Comment #1 from Krinkle 2012-03-15 23:05:12 UTC --- Yeah, and their already reporting to #wikimedia-operations. Wasn't this decided already? It felt like it was, some wikitech-l post last February -- 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 35047] [Regression] File deletions leave stuff behind
https://bugzilla.wikimedia.org/show_bug.cgi?id=35047 --- Comment #12 from Jameslwoodward 2012-03-15 23:03:27 UTC --- I'm a user, not the programmer, so I can't answer technical questions, but, yes, I'm pretty sure it uses the API. It's a transitory phenomena, so a link won't help, but the next time I see a page like File:AWH 50 x 109.jpg I'll shoot a screen shot and e-mail it to you. --- It occurs to me -- and I'm guessing above my pay grade here -- that the servers appear to have generally slowed down over the last six weeks or so. Is it possible that this is a stack or queue getting overloaded, that would not have been overloaded when the servers were moving much faster in December, so that hitting a bunch of quick (del) would have been cleared before the overload occurred? Certainly even a single (del) takes much longer now than it did then. Jim -- 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 34995] Manually fix blocks from when global oversight log removal problem started
https://bugzilla.wikimedia.org/show_bug.cgi?id=34995 --- Comment #8 from Snowolf 2012-03-15 23:02:29 UTC --- These users couldn't have been already blocked locally, as some of them were actually non existent locally... What I found so far is on hiwiki (the public unblocked entries in https://hi.wikipedia.org/w/index.php?title=%E0%A4%B5%E0%A4%BF%E0%A4%B6%E0%A5%87%E0%A4%B7%3ALog&type=block&user=Snowolf&page=&year=&month=-1&tagfilter= ) and bowiki (the three unblock entries in https://bo.wikipedia.org/w/index.php?title=Special%3ALog&type=block&user=Snowolf&page=&year=&month=-1 ). They were not logged anywhere at all, not central because some of them don't even have SUL and in any case they global account was unaffected, what they got was a local block+hideuser. I can start checking the affected wikis, but I kinda need a timeframe where the bug was in place to limit the scope of the search. -- 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 35246] Upload video files > 100 MB upload to Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=35246 --- Comment #1 from Sam Reed (reedy) 2012-03-15 22:55:24 UTC --- In which case, we don't want to get it from YouTube, but from http://svs.gsfc.nasa.gov/vis/a01/a010900/a010930/ And that has 4 different videos, so I'm not sure which you are requesting to be uploaded. Also, the video isn't in an OGV format, so it can't be uploaded in OGV format, as we don't do transcoding for upload, people usually do this themselves and then we upload the file for them -- 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 35248] New: Remove gerrit-wm from #wikimedia-tech
https://bugzilla.wikimedia.org/show_bug.cgi?id=35248 Web browser: --- Bug #: 35248 Summary: Remove gerrit-wm from #wikimedia-tech Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: General/Unknown AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: b...@mzmcbride.com Classification: Unclassified Mobile Platform: --- #wikimedia-tech is being repurposed to be a more general tech help channel. I'd like to kill some of the bot noise, particular from gerrit-wm. This bot echoes to other more appropriate channels already. Can it please be removed from #wikimedia-tech? -- 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 14407] CentralAuth global session doesn't include some *.wikimedia.org public wikis
https://bugzilla.wikimedia.org/show_bug.cgi?id=14407 --- Comment #45 from Platonides 2012-03-15 22:35:49 UTC --- A workaround would be to perform the initial login at br.wikimedia.org, taking advantage of its asymmetric nature. This way, you would be logged in everywhere (you care). -- 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 16753] Support Flash-based upload widget to handle multiple file selection
https://bugzilla.wikimedia.org/show_bug.cgi?id=16753 --- Comment #8 from Platonides 2012-03-15 22:25:42 UTC --- I'm not sure what was this reopened for. To add a flash upload widget (per bug subject)? Or to add a HTML5esque multiple-file upload (which would be bug 16752, not this)? -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 19161] Don't autologin if local account doesn't exist (don't autocreate if user doesn't explicitly login)
https://bugzilla.wikimedia.org/show_bug.cgi?id=19161 --- Comment #59 from Platonides 2012-03-15 22:16:32 UTC --- That feature was requested, and later coded by me. Yes, I still consider it valueble (despite not being 'pretty', as already discussed elsewhere). Sure, few people complained about its removal but don't many people argued to it, either, so that's not a strong reason. Going back to autocreation, it'd be really easy to stop account autocreation, and instead require a manual clic on login. I think there's even a configuration variable for that. But then, there would be lots of complaints about edits done as IP because "autocreation isn't working" (which would be worse than this bug). We can reduce it by disabling only autocreation, while keeping global login to sites where you already have an account. Nonetheless, that would still reveal a number of users IPs. And it would also damage, for instance, the experience of switching to Wikimedia Commons from your home wiki. Philippe Verdy, can you design an appropiate interface for that? -- 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 35245] Many thousands of submissions possible in minutes
https://bugzilla.wikimedia.org/show_bug.cgi?id=35245 --- Comment #7 from bs...@wikimedia.org 2012-03-15 20:54:51 UTC --- Fixed in -r113953 & -r113955 -- 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 35236] Show last seen position in Nearby map view
https://bugzilla.wikimedia.org/show_bug.cgi?id=35236 --- Comment #2 from Brion Vibber 2012-03-15 19:55:53 UTC --- I'd recommend: * keep the last-seen position during a session when going back to the view * add a button for 'go to current location' that re-does the GPS We might want to fiddle with the zoom buttons too, their location is awkward (interferes with some of the popups). -- 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 35247] New: content-holding should only contain the page text
https://bugzilla.wikimedia.org/show_bug.cgi?id=35247 Web browser: --- Bug #: 35247 Summary: content-holding should only contain the page text Product: MediaWiki Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: Unprioritized Component: User interface AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: a.d.be...@web.de CC: krinklem...@gmail.com Classification: Unclassified Mobile Platform: --- The new bidirectionality-improving div should only contain the parsed page content, nothing else. This is perfect when viewing articles, and helps scripts a lot when extracting that content. But I think it is only needed for article views. For example in diff mode, it contains ...and then the real content Also, in edit mode the contains None of them is really content-text, I suspect. I think it would be better to have the div only appear (maybe empty) in the #wikiPreviw. Also, it for example broke my script which tried to document.getElementById("bodyContent").insertBefore(newElement, document.getElementById("editform")); -- 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 35244] can't include media and file tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=35244 Yaron Koren changed: What|Removed |Added Resolution|FIXED |INVALID --- Comment #3 from Yaron Koren 2012-03-15 18:52:28 UTC --- I'm changing the status to "invalid", just to be accurate (no offense). -- 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 33689] Upgrade to 1.19 on Postgres fails due to incomplete query when trying to defer foreign key for externallinks
https://bugzilla.wikimedia.org/show_bug.cgi?id=33689 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 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 34938] is empty in the Sanskrit Wikipedia
https://bugzilla.wikimedia.org/show_bug.cgi?id=34938 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 35165] AutoAuthSetup no longer working on 1.19
https://bugzilla.wikimedia.org/show_bug.cgi?id=35165 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.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 33878] [Regression] HTML dump is missing all images due to new FileBackend code
https://bugzilla.wikimedia.org/show_bug.cgi?id=33878 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 34997] Uploading stuck about 1-2 minutes on "Finished!"
https://bugzilla.wikimedia.org/show_bug.cgi?id=34997 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 34820] jquery.textSelection tests fail randomly on IE (6-10)
https://bugzilla.wikimedia.org/show_bug.cgi?id=34820 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35240] Module state changes from server response should trigger handlePending
https://bugzilla.wikimedia.org/show_bug.cgi?id=35240 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 34798] Diffs on recent changes feed should have the same formatting of the on wiki diffs
https://bugzilla.wikimedia.org/show_bug.cgi?id=34798 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35030] Moving page triggers HTTP 500 on zhwiki
https://bugzilla.wikimedia.org/show_bug.cgi?id=35030 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 35137] Special:MovePage should disable options for immovable namespace
https://bugzilla.wikimedia.org/show_bug.cgi?id=35137 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34801] Function applyDiffStyle uses regexes which do not detect CSS classes appropriately
https://bugzilla.wikimedia.org/show_bug.cgi?id=34801 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 29097] Milestone: MediaWiki 1.19 (tracking)
https://bugzilla.wikimedia.org/show_bug.cgi?id=29097 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 32822] Upload image, delete and upload it again causes database error with postgresql
https://bugzilla.wikimedia.org/show_bug.cgi?id=32822 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34459] Using @font-face should work from a file module stylesheet with custom 'media' attribute
https://bugzilla.wikimedia.org/show_bug.cgi?id=34459 Mark A. Hershberger changed: What|Removed |Added Target Milestone|1.19.0 release |1.20wmf deployment -- 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 35212] tipsy missing a feature
https://bugzilla.wikimedia.org/show_bug.cgi?id=35212 --- Comment #6 from kipod 2012-03-15 18:23:25 UTC --- Created attachment 10247 --> https://bugzilla.wikimedia.org/attachment.cgi?id=10247 third time's a charm: avoid annoying flicker when moving mouse from element to tooltip. better (and more polite) behavior gets rid of flicker when moving from element hover to tooltip hover, + minor cleanup of existing code. -- 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 35244] can't include media and file tag
https://bugzilla.wikimedia.org/show_bug.cgi?id=35244 Dan Collins changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC||en.wp.s...@gmail.com Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35231] 'X' image is really pixelated
https://bugzilla.wikimedia.org/show_bug.cgi?id=35231 --- Comment #2 from Tomasz Finc 2012-03-15 18:14:52 UTC --- I'm seeing this in the APK that I was mailed. Let me spin up the emulator with the latest copy of the files from master. -- 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 34788] Non-Wikipedia mobile domains use Wikipedia's SSL certificate
https://bugzilla.wikimedia.org/show_bug.cgi?id=34788 --- Comment #3 from Patrick Hayes 2012-03-15 18:11:44 UTC --- *** Bug 34833 has been marked as a duplicate of this bug. *** -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34833] "Saved Pages" items fail to respond when tapped
https://bugzilla.wikimedia.org/show_bug.cgi?id=34833 Patrick Hayes changed: What|Removed |Added Status|NEW |RESOLVED Resolution||DUPLICATE --- Comment #3 from Patrick Hayes 2012-03-15 18:11:44 UTC --- *** This bug has been marked as a duplicate of bug 34788 *** -- 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 34833] "Saved Pages" items fail to respond when tapped
https://bugzilla.wikimedia.org/show_bug.cgi?id=34833 --- Comment #2 from sheac 2012-03-15 18:10:19 UTC --- (In reply to comment #1) > Sheac: can you still reproduce this? This is an upstream issue. If you can, > file a Wikipedia bug. If not, we can close it. This is an upstream issue. I reported a bug to the appropriate people and it was marked as duplicate of this (currently open) bug: https://bugzilla.wikimedia.org/show_bug.cgi?id=34788 -- 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 35229] App spinner animation never stops
https://bugzilla.wikimedia.org/show_bug.cgi?id=35229 Patrick Hayes changed: What|Removed |Added Status|NEW |UNCONFIRMED Ever Confirmed|1 |0 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35231] 'X' image is really pixelated
https://bugzilla.wikimedia.org/show_bug.cgi?id=35231 Patrick Hayes changed: What|Removed |Added Status|NEW |UNCONFIRMED AssignedTo|wikibugs-l@lists.wikimedia. |tf...@wikimedia.org |org | Ever Confirmed|1 |0 -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35100] Search bar icon off-centre
https://bugzilla.wikimedia.org/show_bug.cgi?id=35100 Patrick Hayes changed: What|Removed |Added AssignedTo|wikibugs-l@lists.wikimedia. |dale.lemi...@gmail.com |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 34834] Translations needed for new menu items
https://bugzilla.wikimedia.org/show_bug.cgi?id=34834 Patrick Hayes changed: What|Removed |Added CC||pfha...@gmail.com AssignedTo|wikibugs-l@lists.wikimedia. |pfha...@gmail.com |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 35225] App Icon looks bad
https://bugzilla.wikimedia.org/show_bug.cgi?id=35225 Patrick Hayes changed: What|Removed |Added CC||pfha...@gmail.com AssignedTo|wikibugs-l@lists.wikimedia. |dale.lemi...@gmail.com |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 35103] "Share to Wiktionary" is confusing.
https://bugzilla.wikimedia.org/show_bug.cgi?id=35103 Patrick Hayes changed: What|Removed |Added CC||pfha...@gmail.com AssignedTo|wikibugs-l@lists.wikimedia. |dale.lemi...@gmail.com |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 34786] App logo required
https://bugzilla.wikimedia.org/show_bug.cgi?id=34786 Patrick Hayes changed: What|Removed |Added Status|NEW |RESOLVED CC||pfha...@gmail.com 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 35230] Listen in feature needs an icon
https://bugzilla.wikimedia.org/show_bug.cgi?id=35230 Patrick Hayes changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 34836] Switch appearances of the word "Wikipedia" to "Wiktionary" and then translate from English
https://bugzilla.wikimedia.org/show_bug.cgi?id=34836 Patrick Hayes changed: What|Removed |Added Status|NEW |RESOLVED Resolution||FIXED --- Comment #2 from Patrick Hayes 2012-03-15 17:51:16 UTC --- Wikipedia -> Wiktionary changes made, translation issue to be tracked in https://bugzilla.wikimedia.org/show_bug.cgi?id=34834 -- 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 34833] "Saved Pages" items fail to respond when tapped
https://bugzilla.wikimedia.org/show_bug.cgi?id=34833 Patrick Hayes changed: What|Removed |Added CC||pfha...@gmail.com --- Comment #1 from Patrick Hayes 2012-03-15 17:48:38 UTC --- Sheac: can you still reproduce this? This is an upstream issue. If you can, file a Wikipedia bug. If not, we can close it. -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35246] Upload video files > 100 MB upload to Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=35246 M0tty changed: What|Removed |Added Keywords||shell -- Configure bugmail: https://bugzilla.wikimedia.org/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are the assignee for the bug. You are on the CC list for the bug. ___ Wikibugs-l mailing list Wikibugs-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
[Bug 35246] New: Upload video files > 100 MB upload to Commons
https://bugzilla.wikimedia.org/show_bug.cgi?id=35246 Web browser: --- Bug #: 35246 Summary: Upload video files > 100 MB upload to Commons Product: Wikimedia Version: unspecified Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: Unprioritized Component: Site requests AssignedTo: wikibugs-l@lists.wikimedia.org ReportedBy: antoinemotteditfali...@hotmail.com Classification: Unclassified Mobile Platform: --- Please, download this video [http://www.youtube.com/watch?feature=player_embedded&v=UIKmSQqp8wY] in 1080p (HD) Destination name : NASA Evolution of the Moon.ogv Username : M0tty -- 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 34995] Manually fix blocks from when global oversight log removal problem started
https://bugzilla.wikimedia.org/show_bug.cgi?id=34995 --- Comment #7 from Aaron Schulz 2012-03-15 17:45:07 UTC --- No log entries were removed. If a user was blocked locally and later suppressed, I don't think the script fixed those (to avoid duplicate key errors). The local blocks need to be dealt with, probably manually. Which Special:Log/suppress? The one on meta. crosswiki blocks are only logged there. -- 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 35238] Installer's "authorized editors only" does not allow edit or createaccount rights to anons but allows creating pages
https://bugzilla.wikimedia.org/show_bug.cgi?id=35238 --- Comment #1 from jeffwan...@gmail.com 2012-03-15 17:44:14 UTC --- And not only that; img_auth.php should be applied and there should be an option to integrate img_auth.php with image uploading on the installer. -- 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 34836] Switch appearances of the word "Wikipedia" to "Wiktionary" and then translate from English
https://bugzilla.wikimedia.org/show_bug.cgi?id=34836 Patrick Hayes changed: What|Removed |Added CC||pfha...@gmail.com --- Comment #1 from Patrick Hayes 2012-03-15 17:34:32 UTC --- Fixed, but still needs to be translated. -- 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 35231] 'X' image is really pixelated
https://bugzilla.wikimedia.org/show_bug.cgi?id=35231 Patrick Hayes changed: What|Removed |Added CC||pfha...@gmail.com --- Comment #1 from Patrick Hayes 2012-03-15 17:27:33 UTC --- Are you seeing this in the emulator or on the device? I can reproduce this, but I also reproduce it in the Wikipedia app. Also, I believe we use the same X icon as the Wikipedia app does. -- 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