cordova-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Shazron Abdullah (JIRA)" <j...@apache.org>
Subject [jira] [Resolved] (CB-1841) orientationchange event issues in iOS 4.3
Date Mon, 12 Nov 2012 22:37:13 GMT

     [ https://issues.apache.org/jira/browse/CB-1841?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]

Shazron Abdullah resolved CB-1841.
----------------------------------

    Resolution: Not A Problem

Ok,
I managed to run the 4.3 Simulator on OS X Lion 10.7.5 (in a VM), using Cordova 2.2.0 on Xcode
4.3.3. Aside from some Objective-C issues that I fixed (going forward in Cordova 2.3.0 we
are dropping iOS 4 support), I managed to verify that the orientationchange event is indeed
fired.

These are my notes:
1. orientationchange is only fired by us explicitly if iOS < 5 ( >= 5 it is built in
by iOS)
2. You must add the orientationchange listener before deviceready is fired (adding it after
does not make it fire, so there might be a bug there)
3. Your viewport meta tag must NOT have the value "height=device-height" value
                
> orientationchange event issues in iOS 4.3
> -----------------------------------------
>
>                 Key: CB-1841
>                 URL: https://issues.apache.org/jira/browse/CB-1841
>             Project: Apache Cordova
>          Issue Type: Bug
>          Components: iOS
>    Affects Versions: 2.2.0
>            Reporter: Shazron Abdullah
>            Assignee: Shazron Abdullah
>
> Going forward, we are not supporting iOS 4.3, but leaving this for the knowledgebase.
This is from someone that emailed me:
> The problem is as follows: under 4.3 the orientation/fire orientation event is kind of
screwed up (I’m using it with Sencha 2.0 and it works fine on 5.0, 5.1, 6.0).
>  
> Starting the app in Portrait mode will correctly identify it as portrait… when you
den flip to either side into landscape mode the orientation change is not fired and the app
‘thinks’ it is still in Portrait. Flip it back the event is fired again as portrait. If
you start the application in Landscape mode though everything works fine. Orientations are
fired correctly. I am currently partially circumventing the problem with checking the width
of the window and see what it shoul be and resize accordingly.. unfortunately that doesn’t
help me when there is no orientation event fired and just creating a check every second doesn’t
really make sense.
>  
> It looks like as if the webview thinks it is in Landscape during start and doesn’t
fire an orientation change event when the pad is actually in Portrait mode. 

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators
For more information on JIRA, see: http://www.atlassian.com/software/jira

Mime
View raw message