[QA] Problems with selenium tests
Jon Robson
jrobson at wikimedia.org
Tue Jul 16 18:05:48 UTC 2013
Cross posting discussion to QA...
On Tue, Jul 16, 2013 at 10:27 AM, Jon Robson <jrobson at wikimedia.org> wrote:
>> https://www.mediawiki.org/wiki/Meetings/2013-07-18
>
> Great! Added to my calendar..
>
>>
>>> > * It strikes me that I shouldn't need /private/wmf/ - the password
>>> > should be stored in an environment variable to be consistent with
>>> > others or should be the same as the username.
>>
>>
>> Agreed:
>>
>> https://bugzilla.wikimedia.org/show_bug.cgi?id=49158
> Yey.
>>
>>> > * The tests assume a mobile browser - by default MEDIAWIKI_URL on my
>>> > machine http://localhost:80/w runs the desktop site.
>>> > http://localhost.m:80/w runs the mobile site.
>>
>>
>> Can you just point MEDIAWIKI_URL to the mobile site?
>
> I could but this gets annoying and breaks the ability to run tests on
> the fly. I have certain things I want to run under desktop and under
> mobile. I suspect we should have a separate url..
>
>>
>>>
>>> Maybe we should use a
>>> > new variable MEDIAWIKI_MOBILE_URL for these tests. I want to write
>>> > some tests that test the desktop version of nearby so we need to be
>>> > able to support both...
>>
>>
>> You want to run both mobile and desktop tests in the same test run?
>
> Correct. MobileFrontend to be a success needs to upstream changes to
> desktop and the code in future may run on desktop. We already have
> this situation with the Nearby feature which runs on both mobile [1]
> and desktop [2]. I would like to run tests on this as we recently
> broke it for a week in production on desktop..
>
> [1] https://en.m.wikipedia.org/wiki/Special:Nearby
> [2] https://en.wikipedia.org/wiki/Special:Nearby
>>
>>>
>>> > * IN addition to this the format of MEDIAWIKI_URL as currently used is
>>> > inconsistent with other users in the repository and we should
>>> > standardise. On my machine it is http://localhost:80/w but to get the
>>> > tests running it needs to be http://localhost:80/w/index.php/
>>
>>
>> This should be easy to fix. Could you please file a bug in Bugzilla
>> (Wikimedia > Quality Assurance) so it does not get forgotten?
>
> Added to my TODO list.
More information about the QA
mailing list