maemo.org Bugzilla – Bug 6233
HildonPickerButton opens HildonPickerDialog dialog in landscape mode
Last modified: 2010-03-15 20:54:07 UTC
You need to
before you can comment on or make changes to this bug.
5.0 Final SDK
STEPS TO REPRODUCE THE PROBLEM:
1. create a program that has the HILDON_PORTRAIT_MODE_REQUEST and
HILDON_PORTRAIT_MODE_SUPPORT set on the hildon window
2. in the program set up a HildonPickerButton as in Example 7. of the
3. compile and run the program in scratchbox
4. click on the HildonPickerButton
HildonPickerDialog opens in portrait mode
HildonPickerDialog switches screen to landscape mode
This is just in scratchbox. I haven't tested this on the actual device. Maybe
there is a flag or setting somewhere that i'm missing? Other dialogs that I
create myself do stay in portrait mode.
(In reply to comment #0)
> 2. in the program set up a HildonPickerButton as in Example 7. of the
> HildonPickerButton documentation.
URL highly welcome, also a small testcase.
For general information see
I can imagine that this is not a bug but an enhancement request in case this is
simply not supported.
i did a bit more testing and found that this behavior only happens when the
HildonPickerButton is added to a HildonAppMenu. if i just add the button to the
main app window, the HildonPickerDialog opens like it should in portrait mode.
unfortunately i don't want the button in my main window.
so add a step 2.5 to my "steps to reproduce":
2.5. add the HildonPickerButton to the HildonAppMenu
Assigning to me
Created an attachment (id=2204) [details]
Confirmed, here's a test case
Created an attachment (id=2205) [details]
Patch to add portrait support for HildonPickerDialog
And here's the patch that fixes the problem
This has been fixed internally and it will be available in a future release.
Thanks for reporting the problem
This has been fixed in package
which is part of the internal build version
(Note: 2009/2010 is the year, and the number after is the week.)
A future public update released with the year/week later than this internal
build version will include the fix. (This is not always already the next public
Please verify that this new version fixes the bug by marking this bug report as
VERIFIED after the public update has been released and if you have some time.
To answer popular followup questions:
* Nokia does not announce release dates of public updates in advance.
* There is currently no access to these internal, non-public build versions.
A Brainstorm proposal to change this exists at
Setting explicit PR1.2 milestone (so it's clearer in which public release the
fix will be available to users).
Sorry for the bugmail noise (you can filter on this message).