maemo.org Bugzilla – Bug 6384
Volume buttons should be swapped when using the phone in portrait mode.
Last modified: 2010-03-02 23:26:15 UTC
You need to
before you can comment on or make changes to this bug.
(Settings > General > About product)
EXACT STEPS LEADING TO PROBLEM:
Just use the phone in portrait mode.
As usual, the volume + button should be the one in the higher position, and the
V- should be the one in the lower position, as happen in almost any phone
The volume + have the same function in any orientation, this lead in the
expected behavior in landscape but not in portrait
EXTRA SOFTWARE INSTALLED:
Not a biggie but if we want a production level device we have to fix even this
type of inconsistence.
User-Agent: Opera/9.80 (Windows NT 6.1; U; it) Presto/2.2.15
(In reply to comment #0)
> EXPECTED OUTCOME:
> As usual, the volume + button should be the one in the higher position
Thanks for the report, but I can't reproduce the problem. The above is exactly
what happens here with the same version, and in fact there was bug 5897
requesting the opposite which was closed WONTFIX.
When you are testing this, does the phone application really switch to portrait
> Thanks for the report, but I can't reproduce the problem. The above is exactly
> what happens here with the same version, and in fact there was bug 5897
> requesting the opposite which was closed WONTFIX.
> When you are testing this, does the phone application really switch to portrait
I did some further tests, and I noticed that the problem is not always present.
I'm still trying to figure what triggers the bug. (noticed by me and by a
friend of mine on two different phones).
I suspect that this only happens answering to a call, and not when the call is
originated from the n900, but I'm really not shure.
All I can say is that I saw the bar going up (with the expected key) and
suddenly starting to going down. (with the phone still vertical, and with the
rest of UI stable in portrait mode.)
Thanks for Your reply and sorry for the not completely correct description in
the first message.
*** This bug has been confirmed by popular vote. ***
The behavior is improved in a software update, let's see if it solves this
Reflecting the internal severity and prioritization.
This has been fixed in package
which is part of the internal build version
(Note: 2009 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
The problem reported here should be fixed in the update released today for
public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
Please leave a comment if the problem is not fixed for you in this update
(In reply to comment #7)
> The problem reported here should be fixed in the update released today for
> public: The Maemo5 update version 2.2009.51-1 (also called "PR1.1" sometimes).
> Please leave a comment if the problem is not fixed for you in this update
It seems that it is ok now.
In landscape: volume UP with right volume key
In portrait: volume UP with left (upper) volume key
*** Bug 8500 has been marked as a duplicate of this bug. ***
Verifying and closing.