I just observed the following bug in the Settings app on my Otoro phone. STR: - open Settings app, - click Battery, - leave Battery, - click Device Storage, - leave Device Storage, - click Battery again Expected result: - Battery dialog will be shown Actual result: - Device Storage is shown again. It's always reproducible. I think it doesn't matter what dialogs you actually click, you always see the last dialog that you did not previously open. Gaia: 7baaf75636e48af19f91022bddb388167fc5c3d2 Gecko: 115170:cd845cbfc76e

That's the same as bug 818056, right?

(In reply to Tim Taubert [:ttaubert] from comment #1) > That's the same as bug 818056, right? I don't think so, although they look related. Just reproduced bug 818056, but it's different from this one. I can use the back-button here, for example.

Thomas, are you sure that you’re running Gecko 18 on your Otoro — not Gecko 20?

> trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > trying 2828 127.0.0.1 > Creating webserver... > appswitching.py; src/tests/b2g/appswitching > Setting up device > Setting up DHCP... > attempts left: 5 > Traceback (most recent call last): > File "bin/runtest.py", line 163, in <module> > main() > File "bin/runtest.py", line 151, in main > tempdir = EIDETICKER_TEMP_DIR) > File "/home/tdz/Projects/mozilla/tools/eideticker/src/eideticker/eideticker/test.py", line 50, in get_test > test = module.Test(**kwargs) > File "/home/tdz/Projects/mozilla/tools/eideticker/src/eideticker/eideticker/test.py", line 319, in __init__ > self.device.unlock() > File "/home/tdz/Projects/mozilla/tools/eideticker/src/mozbase/mozb2g/mozb2g/b2gmixin.py", line 196, in unlock > """) > File "/home/tdz/Projects/mozilla/tools/eideticker/lib/python2.7/site-packages/marionette/marionette.py", line 458, in execute_async_script > specialPowers=special_powers) > File "/home/tdz/Projects/mozilla/tools/eideticker/lib/python2.7/site-packages/marionette/marionette.py", line 211, in _send_message > self._handle_error(response) > File "/home/tdz/Projects/mozilla/tools/eideticker/lib/python2.7/site-packages/marionette/marionette.py", line 246, in _handle_error > raise JavascriptException(message=message, status=status, stacktrace=stacktrace) > marionette.errors.JavascriptException: TransactionInactiveError: A request was placed against a transaction which is currently not active, or which is finished. The TransactionInactiveError also shows up in the logcat. > E/GeckoConsole( 2377): [JavaScript Warning: "ReferenceError: reference to undefined property message.json.command_id" {file: "chrome://marionette/content/marionette-actors.js" line: 1763}] > I/Gecko ( 2377): 946696274128 Marionette INFO sendToClient: {"from":"conn1.marionette1","error":{"message":"TransactionInactiveError: A request was placed against a transaction which is currently not active, or which is finished.","status":17,"stacktrace":null}}, undefined, {81038f70-394e-4cc0-b49f-64c4ef942dbe} > I/Gecko ( 2377): 946696274647 Marionette WARN got a response with no command_id

The comment above belongs to another bug. m(

I use the Gecko version in mozilla-inbound.

OK, so yes that’s a badly known bug, but it’s not our priority yet since Gecko 18 is the branch we ride for Firefox OS 1.0.

dup of 818056, not blocks.