Re: [WikimediaMobile] Did something change about prefix search today?

2014-11-19 Thread Tomasz Finc
I'd check with Chad and Nick handling todays CirrusSearch deployment.

--tomasz

On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd mh...@wikimedia.org wrote:
 Here's what searching for fish returned yesterday:






 And here's what I get today:




 ___
 Mobile-l mailing list
 Mobile-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mobile-l


___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Did something change about prefix search today?

2014-11-19 Thread Monte Hurd
I spoke with Chad about it and he's confirmed the issue and is going to
discuss with Nick and get back to me.


On Wed, Nov 19, 2014 at 2:07 PM, Tomasz Finc tf...@wikimedia.org wrote:

 I'd check with Chad and Nick handling todays CirrusSearch deployment.

 --tomasz

 On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd mh...@wikimedia.org wrote:
  Here's what searching for fish returned yesterday:
 
 
 
 
 
 
  And here's what I get today:
 
 
 
 
  ___
  Mobile-l mailing list
  Mobile-l@lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/mobile-l
 

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Did something change about prefix search today?

2014-11-19 Thread Tomasz Finc
Do we have a bug to track whatever the issue might be ?

On Wed, Nov 19, 2014 at 2:30 PM, Monte Hurd mh...@wikimedia.org wrote:
 I spoke with Chad about it and he's confirmed the issue and is going to
 discuss with Nick and get back to me.


 On Wed, Nov 19, 2014 at 2:07 PM, Tomasz Finc tf...@wikimedia.org wrote:

 I'd check with Chad and Nick handling todays CirrusSearch deployment.

 --tomasz

 On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd mh...@wikimedia.org wrote:
  Here's what searching for fish returned yesterday:
 
 
 
 
 
 
  And here's what I get today:
 
 
 
 
  ___
  Mobile-l mailing list
  Mobile-l@lists.wikimedia.org
  https://lists.wikimedia.org/mailman/listinfo/mobile-l
 



___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Did something change about prefix search today?

2014-11-19 Thread Monte Hurd
Not yet. Will file one once I have a bit more info about what the issue is.

On Wed, Nov 19, 2014 at 2:33 PM, Tomasz Finc tf...@wikimedia.org wrote:

 Do we have a bug to track whatever the issue might be ?

 On Wed, Nov 19, 2014 at 2:30 PM, Monte Hurd mh...@wikimedia.org wrote:
  I spoke with Chad about it and he's confirmed the issue and is going to
  discuss with Nick and get back to me.
 
 
  On Wed, Nov 19, 2014 at 2:07 PM, Tomasz Finc tf...@wikimedia.org
 wrote:
 
  I'd check with Chad and Nick handling todays CirrusSearch deployment.
 
  --tomasz
 
  On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd mh...@wikimedia.org
 wrote:
   Here's what searching for fish returned yesterday:
  
  
  
  
  
  
   And here's what I get today:
  
  
  
  
   ___
   Mobile-l mailing list
   Mobile-l@lists.wikimedia.org
   https://lists.wikimedia.org/mailman/listinfo/mobile-l
  
 
 

___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Did something change about prefix search today?

2014-11-19 Thread Bernd Sitzmann
Monte, The screenshots show title search (prefixsearch). I'm suprised that
prefixsearch would be affected by any full text search (
CirrusSearch/ElasticSearch) changes. I thought those would be independent
systems.

-Bernd

On Wed, Nov 19, 2014 at 3:39 PM, Monte Hurd mh...@wikimedia.org wrote:

 Not yet. Will file one once I have a bit more info about what the issue is.

 On Wed, Nov 19, 2014 at 2:33 PM, Tomasz Finc tf...@wikimedia.org wrote:

 Do we have a bug to track whatever the issue might be ?

 On Wed, Nov 19, 2014 at 2:30 PM, Monte Hurd mh...@wikimedia.org wrote:
  I spoke with Chad about it and he's confirmed the issue and is going to
  discuss with Nick and get back to me.
 
 
  On Wed, Nov 19, 2014 at 2:07 PM, Tomasz Finc tf...@wikimedia.org
 wrote:
 
  I'd check with Chad and Nick handling todays CirrusSearch deployment.
 
  --tomasz
 
  On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd mh...@wikimedia.org
 wrote:
   Here's what searching for fish returned yesterday:
  
  
  
  
  
  
   And here's what I get today:
  
  
  
  
   ___
   Mobile-l mailing list
   Mobile-l@lists.wikimedia.org
   https://lists.wikimedia.org/mailman/listinfo/mobile-l
  
 
 



 ___
 Mobile-l mailing list
 Mobile-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mobile-l


___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Did something change about prefix search today?

2014-11-19 Thread Monte Hurd
Confirmed with Chad that it's related to the Cirrus Search update that just
went live. I asked him if he wanted me to open and bug and he said he will
- he's still investigating.

