Titanium

[TIMOB-1159] Back button on Nav Bar does not cancel pending actions

GitHub Issuen/a
TypeBug
PriorityLow
StatusClosed
ResolutionHold
Resolution Date2011-04-15T02:45:29.000+0000
Affected Version/sn/a
Fix Version/sRelease 1.6.0 M05
ComponentsiOS
Labels1.3.0, backbutton, crash, design, ios, mm, navbar, release-1.6.0, tabGroup, tabgroup
ReporterNick Wing
AssigneeReggie Seagraves
Created2011-04-15T02:45:26.000+0000
Updated2017-03-03T06:44:48.000+0000

Description

Consider an app using a TabGroup, opening windows with Tab.open(), and setting Window.backButtonTitle. We'll nest 3 windows inside each other - call them A, B, and C. It is possible to cause strange behavior and even crash such an app:

1) starting at A, tap a button to open B
2) tap a button in B to open C
3) before C opens, tap B's back button
4) A will appear immediately
5) C will appear when it is ready
6) C's back button now leads to A

This also works if C is just a complex View. In that case C will render OVER A. In other cases C is doing something complex and the app can crash.

Expected behavior would be for C to be canceled completely after step 3 so that steps 5 & 6 above are prevented.

Comments

  1. Nick Wing 2011-04-15

    By the way, you won't be able to click that fast on the simulator, but with our app on an ipod touch, there is more than enough time to do it.

  2. wallneradam 2011-04-15

    I had the same problem with 1.3.0, but the "1.3.1" or 1.4.0 (?) from git not produce this in my application.

    I don't know if it was the same problem or not, but my app had crashed if I switched windows fast, or clicked to a not fully loaded view and back to previous window.

  3. Stephen Tramer 2011-04-15

    This is very likely a race condition which may have been solved by certain kinds of property ordering if it is no longer reproducible.

  4. Blain Hamon 2011-04-15

    I really want to revisit this in the future of what is the 'correct' behavior. Possibly related to opening sequence

  5. Stephen Tramer 2011-04-15

    Tagged for massive meeting (MM)

  6. Ralf Pfeiffer 2011-04-15

    This merits discussion with Jeff, after talking with Blain.

    Added the design tag.

  7. Lee Morris 2017-03-03 Closing ticket due to time passed and irrelevance.

JSON Source