[TIMOB-15208] iOS7: All windows in TabGroup gets invoked at app start-up
GitHub Issue | n/a |
Type | Bug |
Priority | High |
Status | Closed |
Resolution | Won't Fix |
Resolution Date | 2013-09-19T18:23:33.000+0000 |
Affected Version/s | n/a |
Fix Version/s | n/a |
Components | iOS |
Labels | ios7, supportTeam |
Reporter | Eduardo Gomez |
Assignee | Vishal Duggal |
Created | 2013-09-16T22:46:32.000+0000 |
Updated | 2017-03-30T20:39:50.000+0000 |
Description
Issue description
In Titanium SDK 3.1.3 or 3.2.0 customer is seeing an issue in a app where the TiUITabGroup is used.
All the windows that are added to the TabGroup gets invoked as soon as the app launches.
Expected result
Expected scenario is only the first window in the TabGroup is expected to get called.
Actual result
The issue is in the latest SDK (3.1.3 or 3.2.0) and it works fine till any SDK version 3.1.2 GA or below to it.
Attached the sample app to debug.
Steps to reproduce the issue:
On Xcode to support iOS 7 (Xcode 5) choose the titanium SDK 3.1.3 or 3.2.0. Delete the project build folder in the workspace, clean the project, reset simulator content.
Add breakpoint in Win2.js & Win3.js (any line is fine)
Build the app in iOS 7 simulator.
When you run the app with above steps you can see the Win2.js and Win3.js is also get called as soon as app starts. But if you compile the same app using 3.1.2.GA or lesser than that (make sure that you are doing the above steps before compiling it with different sdk) Win2.js and Win3.js will not get called on app start-up.
Additional info
Similar issue happens if they replace TabGroup with coverflow also.
Attachments
[~srahim] FYI
This was a conscious design change where we process the rootWindows url contexts as soon as possible for a smoother UI transition when switching tabs. If you have a use case which requires this functionality, please let us know.
IMO this shouldn't be in a minor version and should be mentioned explicitly in the release notes. It took me hours to find out why my app stopped working and why it suddenly was so slow. My use case is that I have 4 tabs in a tab group with 4 seperate .js files. Most windows do one or more API calls and calculations on load and some repeat this with the focus event. This was OK and the interaction and events were dealing with this. But SDK 3.1.3 resulted in strange behavior and the error mentioned in this issue. It took me some hours to change the code and I have to re-test the entire app. Plus what are possible performance risks with this change?
I'm running into the same issue. I want the first tab to load quickly. The user may not even see the remaining tabs. Is there an option to get the old behavior?
We are running into the same issue as well. In our app tab1 win1 is the main menu, which needs to load fast. The other tabs (Contact Us, etc) are rarely, if ever opened. Is there an option to get the old behaviour?
Closing ticket as "Won't Fix". There has been no update for a number of years. If there is any problem, please open a new ticket.