OS.get_screen_orientation() returns LANDSCAPE, although project is set to PORTRAIT on android.

[footurist]

Both Project>Export>Screen>Orientation and Project>Project Settings>General>Handheld>Orientation are set to Portrait and when I call the above function on device it always returns 0, which stands for Landscape. Is the bug from Godot 1 somehow back or am I missing something?

[aaronfranke]

@footurist Does this still happen with Godot 3.1? Which version of Android and which device?

[KoBeWi]

Still happens in 3.1 stable.

Tested on Xiaomi Redmi Note 4 with Android 7.

[shrewdlogarithm]

I just ran into something like this - my setup is Godot 3.2 deploying to an Android 10 device.

If I set Project display mobile orientation to 'SENSOR' I can deploy and the game will 'rotate' as I turn the phone (as I'd expect) however OS.screen_orientation is ALWAYS 0 - which is clearly wrong.

Update: if I set 'PORTRAIT' it's still 0 - 'LANDSCAPE' it's STILL 0 - e.g. all it ever returns is 0 which is nonsense.

Furthermore - I'd suggest this should return the actual orientation of the phone - not the game.
e.g. how the use is holding it the device - I don't need to know it's "working as I asked" and I DO need to know if the user is holding the phone 'other than intended'

Reason: I'd like to lock my game into LANDSCAPE but adjust it's UI depending on how the user is holding the device - works for me but can't be done as-is?

[HEAVYPOLY]

Confirmed here, using 3.2.3 stable and Samsung note 9
Project Settings:
Orientation:Sensor

Export Settings:
Android:
Orientation: Portrait (no option for auto/sensor? Only Portrait or Landscape)

OS.get_screen_orientation() is always 0, even though the app is switching orientations based on phone orientation.

Also switches orientation regardless of the phone's Android OS Lock Rotation setting being on or off

[m4gr3d]

The issue is already fixed on the main branch by e167af3. The fix will be backported to 3.2 by #43022.

[akien-mga]

@m4gr3d FYI, the cherrypick:3.2 label is only for PRs which are meant to be cherry-picked once merged in master.

There's no way currently to provide information about an issue being fixed both in 4.0 and in a 3.2.x release via a cherry-pick. In this case we just set the milestone of the first branch where it's fixed from the start (4.0).

[anisc]

Is this fixed or going to be fixed ? I'm using 3.2.3 and still have the same issue OS.get_screen_orientation() return the same value (0).

[m4gr3d]

@anisc It's fixed on the master branch, and the fix will be backported to Godot 3.2.4 by #43022

[anisc]

@m4gr3d Hopefully, just checked the changelog for Godot 3.2.4 beta 1, there is no mention of it :(
But of course there is more pressing issue, thank you so much!

[Calinou]

@anisc That pull request was merged after 3.2.4beta1 was released. It will be present in 3.2.4beta2.

[ChildLearningClub]

I'm getting OS.get_screen_orientation() returning the value (0) in 3.4.2.stable. Am I missing something?

[KoBeWi]

Well, did you change the orientation? :P
I tested and it works fine in 3.5 beta4. However the description is a bit misleading. It returns whatever you have set in Project Settings, not the current orientation (i.e. using sensor doesn't change the value).

[ChildLearningClub]

Sure enough, it just spits out what you have set in the project settings. Thank you for clarifying @KoBeWi

[Zireael07]

I guess this should be labeled as a documentation fix?

[KoBeWi]

I'd open a new issue.
Also we might consider changing the behavior or adding a new method that returns the actual orientation..

[hiulit]

Did someone open a new issue? I can't find it and the "issue" of OS.get_screen_orientation() not returning the current screen orientation but rather the property set in Project Settings it's still present in 3.5. Should I open a new issue?

The problem I'm facing is having to deal with notches and whatnot, so the game fits the screen properly. Having a function to detect the current orientation would be very helpful, in conjunction with OS.get_window_safe_area(), to detect where the notch is and apply the proper margins.