[QA] Problem with Selenium, MobileFrontend, or VisualEditor?

[jagori samajdar]

Hi,

I just executed the above test on my local Windows7 machine and it passed
without any failure.

Test result is as below:
--------------------------------------------------------------------------------------------------------------
C:\Users\Jagori\MobileFrontend\tests\browser>bundle exec cucumber
features\editor_ve.feature:21
@chrome @en.m.wikipedia.beta.wmflabs.org @extension-visualeditor @firefox
@login
 @vagrant
Feature: VisualEditor Mobile

  Background:               # features\editor_ve.feature:4

    Given I am logged into the mobile website        #
features/step_definitions/common_steps.rb:12
    And I am in beta mode                            #
features/step_definitions/common_steps.rb:50
    And I am editing a new article with VisualEditor #
features/step_definitions/editor_ve_steps.rb:1

  Scenario: I can edit a page using VisualEditor         #
features\editor_ve.feature:21
    When I edit the article using VisualEditor           #
features/step_definitions/editor_ve_steps.rb:31
    Then I see the edit reflected in the article content #
features/step_definitions/editor_ve_steps.rb:45

1 scenario (1 passed)
5 steps (5 passed)
0m57.226s


Regards,
Jagori

On Tue, Sep 9, 2014 at 7:28 AM, Chris McMahon <cmcmahon at wikimedia.org>
wrote:

>
> Just BTW, first known failure of this kind was 28 August.
> -C
>
> On Mon, Sep 8, 2014 at 10:17 AM, Željko Filipin <zfilipin at wikimedia.org>
> wrote:
>
>> On Mon, Sep 8, 2014 at 5:36 PM, Chris McMahon <cmcmahon at wikimedia.org>
>> wrote:
>>
>>> What's happening is that Selenium is trying to enter a string into the
>>> ContentEditable div in VisualEditor manifested within the MobileFrontend
>>> web view.  The first character of the string that Selenium types does not
>>> show up as having been entered.
>>
>>
>> #1 A month ago we had a similar problem with chrome not entering text
>> correctly, and the problem was on sauce labs side.
>> #2 I was not able to reproduce the problem on my machine (mac) with local
>> firefox.
>> #3 I was able to reproduce the problem on my machine with remote firefox
>> on sauce labs.
>>
>> The above made me think the problem is again on the sauce labs side. To
>> test my hypothesis I would like to create a small script that will work
>> fine with local firefox, but fail with remote firefox. The problem is that
>> we require users to log in in order to use mobile visual editor. That makes
>> the script unnecessary long.
>>
>> Do we have mobile visual editor somewhere public where logging in is not
>> required?
>>
>> Željko
>>
>> _______________________________________________
>> QA mailing list
>> QA at lists.wikimedia.org
>> https://lists.wikimedia.org/mailman/listinfo/qa
>>
>>
>
> _______________________________________________
> QA mailing list
> QA at lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/qa
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.wikimedia.org/pipermail/qa/attachments/20140909/a1ac7256/attachment.html>