On Wed, Nov 19, 2014 at 2:52 PM, Bernd Sitzmann bsitzm...@wikimedia.org
wrote:

 Monte, The screenshots show title search (prefixsearch). I'm suprised that
 prefixsearch would be affected by any full text search (
 CirrusSearch/ElasticSearch) changes. I thought those would be independent
 systems.

 -Bernd

 On Wed, Nov 19, 2014 at 3:39 PM, Monte Hurd mh...@wikimedia.org wrote:

 Not yet. Will file one once I have a bit more info about what the issue
 is.

 On Wed, Nov 19, 2014 at 2:33 PM, Tomasz Finc tf...@wikimedia.org wrote:

 Do we have a bug to track whatever the issue might be ?

 On Wed, Nov 19, 2014 at 2:30 PM, Monte Hurd mh...@wikimedia.org wrote:
  I spoke with Chad about it and he's confirmed the issue and is going to
  discuss with Nick and get back to me.
 
 
  On Wed, Nov 19, 2014 at 2:07 PM, Tomasz Finc tf...@wikimedia.org
 wrote:
 
  I'd check with Chad and Nick handling todays CirrusSearch deployment.
 
  --tomasz
 
  On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd mh...@wikimedia.org
 wrote:
   Here's what searching for fish returned yesterday:
  
  
  
  
  
  
   And here's what I get today:
  
  
  
  
   ___
   Mobile-l mailing list
   Mobile-l@lists.wikimedia.org
   https://lists.wikimedia.org/mailman/listinfo/mobile-l
  
 
 



 ___
 Mobile-l mailing list
 Mobile-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mobile-l



___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Did something change about prefix search today?

2014-11-19 Thread Dmitry Brant
Note also the bug that I filed today:
https://bugzilla.wikimedia.org/show_bug.cgi?id=73623


On Wed, Nov 19, 2014 at 6:14 PM, Monte Hurd mh...@wikimedia.org wrote:

 Confirmed with Chad that it's related to the Cirrus Search update that
 just went live. I asked him if he wanted me to open and bug and he said he
 will - he's still investigating.

 On Wed, Nov 19, 2014 at 2:52 PM, Bernd Sitzmann bsitzm...@wikimedia.org
 wrote:

 Monte, The screenshots show title search (prefixsearch). I'm suprised
 that prefixsearch would be affected by any full text search (
 CirrusSearch/ElasticSearch) changes. I thought those would be
 independent systems.

 -Bernd

 On Wed, Nov 19, 2014 at 3:39 PM, Monte Hurd mh...@wikimedia.org wrote:

 Not yet. Will file one once I have a bit more info about what the issue
 is.

 On Wed, Nov 19, 2014 at 2:33 PM, Tomasz Finc tf...@wikimedia.org
 wrote:

 Do we have a bug to track whatever the issue might be ?

 On Wed, Nov 19, 2014 at 2:30 PM, Monte Hurd mh...@wikimedia.org
 wrote:
  I spoke with Chad about it and he's confirmed the issue and is going
 to
  discuss with Nick and get back to me.
 
 
  On Wed, Nov 19, 2014 at 2:07 PM, Tomasz Finc tf...@wikimedia.org
 wrote:
 
  I'd check with Chad and Nick handling todays CirrusSearch deployment.
 
  --tomasz
 
  On Wed, Nov 19, 2014 at 1:55 PM, Monte Hurd mh...@wikimedia.org
 wrote:
   Here's what searching for fish returned yesterday:
  
  
  
  
  
  
   And here's what I get today:
  
  
  
  
   ___
   Mobile-l mailing list
   Mobile-l@lists.wikimedia.org
   https://lists.wikimedia.org/mailman/listinfo/mobile-l
  
 
 



 ___
 Mobile-l mailing list
 Mobile-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mobile-l




 ___
 Mobile-l mailing list
 Mobile-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mobile-l


___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


[WikimediaMobile] Update on ResourceLoader-constrained UAs

2014-11-19 Thread Adam Baso
Hi there -

A lot of people on Wikipedia Zero use browsers (User Agents, or UAs for
short) incompatible with site JavaScript [1]. We want to ensure that
critical functionality is basically functional for these people, and  we've
been tracking findings at
https://etherpad.wikimedia.org/p/Lower_end_devices_checkup.

Thus far, we've re-reviewed Search [2] and Login/Account Creation [3], and
we'll be going over the other ones over the next several sprints.

I just added some screenshots from Opera Mini to the two Trello cards
below. To replicate Opera Mini behavior for oneself, if you don't already
have it, you can install Opera Mini on a device like an Android or iOS
device. Then set the app's mode to Opera Mini mode. Depending on your OS,
you may or may not need to toggle this Opera Mini setting; it might be on
by default. You can also use the emulator as described on the Wikipedia
Zero tech page [4].

-Adam

