1080704 - Marionette Search.go_to_url does not clean the url bar before typing.

Status: RESOLVED WORKSFORME

(Firefox OS Graveyard :: Gaia::UI Tests, defect)

Description

[Nicolas B. Pierron [:nbp]]

When running tests which are doing:

    def test_octane(self):
        search = Search(self.marionette)
        search.launch()

        print "Visit url %s" % self._start_page
        browser = search.go_to_url(self._start_page)

The test no longer works because the page cannot be accessed "Object not found!", the reason being that another test was run before the current one and the address bar kept the previous url.  This cause the search.go_to_url to start typing the url in the middle of the previous one which does not correspond to any valid address.

This issue started after Oct 8 12:00 (UTC+2), and breaks AWFY.

Comment 1

[Kevin Grandon :kgrandon]

I'm not sure where this test framework lives. I'm assuming that this is some code that is within tests/ though, so moving into the UI Tests component for now.

Comment 2

[Martijn Wargers (dead)]

This should work according to the code:
http://mxr.mozilla.org/gaia/source/tests/python/gaia-ui-tests/gaiatest/apps/homescreen/regions/search_panel.py#48

Comment 3

[Martijn Wargers (dead)]

Attachment: search.diff

This is worksforme (using the trunk build from monday or something)
With the "# self.marionette.find_element(*self._rocketbar_input_locator).clear()" part commented out, the search input is not cleared with the test_browser_search.py test. When not commented out, the search input is cleared just fine, when the next go_to_url is called.

pip freeze:
blessings==1.6
boto==2.33.0
gaiatest==0.31
httplib2==0.9
manifestparser==0.8
marionette-client==0.8.5
marionette-transport==0.4
mozcrash==0.14
mozdevice==0.44
mozfile==1.1
mozhttpd==0.7
mozinfo==0.7
mozlog==2.8
moznetwork==0.24
mozprocess==0.21
mozprofile==0.22
mozrunner==6.5
moztest==0.7
mozversion==1.1
oauth2==1.5.211
pep8==1.5.7
plivo==0.9.6
requests==2.4.3
treeherder-client==1.0
unpyclib==0.8.1
wsgiref==0.1.2

Comment 4

[Martijn Wargers (dead)]

Nicolas, are you still seeing this issue? It is wfm.

Comment 5

[Nicolas B. Pierron [:nbp]]

I will look again, at the moment I made using a work-around which reboot the phone between each attempts of running the tests.

Comment 6

[Nicolas B. Pierron [:nbp]]

I will look again, at the moment I am using a work-around which reboot the phone between each attempts of running the tests.

Comment 7

[Nicolas B. Pierron [:nbp]]

I just tested again, and now the address bar is cleared before typing anything new.