[00:00:26] 3MobileFrontend / 3Feature requests: Sometimes closing an overlay triggers browser back behavior - 10https://bugzilla.wikimedia.org/60848#c11 (10Ryan Kaldari) *** Bug 65041 has been marked as a duplicate of this bug. *** [00:00:26] 3MobileFrontend / 3stable: If you switch to mobile view while editing and save your edit, it takes you back to the desktop editing interface - 10https://bugzilla.wikimedia.org/65041#c3 (10Ryan Kaldari) 5NEW>3RESO/DUP *** This bug has been marked as a duplicate of bug 60848 *** [00:01:51] 3MobileFrontend / 3stable: If you switch to mobile view while editing and save your edit, it takes you back to the desktop editing interface - 10https://bugzilla.wikimedia.org/65041#c4 (10Ryan Kaldari) 5RESO/DUP>3REOP On second thought, we do need to figure out a solution to this even though it's basical... [00:03:21] 3MobileFrontend / 3Feature requests: Sometimes closing an overlay triggers browser back behavior - 10https://bugzilla.wikimedia.org/60848 (10Ryan Kaldari) [00:03:24] 3MobileFrontend / 3stable: If you switch to mobile view while editing and save your edit, it takes you back to the desktop editing interface - 10https://bugzilla.wikimedia.org/65041 (10Ryan Kaldari) [00:03:24] 3MobileFrontend / 3beta: Mobile: After saving a redlink page, the user is redirected to the previous page (typically the page the redlink was on) rather then the newly created page - 10https://bugzilla.wikimedia.org/67639 (10Ryan Kaldari) [00:05:06] 3MobileFrontend / 3stable: If you switch to mobile view while editing and save your edit, it takes you back to the desktop editing interface - 10https://bugzilla.wikimedia.org/65041 (10Ryan Kaldari) [00:05:06] 3MobileFrontend / 3beta: Mobile: After saving a redlink page, the user is redirected to the previous page (typically the page the redlink was on) rather then the newly created page - 10https://bugzilla.wikimedia.org/67639 (10Ryan Kaldari) [00:05:18] (03CR) 10Dr0ptp4kt: "Bizarre, when I tried starting from the tip of master again, this issue wasn't reproduced. It's possible I encountered some sort of edge c" [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148262 (owner: 10Dr0ptp4kt) [00:05:48] (03Abandoned) 10Dr0ptp4kt: Expressly set the background color for search results. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148262 (owner: 10Dr0ptp4kt) [00:44:14] (03CR) 10Kaldari: "After updating VE to master, I can no longer reproduce the mode clicking problem." [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/145185 (https://bugzilla.wikimedia.org/67390) (owner: 10JGonera) [00:44:33] (03CR) 10Kaldari: "er, I mean 'node' :)" [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/145185 (https://bugzilla.wikimedia.org/67390) (owner: 10JGonera) [00:57:43] (03CR) 10Kaldari: "Strangely, the section scrolling bug only occurs on touch devices. I can reproduce it in Mobile Safari on an actual iPad and by emulating " [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/145185 (https://bugzilla.wikimedia.org/67390) (owner: 10JGonera) [04:40:22] 3Wikipedia App / 3General/Unknown: iOS and Android apps: pie charts are broken - 10https://bugzilla.wikimedia.org/68354#c1 (10Brion Vibber) Turn off JavaScript in the browser and you'll see the same breakage on the mobile site: https://en.m.wikipedia.org/wiki/Manchester#Demography I'm not sure how on earth... [04:48:04] 3Wikipedia App / 3General/Unknown: iOS and Android apps: pie charts are broken - 10https://bugzilla.wikimedia.org/68354#c2 (10Brion Vibber) wow, deep voodoo :D https://en.wikipedia.org/wiki/Template:Pie_chart#How_it_works Apparently the template requires this additional magic CSS rule, which is in the site'... [05:20:20] 3Wikipedia App / 3General/Unknown: iOS and Android apps: pie charts are broken - 10https://bugzilla.wikimedia.org/68354 (10Brion Vibber) [05:20:21] 3Wikipedia App / 3General/Unknown: Mobile app should use per-wiki MediaWiki:Mobile.css - 10https://bugzilla.wikimedia.org/68362 (10Brion Vibber) 3NEW p:3Unprio s:3normal a:3None It seems there are per-wiki mobile styles which should be applied to page content -- including fixups and overrides -- in [... [08:58:35] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c72 (10Lupo) Sorry for the lengthy reply, but I felt your questions deserved detailed answers. (In reply to Jon from comment #71) > http://sustainableman.org/wp-content/uploads/2013/07/DrIanMalcom.j... [09:15:05] 3MobileFrontend / 3stable: Some Mobile/Web uploads without or with corrupted information - 10https://bugzilla.wikimedia.org/68321#c7 (10Lupo) (In reply to Jon from comment #6) > Well that might be it then - Special:Upload doesn't load JavaScript in > mobile. > Sounds like a bug with Special:Upload on desktop... [09:21:05] 3MobileFrontend / 3stable: Some Mobile/Web uploads without or with corrupted information - 10https://bugzilla.wikimedia.org/68321#c8 (10Lupo) (In reply to Lupo from comment #7) > On desktop, it does load JS, and in fact we did add JS to catch such cases. > But originally, there was no such JS, and there is s... [09:48:39] 3MobileFrontend / 3General/Unknown: Hide bot edits from the watch list not taken into account - 10https://bugzilla.wikimedia.org/68365 (10Derk-Jan Hartman) 3NEW p:3Unprio s:3normal a:3None This might possibly be an API issue ? But it definitely is affecting the users in the mobile version. [09:50:37] 3MobileFrontend / 3General/Unknown: Hide bot edits from the watch list not taken into account - 10https://bugzilla.wikimedia.org/68365#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/y80vKkKY [09:56:56] 3MobileFrontend / 3General/Unknown: Mobile Watchlist does not take into account preference value of expand/aggregation into account - 10https://bugzilla.wikimedia.org/68367 (10Derk-Jan Hartman) 3NEW p:3Unprio s:3normal a:3None By default, the mobile watch list uses the "Expand watchlist to show all c... [09:57:23] 3MobileFrontend / 3Feature requests: Add 'more' button at end of watch list, to look further in history - 10https://bugzilla.wikimedia.org/68368 (10Derk-Jan Hartman) 3NEW p:3Unprio s:3normal a:3None Currently the items in the watch list are limited to a certain amount. If you get to the end, you are... [09:57:37] 3MobileFrontend / 3General/Unknown: Mobile Watchlist does not take into account preference value of expand/aggregation into account - 10https://bugzilla.wikimedia.org/68367 (10Derk-Jan Hartman) [09:57:37] 3MobileFrontend / 3Feature requests: Add 'more' button at end of watch list, to look further in history - 10https://bugzilla.wikimedia.org/68368 (10Derk-Jan Hartman) [09:58:40] 3MobileFrontend / 3General/Unknown: Talk pages difficult to follow in mobile watch list - 10https://bugzilla.wikimedia.org/68369 (10Derk-Jan Hartman) 3NEW p:3Unprio s:3normal a:3None The only way to see User Talk pages is under "all", this makes it difficult to track discussions, esp. in combination... [09:59:07] 3MobileFrontend / 3General/Unknown: Talk pages difficult to follow in mobile watch list - 10https://bugzilla.wikimedia.org/68369 (10Derk-Jan Hartman) [09:59:07] 3MobileFrontend / 3General/Unknown: Mobile Watchlist does not take into account preference value of expand/aggregation into account - 10https://bugzilla.wikimedia.org/68367 (10Derk-Jan Hartman) [09:59:23] 3MobileFrontend / 3General/Unknown: Talk pages difficult to follow in mobile watch list - 10https://bugzilla.wikimedia.org/68369 (10Derk-Jan Hartman) [09:59:35] 3MobileFrontend / 3Feature requests: Add 'more' button at end of watch list, to look further in history - 10https://bugzilla.wikimedia.org/68368 (10Derk-Jan Hartman) [10:00:36] 3MobileFrontend / 3Feature requests: Add 'more' button at end of watch list, to look further in history - 10https://bugzilla.wikimedia.org/68368#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/YSgWl1rm [10:00:41] 3MobileFrontend / 3General/Unknown: Talk pages difficult to follow in mobile watch list - 10https://bugzilla.wikimedia.org/68369#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/Jin2h9x3 [10:00:41] 3MobileFrontend / 3General/Unknown: Mobile Watchlist does not take into account preference value of expand/aggregation into account - 10https://bugzilla.wikimedia.org/68367#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/KpdIlK5i [10:12:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c73 (10Florian) I think, too, that the actual situation of mobile uploadsmust be better, specially for the community, which review the uploads. But, i think that an editcount of 400 is too big. Isn't... [10:19:20] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c74 (10Quim Gil) Just in case it helps, Commons' Picture of the Year contest defines a voter eligibility of 75 live edits on any single Wikimedia project. Could this be considered a reasonable requir... [10:25:08] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c75 (10Florian) @Quim Gil: That sounds good for me, but i think (for the reasons wrote above), that a fixed level in code of MF isn't the best way. For Wikimedia-Projects (in generally and Commons as... [10:28:15] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c76 (10Quim Gil) @Florian, yes, I fully agree that this is Wikimedia specific problem that deserves a Wikimedia specific solution. I'm also not implying that requiring a minimum Editcount will solve... [11:17:24] 3MobileFrontend / 3General/Unknown: Accessibility of headers broken due to accessibility enhancements - 10https://bugzilla.wikimedia.org/68371 (10Derk-Jan Hartman) 3NEW p:3Unprio s:3normal a:3None The H2 headers in MF were recently enhanced to make their collapsibility more accessible (by Hoo ???). B... [11:20:36] 3MobileFrontend / 3General/Unknown: Accessibility of headers broken due to accessibility enhancements - 10https://bugzilla.wikimedia.org/68371#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/lIjuUOf0 [11:36:57] (03PS1) 10Amire80: Clarify the "no bytes changed" message [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148358 [11:37:37] (03PS1) 10Amire80: Triple-equal according to coding conventions [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148359 [11:47:31] (03CR) 10Florianschmidtwelzow: [C: 031] Triple-equal according to coding conventions [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148359 (owner: 10Amire80) [11:54:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c77 (10Rainer Rillke @commons.wikimedia) > Technical measures alone will not be sufficient to solve this. A well-thought video clip or slideshow before anybody can start uploading mobile with a simpl... [12:02:35] 3MobileFrontend / 3stable: mobile table of contents icon needs to be flipped for RTL - 10https://bugzilla.wikimedia.org/66771 (10Amir E. Aharoni) [12:08:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c78 (10Florian) > A well-thought video clip or slideshow before anybody can start uploading mobile I personally disagree for that :/ I think alot of mobile users visit Wikipedia and Commons with a l... [12:20:28] (03PS1) 10Hoo man: Make sure headings with role button also have the heading role [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148363 (https://bugzilla.wikimedia.org/68371) [12:26:36] 3MobileFrontend / 3General/Unknown: Accessibility of headers broken due to accessibility enhancements - 10https://bugzilla.wikimedia.org/68371 (10Andre Klapper) [12:38:23] 3MobileFrontend / 3stable: Improve Mobile/Web upload page Special:Uploads - 10https://bugzilla.wikimedia.org/68375 (10Lupo) 3NEW p:3Unprio s:3normal a:3None I just tried (for the first time :-) this Mobile/Web upload myself. (I don't use these newfangled smartphones :-), but it occurred to me that I... [12:40:37] 3MobileFrontend / 3stable: Improve Mobile/Web upload page Special:Uploads - 10https://bugzilla.wikimedia.org/68375#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/GtN1rojl [12:59:50] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c79 (10Lupo) Maybe you're also interested in my first-time mobile user experiences reported in bug 68375. Summary: * the upload tutorial doesn't work for me on my desktop browser, but that may be a... [13:07:52] 3MobileFrontend / 3stable: Improve Mobile/Web upload page Special:Uploads - 10https://bugzilla.wikimedia.org/68375 (10Florian) [13:07:52] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598 (10Florian) [13:11:08] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) 3NEW p:3Unprio s:3enhanc a:3None This bug tracks all bugs related to improve the mobile upload. [13:11:23] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:11:37] 3MobileFrontend / 3stable: Improve Mobile/Web upload page Special:Uploads - 10https://bugzilla.wikimedia.org/68375 (10Florian) [13:11:54] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:11:54] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598 (10Florian) [13:11:54] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:12:23] 3MobileFrontend / 3stable: Some Mobile/Web uploads without or with corrupted information - 10https://bugzilla.wikimedia.org/68321 (10Florian) [13:12:23] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:12:39] 3MobileFrontend / 3Feature requests: Rethink the upload summaries for photo uploads from mobile - 10https://bugzilla.wikimedia.org/58983 (10Florian) [13:12:39] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:12:52] 3MobileFrontend / 3Feature requests: Cannot easily retry upload - 10https://bugzilla.wikimedia.org/45377 (10Florian) [13:13:06] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:15:07] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:15:07] 3MobileFrontend / 3Feature requests: "Desktop" in page footer of Special:Uploads returns Page unavailable - 10https://bugzilla.wikimedia.org/64986 (10Florian) [13:15:39] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/vtqb0P44 [13:16:37] 3MobileFrontend / 3Feature requests: Uploads AbuseFilter styling regression - 10https://bugzilla.wikimedia.org/63332 (10Florian) [13:16:37] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:19:37] 3MobileFrontend / 3stable: About and Disclaimers "-" interpreted wrong - 10https://bugzilla.wikimedia.org/63422#c4 (10Florian) 5NEW>3RESO/FIX Was unexpectedly solved in this change: https://gerrit.wikimedia.org/r/#/c/144280/ -> RESOLV/FIX [13:21:14] 3MobileFrontend / 3Hygiene: Consolidate Special:Uploads and Special:UploadWizard code - 10https://bugzilla.wikimedia.org/62638 (10Florian) [13:21:14] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:22:54] 3MobileFrontend / 3stable: File upload token errors - 10https://bugzilla.wikimedia.org/62587 (10Florian) [13:22:54] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:27:08] 3MobileFrontend / 3General/Unknown: Error toast rather than AbuseFilterPanel when photo upload itself triggers AbuseFilter - 10https://bugzilla.wikimedia.org/61975 (10Florian) [13:27:08] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [13:27:51] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c80 (10Rainer Rillke @commons.wikimedia) (In reply to Florian from comment #78) > I think alot of mobile users visit Wikipedia and Commons with a limited data > plan They probably want to avoid uplo... [13:32:30] Hmm. [13:32:33] Awake early. [13:36:25] {{us centric}} [13:36:30] good morning Deskana [13:36:54] Good afternoon, hashar! [13:37:00] {{france centric}} [13:37:05] ;) [13:37:20] =-D [13:41:37] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c81 (10Florian) > to address the duplicate issue Duplicate images will be detected already, maybe there is a problem in detection of scaled images. But, like i said in german discussion on commons,... [14:07:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c82 (10Rainer Rillke @commons.wikimedia) (In reply to Florian from comment #81) > Duplicate images will be detected already If they are exact duplicates (i.e. their data-hash matches), true. Conside... [15:24:52] Hello Deskana: I'm wondering what the weirdness with pinch to zoom was. [15:25:11] bearND: Let me find the bug. [15:26:03] I don't know that I can find it. [15:26:24] It does really weird things with your viewport. [15:26:43] I don't really understand the usefulness of the feature, considering that we now have the font size increaser. [15:28:37] Deskana: ok, just sad to see this go away. Browsers have this feature, too. Sometimes it's great to be able to zoom into images. And it's also a quick way to find the root of sizing issues on certain pages by zooming out. [15:29:15] The thing is, zooming in on images doesn't increase the quality of the image. [15:29:17] It gets pixelated. [15:29:44] depends on whether the initial view has been downscaled by the browser already. [15:29:55] often not, on phones. [15:30:03] rather, often yes. [15:30:21] Yeah, on a browser that may have to serve a desktop site it's essential. But we don't have that in the app. [15:36:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c83 (10Florian) (In reply to Rainer Rillke @commons.wikimedia from comment #82) > (In reply to Florian from comment #81) > > These suggestions are all good > Which suggestions? Please clarify. E.g.... [15:39:09] Deskana: I guess for me, the experience I'd want to to tap an image and I see a non-pixelated version at full screen width, with the option of zooming in from there on a particular part. [15:54:12] Deskana|Away: bearND: I think this should add to our motivation for prioritizing the functionality of clicking on an image and displaying the full-size version of it. [15:56:12] dbrant: I'm sure that'd get no argument from Vibha! We just need to make sure that we balance it with our goal of increasing active editors. [15:59:23] 3MobileFrontend / 3stable: Show duplicate error message - 10https://bugzilla.wikimedia.org/68296 (10Florian) [15:59:23] 3MobileFrontend / 3stable: Improve mobile uploads (tracking) - 10https://bugzilla.wikimedia.org/68376 (10Florian) [16:00:40] 3MobileFrontend / 3General/Unknown: When you change a page to desktop on iPad, if you open a new one it opens it in mobile - 10https://bugzilla.wikimedia.org/68384#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/nKlNFd7S [16:02:06] 3MobileFrontend / 3General/Unknown: When you change a page to desktop on iPad, if you open a new one it opens it in mobile - 10https://bugzilla.wikimedia.org/68384#c2 (10Florian) 5UNCO>3RESO/DUP *** This bug has been marked as a duplicate of bug 68347 *** [16:02:20] 3MobileFrontend / 3General/Unknown: Mobile site not respecting desktop opt-out on iPad - 10https://bugzilla.wikimedia.org/68347#c2 (10Florian) *** Bug 68384 has been marked as a duplicate of this bug. *** [16:03:10] * YuviPanda waves [16:03:15] Hey YuviPanda. [16:03:24] hello Deskana [16:03:26] dbrant: Deskana: yeah, MediaViewer would be nice. I agree with Deskana that this needs to be seen in relationship with other priorities. I still think there could be some use for pinch to zoom, e.g. when looking at several mathematical formulas in a row. The users that don't like to pinch to zoom don't have to. (It's not that we're zooming in automatically.) But the ones who want to increase those images by a bit can do so if t [16:03:30] hello YuviPanda [16:04:35] hey YuviPanda [16:04:39] heya! [16:05:41] I'm worried about a slippery slope where we implement things that are good for a specific subset of users (e.g. people reading mathematical formulae that can't quite read them properly) then say that other people "Don't have to use it if they don't want to" to gloss over the bad stuff for other people. [16:06:17] There are better ways of addressing these problems than to keep suboptimal functionality. :) [16:06:45] * YuviPanda joined late, but notes that this is a 'feature' that the webview just gives us, without us having to do much work [16:07:33] * dbrant looks forward to the day when MathJax is used universally for math formulae. [16:09:52] dbrant: my vagrant got messed up yesterday, so couldn't really do the mobileapp patch. let me finish it up in a bit [16:10:19] YuviPanda: sure, np [16:14:04] Deskana: it's not just math formulae, though. Wikipedia articles have enough crazy shit going on with formatting that you never know where zoom will be needed. That said, given that the app doesn't load zoomably-sized images, I think I'd come down on the 'get rid of it' side. [16:14:26] but the image experience, I hope that bubbles to the top of the priorities soon. [16:20:12] yuvipanda: Have you a minute? :) [16:20:17] FlorianSW: heya [16:20:18] 'sup [16:20:26] can you look at this ticket: https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=7679474# [16:20:48] i added a note, but i'm unsure (not involved in this) if it is the right :) [16:20:52] (to answer the user) [16:28:28] * Deskana looks too. [16:29:13] I don't understand his complaint. [16:29:26] ragesoss: Yeah, the primary use case right now is the images and it doesn't even do that that well. :) [16:30:12] FlorianSW: looking [16:30:26] FlorianSW: thanks a lot, btw, for helping with OTRS [16:30:31] yuvipanda: thanks :) NP ;) [16:31:06] FlorianSW: right, so that's how android's systems are supposed to work. It opens up 'on top of the stack', and if you hit 'back', you go back to Chrome (or whichever app you came back from) [16:31:37] FlorianSW: so yes, your reasoning is right, but that's best practice *everywhere*, not just from the search results :) [16:31:58] YuviPanda: Ah, thanks, then i understand the developer article right :) Thanks! Then i will give the user this answer :) [16:32:28] FlorianSW: thank you [16:32:51] YuviPanda: I thanks you :D :P [16:38:18] FlorianSW: Will you be at Wikimania? [16:39:00] Deskana: Unhappily not this year :( [16:40:08] FlorianSW: That's a shame, I would've brought you some wikiswag to say thank you. [16:40:52] FlorianSW: If you email me your address then perhaps I can get some shipped to you! A t-shirt, and some stickers and things. [16:41:08] FlorianSW: My email address is dgarry _AT_ wikimedia _DOT_ org [16:41:24] FlorianSW: Make sure you tell me your size in the email so I know what size shirt to send. :) [16:42:21] Deskana: That's awesome :D A little consolation of that i can't meet you all live and in colour :( I E-Mail you ;) [16:42:53] FlorianSW: Great! Make sure you include your full international mailing address! [16:43:04] :) [16:43:11] Deskana: Hope we find another way (maybe next Wikimania and/or Hackathon) :) int. address: sure :P [16:43:36] I may even post it during Wikimania. I found a ton of British stamps in my wallet yesterday. [16:43:45] They're not going to do me much good here. [16:46:56] Deskana: Just don't do it like: http://bilder.bild.de/fotos-skaliert/brief-30128765_mbqf-1356937815-27912832/2,w%3D559,c%3D0.bild.jpg :D All other: no matter ;) [16:48:40] FlorianSW: Wow, Nazi stamp. [16:49:12] What? :O I don't looked at the stamps, i mean the amount :( [16:49:19] damn.... [16:49:57] Hahaha [16:50:12] And on that note, time to get the train to the office! [16:50:32] good ride! [16:50:51] 3MobileFrontend / 3stable: Site notices look crappy on mobile - 10https://bugzilla.wikimedia.org/65395#c10 (10Jon) 5RESO/FIX>3REOP I still see these huge banners on Wikivoyage :( [16:51:50] Deskana, how do you just loose a ton of stamps in your wallet from 6 months ago? :P [16:58:08] dbrant|lunch: well, i figured out what's going on with the fontsizer. the font change doesn't cause the overridden invalidate() method to get called. i figure out a workaround. [17:10:06] * YuviPanda goes for food [17:14:22] (03PS1) 10Yurik: Better opera logging [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/148413 [17:15:24] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c84 (10Steinsplitter) Can somone pleas set ip a patch for reqired usergroup to upload: diff: - autoconfimred + autopatrolled AND mimimun editcount on commons: 75 And then let uns see if works. I am... [17:16:40] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c85 (10Steinsplitter) sorry for posting again, i mean: diff (required usergroup to upload with -75 edits): - autoconfimred + autopatrolled __OR__ mimimun editcount on commons is "75" Thanks. [17:22:52] MaxSem: yurikJerusalem asked that i have you look at http://lists.wikimedia.org/pipermail/mobile-l/2014-July/007639.html. was hoping to put this in place on the zerodot landing page (i.e., for operators that don't automatically redirect to a Main Page) tomorrow [17:33:36] 3MobileFrontend / 3stable: Site notices look crappy on mobile - 10https://bugzilla.wikimedia.org/65395#c11 (10Florian) Hmm, CentralNotice loads it's notice via JS and appends them to sitenotice div :/ I'm not very familar with CentralNotice: Is there a way to prevent to display a notice via extension variabl... [17:37:19] (03CR) 10Dr0ptp4kt: [C: 032] "Looks okay." (031 comment) [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/148413 (owner: 10Yurik) [17:37:34] (03Merged) 10jenkins-bot: Better opera logging [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/148413 (owner: 10Yurik) [17:45:06] (03CR) 10MaxSem: Make zerodot landing page fast and have search. (034 comments) [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/147138 (owner: 10Dr0ptp4kt) [17:50:40] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c86 (10Maryana Pinchuk) Note: since we deployed the last patch (to add the autoconfirmed threshold to the left nav Uploads feature as well as the in-article upload) on July 10th, unique mobile web up... [17:52:19] YuviPanda|food: when you're back, would you please review and, if appropriate, +2 https://gerrit.wikimedia.org/r/#/c/147512/ ? [18:00:30] (03CR) 10Siebrand: [C: 032] Clarify the "no bytes changed" message [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148358 (owner: 10Amire80) [18:01:16] (03PS1) 10Bartosz Dziewoński: Use $wgSkipSkins to hide Minerva from user preferences [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 [18:01:21] (03Merged) 10jenkins-bot: Clarify the "no bytes changed" message [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148358 (owner: 10Amire80) [18:01:43] (03CR) 10Bartosz Dziewoński: "Untested." [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [18:07:47] dr0ptp4kt: loooking. first response is that I'd prefer the distribution channel to be present even if it is from Google Play [18:08:22] YuviPanda: is there any risk of messing up existing stats, though? [18:08:43] YuviPanda: that was the only reason i didn't put in the distribution channel for google play, or rather commented that way, anyway [18:08:56] dr0ptp4kt: I don't think it should, no [18:09:11] dr0ptp4kt: from what Ironholds put up in that patchsest, presence or absense makes no difference [18:09:20] YuviPanda: agreed on that [18:11:46] (03CR) 10Dr0ptp4kt: "Updated PS coming soon." (034 comments) [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/147138 (owner: 10Dr0ptp4kt) [18:12:44] (03PS5) 10Dr0ptp4kt: Make zerodot landing page fast and have search. [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/147138 [18:14:52] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c87 (10Florian) (In reply to Steinsplitter from comment #85) > sorry for posting again, i mean: > diff (required usergroup to upload with -75 edits): > - autoconfimred > + autopatrolled > > __OR__ m... [18:15:06] (03PS6) 10Siebrand: Make zerodot landing page fast and have search. [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/147138 (owner: 10Dr0ptp4kt) [18:15:29] (03CR) 10Siebrand: [C: 031] "i18n/L10n reviewed." [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/147138 (owner: 10Dr0ptp4kt) [18:16:21] (03CR) 10Dr0ptp4kt: "Thanks, Siebrand!" [extensions/ZeroBanner] - 10https://gerrit.wikimedia.org/r/147138 (owner: 10Dr0ptp4kt) [18:17:21] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c88 (10Ryan Kaldari) Regarding the Google Image search idea, this is a frequent suggestion that we have looked into. The main problem is that the only sites that offer this as an API service either c... [18:18:18] dbrant: hows the icon? [18:18:22] Did you try plugging it in yet? [18:19:51] vbamba: I believe bearND|food is working on that bit. (but looks good to me at first glance) [18:22:23] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c89 (10Steinsplitter) (In reply to Florian from comment #87) > You mean only Editcount on commons or globally? Yes. Commons editcount. > @Maryana: Does we have a statistic of delted mobile uploads... [18:23:44] (03CR) 10Florianschmidtwelzow: [C: 04-1] "Tested :)" (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [18:24:35] dr0ptp4kt: yeah, I was afraid that the invalidate() hook was too hacky, but it was working on all of my devices... We may just need to disable the whole 'spinner' functionality if we can't find a workaround for the Kindle Fire :( [18:24:38] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c90 (10Maryana Pinchuk) @Florian - sorry, wrong link on #2 - here's live-updating deleted mobile (web and apps) uploads per month: http://mobile-reportcard.wmflabs.org/graphs/deleted-uploads [18:24:54] dr0ptp4kt: I wish I had one to test with... [18:26:37] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c91 (10Steinsplitter) (In reply to Maryana Pinchuk from comment #86) > and the number of deleted uploads this month is also extremely > low compared to what we've seen in other months.[2] Let's focus... [18:30:52] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c92 (10Ryan Kaldari) FWIW, I think it's still too early to see what effect the latest change has on percentage of uploads deleted. There is one reason to be cautiously optimistic though. Typically, m... [18:32:36] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c93 (10Steinsplitter) (In reply to Ryan Kaldari from comment #92) > FWIW, I think it's still too early to see what effect the latest change has > on percentage of uploads deleted. There is one reason... [18:33:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c94 (10Florian) > This is _not_ a lot of money for the wikimedia foundation. Argh :/ What is with third-party wikis? Yeah, maybe they haven't this problem, but in my opinion it's not the best way to... [18:41:42] @Android developers: Do anyone know, why a search query for "Ibiza Seat" does not return any result? API looks fine (https://en.wikipedia.org/wiki/Special:ApiSandbox#action=query&list=search&format=json&srsearch=Ibiza%20Seat&srlimit=10) and desktop and mobile search find the article "Seat Ibiza"? [18:42:37] FlorianSW: it's using action=opensearch [18:42:43] FlorianSW: so that's why :) [18:43:22] yuvipanda: öh...äh...oha :D Hmmm... [18:44:44] yuvipanda: But we talk about the Search result page, yes? Not about the article suggestions, when you type the search string :) [18:44:54] FlorianSW: android app has no 'search result page' :) [18:45:57] Ähm, aha! :D Never noticed (yeah, everytime the right search strings :P). Are you planing to add some? Maybe when hit [ENTER] equivalent, so the user does not become a "This site doesn't exist"? [18:46:15] (03PS1) 10Dbrant: [WIP] Add first-time editing onboarding. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148436 [18:46:17] FlorianSW: I'd like to, poke Deskana [18:46:51] Deskana? :) (I think he isn't here ?!) [18:50:12] FlorianSW: I'm here, I'm just neck deep in data analysis. :) [18:50:46] Oh, then i won't interrupt you :) [18:50:50] @deskana [18:51:36] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c95 (10Lupo) (In reply to Maryana Pinchuk from comment #90) > @Florian - sorry, wrong link on #2 - here's live-updating deleted mobile > (web and apps) uploads per month: > http://mobile-reportcard.w... [19:13:39] YuviPanda: please join http://208.80.155.185:5080/openmeetings/#room/2 [19:13:45] testing for ops [19:32:04] (03CR) 10Yuvipanda: [C: 04-1] "See inline comment. Get rid of the boot intent receiver as well? I'm also in favor of not letting the default be "" but be something like " (031 comment) [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/147512 (owner: 10Dr0ptp4kt) [19:32:10] dr0ptp4kt: sorry for the late response [19:33:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c96 (10Lupo) (In reply to Ryan Kaldari from comment #92) > FWIW, I think it's still too early to see what effect the latest change has > on percentage of uploads deleted. I disagree. It's not too ea... [19:43:52] (03PS1) 10Mhurd: Restyle abuse filter warning/disallow screen. [apps/ios/wikipedia] - 10https://gerrit.wikimedia.org/r/148445 [19:44:05] brion: hey! [19:44:18] howdy [19:46:23] brion: that patch ^ should be good to go [19:46:46] \o/ [19:48:24] (03PS2) 10Bartosz Dziewoński: Use $wgSkipSkins to hide Minerva from user preferences [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 [19:48:27] (03CR) 10Bartosz Dziewoński: "Bah." [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [19:57:05] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c97 (10Ryan Kaldari) >From July 16 to July 21 (including), there were at least 330 speedy deletions of >Mobile/Web uploads. Where do you get 330? I count 93. Does that list include both app and web... [19:59:02] (03CR) 10Mhurd: [C: 032 V: 032] "I like it." [apps/ios/wikipedia] - 10https://gerrit.wikimedia.org/r/148162 (https://bugzilla.wikimedia.org/68330) (owner: 10Brion VIBBER) [19:59:59] (03PS2) 10Brion VIBBER: Restyle abuse filter warning/disallow screen. [apps/ios/wikipedia] - 10https://gerrit.wikimedia.org/r/148445 (owner: 10Mhurd) [20:00:03] rebase [20:00:10] brion: cool :) [20:00:29] mhurd: oh btw new ios & xcode betas dropped yesterday [20:00:38] brion: ah that’s right! [20:01:12] it’s still doing that weird thing with the sizing of our shrinking webview, i think it’s a change in autolayout behavior for views that have transforms applied [20:01:23] we can fiddle with it later though [20:01:47] brion: ya. may be good to track that down during wikimania [20:01:50] brion: is this good to go? https://gerrit.wikimedia.org/r/#/c/148247/1 [20:02:18] mhurd: yep that’s ready to roll i think [20:02:24] it at least sends the events through intact :D [20:03:09] brion: perfect. oh i was going to see if maybe tomorrow you wanted to chat for a bit about the back-button bug [20:04:02] oh yeah that’ll be a good one to get fixed for our first update release \o/ [20:04:23] yes! [20:05:56] brion: i was playing with how desktop browsers deal with back button behavior and i think i have a handle on it, but wanted to chat first before we tackle it to see what you think [20:06:19] *nod* [20:06:21] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c98 (10Lupo) (In reply to Ryan Kaldari from comment #97) > >From July 16 to July 21 (including), there were at least 330 speedy deletions of > >Mobile/Web uploads. > > Where do you get 330? I count... [20:09:07] brion: starting on the references front end - should i merge the references backend patch now or wait until i finish the front end? [20:09:33] (03CR) 10Kaldari: [C: 04-1] Use $wgSkipSkins to hide Minerva from user preferences (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [20:09:47] (03PS3) 10Dr0ptp4kt: Support identification of APK channel distribution. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/147512 [20:09:54] YuviPanda: ^ updated [20:10:05] looking, dr0ptp4kt [20:10:48] YuviPanda: i think we should have the channel be a two char identifier, with "GP" for Google Play [20:10:57] dr0ptp4kt: why not just fully spell it out? [20:11:00] mhurd: i’d say wait until done with the frontend [20:11:06] brion: k [20:11:09] and then we’ll merge em together [20:11:29] YuviPanda: i guess that's okay, too. shall i update the comment accordingly? [20:11:37] brion: did the abuse filter stuff look ok? [20:11:44] still looking [20:11:47] dr0ptp4kt: yeah, I'd prefer it to be full form, and yes, do update :) [20:11:50] brion: ah cool [20:13:23] brion: i think i got pretty close to the mocks. there were a couple of things that kept me from doing in straight IB, but should be ok for now i think [20:14:21] (03PS4) 10Dr0ptp4kt: Support identification of APK channel distribution. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/147512 [20:14:28] YuviPanda: there ^ [20:16:50] (03PS5) 10Dr0ptp4kt: Support identification of APK channel distribution. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/147512 [20:16:53] YuviPanda: argh, had to update one more comment ^ [20:17:58] dr0ptp4kt: :D looking now. [20:18:11] dr0ptp4kt: I don't have an easy way to test, so I assume you've tested? I'll only look at code quality and CR [20:18:30] YuviPanda: do you have IntelliJ with a physical android device? [20:18:48] dr0ptp4kt: I do [20:18:51] I could breakpoint, yeah [20:19:18] YuviPanda: yep - set at beginning of userAgent and return userAgent part of WikipediaApp.java [20:19:38] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c99 (10Ryan Kaldari) Sorry for being dense, but where are you getting those numbers from? Here's what I see by counting what's in User:Didym/Mobile_upload/2014_July_17-21: July 17: 104 uploads; 40 d... [20:19:39] dr0ptp4kt: right. I usually debug with Log.d though, unless I don't have an inkling of what's wrong. [20:19:41] old fashioned, I know :D [20:21:14] mhurd: looks good; text is a little tight on 3.5” screen but that’s what scrolling is for :D and some langugaes will be longer anyhway [20:21:36] brion: true [20:21:49] (03CR) 10Brion VIBBER: [C: 032 V: 032] "looks good; text is a little tight on 3.5” screen but that’s what scrolling is for :D" [apps/ios/wikipedia] - 10https://gerrit.wikimedia.org/r/148445 (owner: 10Mhurd) [20:21:54] brion: yay! [20:22:07] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c100 (10Didym) (In reply to Ryan Kaldari from comment #99) > Sorry for being dense, but where are you getting those numbers from? Here's > what I see by counting what's in User:Didym/Mobile_upload/20... [20:22:26] (03CR) 10Florianschmidtwelzow: [C: 04-1] Use $wgSkipSkins to hide Minerva from user preferences (032 comments) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [20:25:36] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c101 (10Ryan Kaldari) Thanks for the explanation! So where do Lupo's numbers come from? [20:28:06] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c102 (10Lupo) I get those numbers directly from the upload logs. For your convenience, here they are: July 16: https://commons.wikimedia.org/w/index.php?title=Special:Log&offset=201407170000&limit=8... [20:33:58] vbamba: sent some screen shots with the page issues dialog to you [20:41:14] YuviPanda: what's the best way to get an image (in this case the flag.svg) into our webview? [20:41:49] bearND: 1. put it in Extension:MobileApp, 2. set background-image [20:42:54] YuviPanda: Thanks. I was afraid you were going to say that. ;) [20:42:57] bearND: :D [20:43:27] bearND: use mediawiki-vagrant! [20:43:51] YuviPanda: cool. good excuse to set it up [20:44:24] bearND: :D [20:45:10] YuviPanda: I've been playing around with vagrant, as well. Is this what the Core developers use themselves? [20:45:17] dbrant|brb: yup [20:45:38] it is quite convenient [20:47:10] (03PS1) 10Dr0ptp4kt: Make text resize buttons usable on Kindle after first tap. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148459 [20:47:45] dbrant: totally :D [20:47:51] dbrant: there was no mobileapp role, I'm just adding one [20:48:20] YuviPanda: I just added the extension manually [20:48:25] dbrant: ^ wanna try that? i tried AsyncTask/SaneAsyncTask to see if i could get a good callback, but that didn't work, so i created a workaround patch. would you please review https://gerrit.wikimedia.org/r/148459 ? [20:48:42] dbrant: once this gets merged, you can do vagrant enable-role mobileapp and vagrant provision and it should just be there [20:48:51] YuviPanda: cool! [20:48:59] dr0ptp4kt: I'll try it! [20:53:36] dr0ptp4kt: can you tell me the exact Android version on the Kindle Fire? [20:53:38] 3MobileFrontend / 3General/Unknown: Mobile Thanks graph is broken - 10https://bugzilla.wikimedia.org/68400 (10Ryan Kaldari) 3NEW p:3Unprio s:3normal a:3None Seems to have stopped working in later February: http://mobile-reportcard.wmflabs.org/graphs/thanks-daily I've confirmed that the feature still... [20:54:00] dbrant: 4.0.4 [20:54:16] dbrant: at least on this one [20:54:26] dr0ptp4kt: ok, thanks [20:54:34] dbrant: yw [20:55:05] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c103 (10Steinsplitter) I think it is OKAY to implant the things suggested in comment 85. I hope we can resolve this in a few day (and not weeks) :-) [20:55:36] 3MobileFrontend / 3General/Unknown: Mobile Thanks graph is broken - 10https://bugzilla.wikimedia.org/68400#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/5ik2Ta8s [20:56:32] bearND: Just left you a note here [20:56:43] https://trello.com/c/pxzofz2d/93-first-fold-styling [20:56:52] Mocks are updated with the flag from Wikifont [20:59:36] 3MobileFrontend / 3General/Unknown: Talk pages difficult to follow in mobile watch list - 10https://bugzilla.wikimedia.org/68369#c2 (10Maryana Pinchuk) Hmm, user talk pages (and all talk pages, really, regardless of namespace) should appear in the Talk tab. Not sure why they weren't being put there, but you'... [21:01:46] (03CR) 10Jdlrobson: [C: 032] Triple-equal according to coding conventions [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148359 (owner: 10Amire80) [21:02:03] (03PS9) 10Jdlrobson: Add template dependency to Mantle extension [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/129335 [21:02:11] (03CR) 10Jdlrobson: "What are we waiting for..?" [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/129335 (owner: 10Jdlrobson) [21:02:29] (03Merged) 10jenkins-bot: Triple-equal according to coding conventions [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148359 (owner: 10Amire80) [21:02:54] (03CR) 10Jdlrobson: [C: 031] "TheDj looks good to me but can you verify as i'm not too familiar with the ARIA stuff? (Feel free to +2)" [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148363 (https://bugzilla.wikimedia.org/68371) (owner: 10Hoo man) [21:06:16] brion: vibha has a couple small tweaks to the abuse filter screens… coming soon [21:06:22] ok [21:11:28] (03PS2) 10Jdlrobson: Don't render page actions when none exist [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/147324 [21:11:30] (03PS1) 10Jdlrobson: Move bottom border to page actions [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148504 [21:11:39] jgonera_: git review hook seems to be working for me.. [21:11:41] just kicked in now [21:12:07] jdlrobson, yes, because I fixed it [21:12:16] jgonera: okay cool :D [21:12:20] jgonera: what was wrong with it? [21:12:33] jdlrobson, something with the regex for getting the project name again [21:12:40] I hope it's more future-proof now [21:12:41] ahhhh that issue [21:12:43] MaxSem: http://adcdownload.apple.com//Developer_Tools/xcode_6_beta_4_o2p8fz/xcode_6_beta_4.dmg [21:13:01] jgonera: also what's happening with MobileFrontend using Mantle? [21:13:12] is anything blocking it? [21:13:42] YuviPanda: have you looked at / do you have any objection to / this?: https://gerrit.wikimedia.org/r/147368 [21:14:06] (03CR) 10Yuvipanda: [C: 031] Codestyle: Category Design (some in App) (031 comment) [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/147368 (owner: 10BearND) [21:14:17] dbrant: yeah, I had one minor quibble, but ok to merge, I think? [21:14:23] jdlrobson, is your patch the only change that needs to be done? [21:14:55] 3Wikipedia App / 3General/Unknown: iOS and Android: Fix EventLogging for abuse filter warning/disallow - 10https://bugzilla.wikimedia.org/68401 (10Dan Garry) 3NEW p:3Unprio s:3normal a:3None I've been doing some analysis on the EventLogging data we have and I think that the app isn't reporting abuse... [21:16:24] (03CR) 10Jdlrobson: Don't render page actions when none exist (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/147324 (owner: 10Jdlrobson) [21:17:27] dr0ptp4kt: do you remember what the zero_dev_option_on (dev mode) was for? Can we remove it? [21:17:35] https://gerrit.wikimedia.org/r/#/c/147368/1/wikipedia/res/values/preference_keys.xml [21:17:36] bearND: ^ if you update that patch, I'll merge it. I'd like to get it merged before we add new prefs. [21:17:51] dbrant: just checking with dr0ptp4kt [21:18:35] bearND: we used to have a flag that'll toggle the behavior of Zero on or off [21:18:38] bearND: we no longer have the flag [21:19:03] YuviPanda: dr0ptp4kt: dbrant: ok, then I'll amend the patch to remove it [21:19:07] bearND, just make sure that wherever it's invoked it's now invoked true [21:19:28] bearND: that is, the code doesn't need to be wrapped in IFs...obvious, i know [21:19:54] dr0ptp4kt: I couldn't find any usage of that in the code at all [21:20:06] bearND: even better :) [21:20:50] 3MobileFrontend / 3General/Unknown: Talk pages difficult to follow in mobile watch list - 10https://bugzilla.wikimedia.org/68369#c3 (10Jon) Yeh I think currently Talk means 'Talk' not 'Talk, User talk, Project talk etc...' we should revisit that. [21:20:58] jdlrobson, I think I'm asking that question a second time [21:24:05] 3MobileFrontend / 3General/Unknown: Mobile Thanks graph is broken - 10https://bugzilla.wikimedia.org/68400#c2 (10Jon) Stopped logging on 21st Feb. I thought I flagged this a while a go though I can't find a record - probably just mentioned it on irc. Also should there be a dedicated product for these bugs?... [21:24:10] jgonera: yep you just need to merge that patch [21:24:29] jdlrobson, ok, will check it today [21:25:05] jdlrobson, I didn't do it much earlier because you said it was better to wait and see if everything's working fine in Mantle [21:25:50] jgonera: it's been deployed for 2 weeks now, no issues that i know of [21:26:01] jdlrobson, good, thanks [21:26:06] 3MobileFrontend / 3General/Unknown: Talk pages difficult to follow in mobile watch list - 10https://bugzilla.wikimedia.org/68369#c4 (10pamdavies7) And "Other" means ... not sure quite what, but it certainly excludes "User Talk"! [21:26:40] (03PS1) 10BearND: [WIP] Show page issues [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148506 [21:28:20] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c104 (10Ryan Kaldari) >I think it is OKAY to implant the things suggested in comment 85. >I hope we can resolve this in a few day (and not weeks) That change would eliminate virtually all mobile u... [21:29:21] YuviPanda: Do you remember why string resources are used for preference keys? Couldn't we just do that as constants in Java code? [21:29:40] bearND: uh, I think they're also used in preferences.xml? [21:30:20] YuviPanda: ok, that makes sense [21:30:24] ty [21:30:28] :D [21:30:39] someone may want to comment here: https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Watchlist_on_Android_beta [21:30:57] Deskana: ^ [21:31:05] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c105 (10Steinsplitter) @lupo @rillke: I think we can do something for mobile.js - It is annoying to ask the devs and to wait every time months. [21:31:12] oh [21:31:16] that's actually mobile frontend [21:31:17] nevermind [21:31:40] (03PS2) 10BearND: Codestyle: Category Design (some in App) [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/147368 [21:31:50] dbrant: YuviPanda: ^ amended [21:32:01] YuviPanda: Despite the name, the person is talking about Mobile Web. [21:32:10] Deskana: yeah, I realized after reading more than the title [21:37:18] dbrant: YuviPanda: sorry, should have rebased first. I only changed the preference_keys.xml file and PrefKeys.java [21:38:27] dbrant: YuviPanda: on a different subject: I had an idea about release scripts. Currently we're changing the versionCode in the production script but not in the beta release script. I think it should be the other way around. [21:39:02] yeah, I think we need to consolidate them into one [21:42:13] YuviPanda: true, but last week dbrant and I ran into the issue that the versionCode had to be incremented manually since we published two betas in a row. What I'm proposing is that whenever we make a beta release we bump the versionCode. When we do a production release we don't have to but it doesn't hurt either. [21:43:29] bearND: YuviPanda: how about prompting the user for the current versionCode, as seen in the Play Store? [21:43:50] why do that when we can parse it out of the androidmanifest? [21:56:22] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c106 (10Andre Klapper) (In reply to Ryan Kaldari from comment #104) > That change would eliminate virtually all mobile uploaders. Why is that worse than wasting even more community members' time nee... [21:58:17] brion: hey i’m getting a grunt js error on that refs1 patch [22:03:52] 3Wikipedia App / 3Android App: Some images are not readable after turning on night mode - 10https://bugzilla.wikimedia.org/68408 (10Tomasz Finc) [22:03:53] 3Wikipedia App / 3Android App: Some images are not readable after turning on night mode - 10https://bugzilla.wikimedia.org/68408 (10Tomasz Finc) 3NEW p:3Unprio s:3normal a:3None Created attachment 16005 --> https://bugzilla.wikimedia.org/attachment.cgi?id=16005&action=edit Night mode image issue #... [22:04:23] brion: i think the android refs.js didn’t get added? [22:04:28] (03PS1) 10Yuvipanda: Update MobileApp CSS to pick up black infoboxes [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148528 [22:04:33] dbrant: bearND ^ finally. had to churn vagrant a little bit [22:07:19] dbrant: the mobileapp role got added, so you can just use enable-role now [22:07:45] mhurd: heh woops [22:07:47] lemme fix [22:07:54] YuviPanda: awesome! [22:07:54] yep [22:09:02] (03PS2) 10Brion VIBBER: References click backend: detect link clicks and send data over bridge [apps/ios/wikipedia] - 10https://gerrit.wikimedia.org/r/148247 [22:09:10] mhurd: that should do it [22:09:22] brion: woohoo thanks! [22:09:28] :) [22:10:39] 3Wikipedia App / 3Android App: Saved pages multi selector doesn't highlight image - 10https://bugzilla.wikimedia.org/68409 (10Tomasz Finc) 3NEW p:3Unprio s:3normal a:3None #1 Save some pages #2 Tap saved pages interface #3 Tap and hold a single item #4 Tap any number of additional items #5 Tap delete... [22:12:20] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c107 (10Max Semenik) How about: ask uploaders where they took the image from? * With options like "I made it myself", "my grandma made it", "found it somewhere on the interwebz". * Until they've sel... [22:12:47] (03CR) 10BearND: [C: 04-1] "The delay is too long on my Nexus 4. The WebView was already refreshed long before the +/- buttons got enabled. Can we make this new solut" (031 comment) [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148459 (owner: 10Dr0ptp4kt) [22:18:49] MaxSem, does Thursday 11am work for you to talk about Parsoid? [22:19:07] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c108 (10Steinsplitter) This dos not help. Our experience. (In reply to Max Semenik from comment #107) > How about: ask uploaders where they took the image from? This dos not help. It is our experien... [22:19:42] jgonera, yes - everything without conflicts in my calendar and not in lunchtime works [22:19:50] cool ;) [22:27:25] (03CR) 10Dbrant: [C: 032] Update MobileApp CSS to pick up black infoboxes [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148528 (owner: 10Yuvipanda) [22:30:53] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c109 (10Ryan Kaldari) >What's the exact reason to not make a more drastic change and afterwards >experiment with changing the threshold again, instead of the other way round? There are two reasons:... [22:31:25] (03CR) 10Dbrant: [C: 032] Codestyle: Category Design (some in App) [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/147368 (owner: 10BearND) [22:59:35] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c110 (10Lupo) (In reply to Ryan Kaldari from comment #104) > 2. Implementing a less dramatic change. For example, requiring a minimum 75 > edit count locally rather than on Commons. Can somebody su... [23:01:25] (03CR) 10Dr0ptp4kt: "I'll see if I can reinstate some of the old code for the event-driven approach." (031 comment) [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148459 (owner: 10Dr0ptp4kt) [23:02:27] (03PS2) 10Dbrant: [WIP] Add first-time editing onboarding. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148436 [23:08:08] (03CR) 10Jdlrobson: [C: 04-1] "Still seeing a link to the following url which references undefined!" [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/138802 (https://bugzilla.wikimedia.org/59937) (owner: 10Florianschmidtwelzow) [23:12:36] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c111 (10Maryana Pinchuk) Thanks, Ryan – totally agreed. So, I just pulled the data for all deleted uploads in July, not just mobile web: Total uploads to Commons contributed from 7/1-today (7/22)... [23:13:53] (03CR) 10MaxSem: Don't render page actions when none exist (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/147324 (owner: 10Jdlrobson) [23:14:16] (03CR) 10Jdlrobson: Don't render page actions when none exist (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/147324 (owner: 10Jdlrobson) [23:14:51] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c112 (10Lupo) (In reply to Ryan Kaldari from comment #109) > 2. Because we are a wiki. Allowing people to share isn't just a motto we're > supposed to give lip service to. We should exhaust as many... [23:15:27] (03PS3) 10Jdlrobson: Don't render page actions when none exist [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/147324 [23:17:50] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c113 (10Lupo) (In reply to Maryana Pinchuk from comment #111) > Total uploads to Commons contributed from 7/1-today (7/22) that have been > deleted as of today: 2117 > Total uploads to Commons contr... [23:26:18] (03CR) 10Bartosz Dziewoński: Use $wgSkipSkins to hide Minerva from user preferences (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [23:26:31] (03PS2) 10Dr0ptp4kt: Make text resize buttons usable on Kindle after first tap. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148459 [23:28:07] (03PS3) 10Dbrant: [WIP] Add first-time editing onboarding. [apps/android/wikipedia] - 10https://gerrit.wikimedia.org/r/148436 [23:29:06] bearND and dbrant, would you guys mind re-reviewing https://gerrit.wikimedia.org/r/#/c/148459 ? [23:30:38] bearND and dbrant: now, for most articles on non-kindle android, the spinner will halt at less than 0.75 seconds. on longer articles, it may halt at 0.75 seconds, but the text size change will happen shortly thereafter in a way that to me feels fairly natural. on kindle it will always be 0.75 seconds [23:34:50] (03PS3) 10Bartosz Dziewoński: Use $wgSkipSkins to hide Minerva from user preferences [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 [23:35:48] (03CR) 10Bartosz Dziewoński: [C: 04-1] "This would be a better way to do this, but will not work well (see the comments in the preferences hook). The current system in core is ki" [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [23:36:28] (03Abandoned) 10Bartosz Dziewoński: Use $wgSkipSkins to hide Minerva from user preferences [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/148423 (owner: 10Bartosz Dziewoński) [23:39:54] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c114 (10Maryana Pinchuk) @Lupo, I'm getting the numbers directly from the Commons database. Here's my SQL if anyone with access to the database wants to double-check: select fa_name, log_timestamp,... [23:44:49] dr0ptp4kt: just emailed you something to test. [23:45:39] dbrant: cool. will try shortly [23:46:21] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c115 (10Steinsplitter) I agree with Lupo. Stop denying the problem by presenting fake or wrong numbers. Why it is so difficult to get a correct statistic? Why volunteer need to explain thousand time... [23:48:09] 3MobileFrontend / 3stable: Some Mobile/Web uploads without or with corrupted information - 10https://bugzilla.wikimedia.org/68321#c9 (10Maryana Pinchuk) I asked Keilana to clarify how she uploaded her image. Here's her response: "@Maryana (WMF): Hi Maryana, I was doing it quickly on my phone, the Commons ap... [23:48:24] 3MobileFrontend / 3stable: Filter for New User uploads in Mobile Web - 10https://bugzilla.wikimedia.org/62598#c116 (10Ryan Kaldari) >Can somebody summarize what the current restrictions are? It's just >autoconfirmed on local wiki, right? That is correct. >Can somebody explain to me why this user >https://... [23:50:54] Maryana [23:51:07] pls trust us :P [23:51:25] Steinsplitter: can i ask where you're getting your stats from? [23:51:33] trust goes both ways :) please don't accuse me of lying [23:51:53] MariaDB [commonswiki_p]> select count(*) from filearchive join logging on log_title=fa_name where log_action = "upload" and log_timestamp >= '20140701000000' group by log_title ; [23:51:57] 11949 rows in set (7.40 sec) [23:52:15] thanks, legoktm - so that's total deleted since july 1 [23:52:19] I don't think using filearchive is reliable though, it'll be easier to use the upload log. [23:52:38] 3MobileFrontend / 3General/Unknown: Lazy-loaded pages are not enforcing upload restrictions on mobile - 10https://bugzilla.wikimedia.org/68414 (10Ryan Kaldari) 3NEW p:3Unprio s:3normal a:3None After you create an account, you can immediately perform an upload by editing a page and then clicking on th... [23:52:59] logging WHERE log_comment LIKE %??% - somthing like this? [23:53:06] mobile web deleted is being logged here: http://mobile-reportcard.wmflabs.org/graphs/deleted-uploads [23:53:13] that shows 103 since july 1 [23:53:29] [reply] [−] Description Steinsplitter 2014-03-13 09:09:12 UTC [23:53:30] but i'm not entirely sure of who instrumented that graph [23:53:30] how is it calculating that? [23:53:31] Too much Copyright violations via Mobile... See... [23:53:52] Steinsplitter: lego just showed you total uploads deleted, not mobile uploads deleted [23:54:14] my point is that mobile web is a tiny fraction of thata [23:54:17] https://commons.wikimedia.org/w/index.php?title=Special:Log&offset=201407210000&limit=104&type=upload&user=&page=&tagfilter=mobile+web+edit [23:54:17] *that [23:54:18] Maryana: where did you get the 2k number from? [23:54:26] this for example, using tags you can detect it [23:54:41] jdlrobson, the change in https://gerrit.wikimedia.org/r/#/c/129335/9/includes/Resources.php will make all the template code load in instead of bottom of the page, can we just use mw.mantle.template directly? [23:54:43] legoktm: that's what i got the first time i ran the query i pasted into the bug.. which is weird [23:55:06] unless there was some mass deletion since then.. :) [23:55:12] why is your query not using a join? [23:55:22] cos i'm lazy :) [23:55:36] 3MobileFrontend / 3General/Unknown: Lazy-loaded pages are not enforcing upload restrictions on mobile - 10https://bugzilla.wikimedia.org/68414#c1 (10Bingle) Prioritization and scheduling of this bug is tracked on Trello card https://trello.com/c/xDdjbp0x [23:55:54] well, your query should be giving higher numbers than mine. [23:56:01] because it's not using a group by [23:56:45] now i'm getting 14258 [23:56:59] hrm [23:57:10] MariaDB [commonswiki_p]> select count(*) from filearchive join logging on log_title=fa_name join change_tag on ct_log_id=log_id where log_action = "upload" and ct_tag="mobile edit" and log_timestamp >= '20140701000000' group by log_title ; [23:57:13] it's running [23:57:18] 1583 rows in set (9.82 sec) [23:57:52] [16:57:47] legoktm: 1583/11949 = 1583/11949 (approx. 0.13247970541467905) [23:57:57] 13% is a lot. [23:58:26] oh wow, the mobile-reportcard dashboard is way off [23:58:28] ok, thanks [23:58:34] but my point still stands :) [23:58:46] how? [23:58:55] the vast majority of deleted uploads are coming from desktop [23:59:14] that's because the vast majority of uploads are from desktop [23:59:24] yes [23:59:34] what's the upload to deletion ratio of mobile versus desktop? [23:59:36] mobile uploads are only a fre usable [23:59:44] that's a more interesting stat IMO [23:59:46] (03CR) 10JGonera: [C: 04-1] "One inline comment. Also tests/phpunit/modules/MFResourceLoaderModuleTest.php is still there." (031 comment) [extensions/MobileFrontend] - 10https://gerrit.wikimedia.org/r/129335 (owner: 10Jdlrobson) [23:59:49] mobile web is super duper awesome but the mobile upload is evil *g*