[1]
https://git.wikimedia.org/blob/mediawiki%2Fcore.git/09c55592a73544cc21e002f229686d17806686ba/resources%2Fsrc%2Fstartup.js#L40
This shows JavaScript UAs for which it's known that the JavaScript
capabilities are likely insufficient for a number of JavaScript features,
and thus the ResourceLoader technology instructs the UA to not commence
with further JavaScript loading. There are also other UAs with no
JavaScript support or with broken JavaScript implementations.

[2]
https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-users
Incidentally, there's currently a regression making it impossible to enter
searches, at least on the Android and iOS Opera Mini clients I tested.

[3]
https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experience-for-lower-end-device-users
Note: On non-HTML5 browsers, the placeholder attribute is not supported.

[4] https://www.mediawiki.org/wiki/Wikipedia_Zero#Tools
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Update on ResourceLoader-constrained UAs

2014-11-19 Thread Jon Robson
Thanks for this Adam. A few questions.

On Thu, Nov 20, 2014 at 8:34 AM, Adam Baso ab...@wikimedia.org wrote:
 Hi there -

 A lot of people on Wikipedia Zero use browsers (User Agents, or UAs for
 short) incompatible with site JavaScript [1]. We want to ensure that
 critical functionality is basically functional for these people, and  we've
 been tracking findings at
 https://etherpad.wikimedia.org/p/Lower_end_devices_checkup.

 Thus far, we've re-reviewed Search [2] and Login/Account Creation [3], and
 we'll be going over the other ones over the next several sprints.

 I just added some screenshots from Opera Mini to the two Trello cards below.
 To replicate Opera Mini behavior for oneself, if you don't already have it,
 you can install Opera Mini on a device like an Android or iOS device. Then
 set the app's mode to Opera Mini mode. Depending on your OS, you may or
 may not need to toggle this Opera Mini setting; it might be on by default.
 You can also use the emulator as described on the Wikipedia Zero tech page
 [4].

 -Adam

 [1]
 https://git.wikimedia.org/blob/mediawiki%2Fcore.git/09c55592a73544cc21e002f229686d17806686ba/resources%2Fsrc%2Fstartup.js#L40
 This shows JavaScript UAs for which it's known that the JavaScript
 capabilities are likely insufficient for a number of JavaScript features,
 and thus the ResourceLoader technology instructs the UA to not commence with
 further JavaScript loading. There are also other UAs with no JavaScript
 support or with broken JavaScript implementations.
 [2]
 https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-users
 Incidentally, there's currently a regression making it impossible to enter
 searches, at least on the Android and iOS Opera Mini clients I tested.

Please can you track this regression on bugzilla with replication
instructions? I haven't heard about this bug and it sounds like
something that could easily be taken care of. A trello card seems
overkill.


 [3]
 https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experience-for-lower-end-device-users
 Note: On non-HTML5 browsers, the placeholder attribute is not supported.

 [4] https://www.mediawiki.org/wiki/Wikipedia_Zero#Tools


Yeh there is a bug [1] and it's fixed in alpha. We'll have to find a
way of accelerating the alpha login form into stable for opera mini
users as unfortunately we hit some unexpected roadblocks around the
login form.

[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=68758


 ___
 Mobile-l mailing list
 Mobile-l@lists.wikimedia.org
 https://lists.wikimedia.org/mailman/listinfo/mobile-l


___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l


Re: [WikimediaMobile] Update on ResourceLoader-constrained UAs

2014-11-19 Thread Adam Baso
On Wed, Nov 19, 2014 at 4:44 PM, Jon Robson jrob...@wikimedia.org wrote:

 Thanks for this Adam. A few questions.
 ...
 
 https://trello.com/c/blWoHdk8/1-improve-special-search-for-lower-end-device-users
  Incidentally, there's currently a regression making it impossible to
 enter
  searches, at least on the Android and iOS Opera Mini clients I tested.

 Please can you track this regression on bugzilla with replication
 instructions? I haven't heard about this bug and it sounds like
 something that could easily be taken care of. A trello card seems
 overkill.


Done. https://bugzilla.wikimedia.org/show_bug.cgi?id=73632

The Trello card is more focused on visible outlining of the search input
field should the device width exceed the CSS min width, and what to do when
the magnifying glass is tapped but no results are turned up (e.g.,
unintentional or mistyped search).



 
 https://trello.com/c/0kKBcmoD/2-improve-login-and-account-creation-experience-for-lower-end-device-users
  Note: On non-HTML5 browsers, the placeholder attribute is not
 supported.
 
  [4] https://www.mediawiki.org/wiki/Wikipedia_Zero#Tools

 Yeh there is a bug [1] and it's fixed in alpha. We'll have to find a
 way of accelerating the alpha login form into stable for opera mini
 users as unfortunately we hit some unexpected roadblocks around the
 login form.

 [1] https://bugzilla.wikimedia.org/show_bug.cgi?id=68758



Please do let me know if/how I can assist. If the roadblock is expected to
persist, I would like to get in some sort of interim fix at least.

Thanks!
-Adam
___
Mobile-l mailing list
Mobile-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/mobile-l