Bug 35550

Summary: "Previous Window" keyboard shortcut goes to next window
Product: LibreOffice Reporter: javert03
Component: UIAssignee: Not Assigned <libreoffice-bugs>
Status: NEW --- QA Contact:
Severity: normal    
Priority: medium CC: bugs
Version: 3.3.2 release   
Hardware: All   
OS: Mac OS X (All)   
Whiteboard:
i915 platform: i915 features:
Bug Depends on:    
Bug Blocks: 42082    

Description javert03 2011-03-22 10:16:07 UTC
Background:
In OS X, command+Tab switches to the next application while command+` switches to the next window of an application. Adding shift to the commands causes them to switch to the previous application or window, respectively.

Problem:
In OpenOffice (and now continuing into LibreOffice), command+` correctly switches to the next LibreOffice window, but command+shift+` does too, when it should switch to the previous window. In other words, if you have several documents open but are only working on documents 3 and 4 at the moment, you can go from 3 to 4 using keyboard shortcuts, but you can only get back to 3 by either using the Window menu or repeatedly hitting the keyboard shortcut.

To Reproduce:
Open 3 documents. Cycle through them using command+`, and then cycle through using command+shift+`. It will only cycle forward, never back.
Comment 1 Björn Michaelsen 2011-12-23 11:47:05 UTC
[This is an automated message.]
This bug was filed before the changes to Bugzilla on 2011-10-16. Thus it
started right out as NEW without ever being explicitly confirmed. The bug is
changed to state NEEDINFO for this reason. To move this bug from NEEDINFO back
to NEW please check if the bug still persists with the 3.5.0 beta1 or beta2 prereleases.
Details on how to test the 3.5.0 beta1 can be found at:
http://wiki.documentfoundation.org/QA/BugHunting_Session_3.5.0.-1

more detail on this bulk operation: http://nabble.documentfoundation.org/RFC-Operation-Spamzilla-tp3607474p3607474.html
Comment 2 Florian Reisinger 2012-08-14 14:00:16 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 3 Florian Reisinger 2012-08-14 14:01:24 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 4 Florian Reisinger 2012-08-14 14:06:07 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 5 Florian Reisinger 2012-08-14 14:08:09 UTC
Dear bug submitter!

Due to the fact, that there are a lot of NEEDINFO bugs with no answer within the last six months, we close all of these bugs.

To keep this message short, more infos are available @ https://wiki.documentfoundation.org/QA/NeedinfoClosure#Statement

Thanks for understanding and hopefully updating your bug, so that everything is prepared for developers to fix your problem.

Yours!

Florian
Comment 6 javert03 2012-08-14 19:25:52 UTC
Hi,

Just checked in Version 3.6.0.4 (Build ID: 932b512), and this bug is still present. The method to reproduce still works exactly as originally stated. Thanks!
Comment 7 Florian Reisinger 2012-08-16 10:55:10 UTC
Please always use the oldest version in version field..
Comment 8 Roman Eisele 2012-09-20 10:39:08 UTC
Bug was never confirmed by an independent reviewer, therefore reset Status to UNCONFIRMED.

(No offence -- this does not mean that I doubt the existence of this bug --
when status is UNCONFIRMED, the chance is even better that a bugwrangler will
try to reproduce this issue or search for duplicates, while with Status NEW the
bug will probably just be overlooked.)
Comment 9 Uwe Altmann 2012-10-09 18:12:12 UTC
Tested in 3.5.6.2 and 3.6.2.2 in US- and german keyboard layout > works for me.
The ` key is the one right from the left shift key (in between shift and z).
Comment 10 javert03 2012-10-10 00:34:53 UTC
Hi Uwe,

Thanks for checking that. Couple things:

1) I just tested in 3.6.2.2 and the bug is still present. Sounds like we're using different keyboards, which might be contributing to the problem. I have a US keyboard where the ` is immediately above tab and left of 1. There's nothing between shift and Z.

2) This does appear to be a problem with keyboard layout. For the heck of it I tried Greek Polytonic and the bug disappears. The bug is present in US, US Extended, and US International - PC.

3) When you tested the US layout, did you try CMD + Shift + `? Cmd + ` works fine, but Cmd + Shift + ` doesn't. They should go in opposite orders.

4) I just downloaded and tried all major releases starting with OpenOffice 3.0.0, the first to officially support Mac OS X.

3.0.0: Bug not present! Both Cmd+` and Cmd+Shift+` work, but there's a different bug causing their order to periodically reverse. Nonetheless, I can flip through windows both forwards and backwards, which is more than what the current version does.

3.0.1: Nothing changed.

3.1.0: Nothing changed.

3.1.1: Nothing changed.

3.2.0: Bug present! This was the release where some key bindings were changed to finally allow Cmd + ` to work in Calc. I can't find a particular bug that was fixed for this, but in earlier versions Cmd + ` enables formula view in calc. In 3.2.0 Cmd + ` starts switching windows instead. Here's the closest reference I can find (from 2009): https://issues.apache.org/ooo/show_bug.cgi?id=100730. That might be related.

Anyways, thanks for looking into this!
Comment 11 Uwe Altmann 2012-10-10 08:46:18 UTC
Thanks for your additional comments - that could help a lot. 
Yes, I'm using a german keyboard (hardware). Using LO 3.5.6 and 3.6.2 with german keyboard input layout (system pref pane) everything worked perfect - shift reverts the order of windows. 
But changing to US international PC input layout (system pref pane), shift doesn't revert the order of windows any more! 
btw - the order with US layout is always backwards (previous window) compared to german layout (same as using shift-cmd-'>').
Comment 12 QA Administrators 2015-01-05 17:52:22 UTC
** Please read this message in its entirety before responding **

To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year.

There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present.

If you have time, please do the following:

Test to see if the bug is still present on a currently supported version of LibreOffice (4.3.5 or later): https://www.libreoffice.org/download/

If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior

If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System

Please DO NOT

Update the version field
Reply via email (please reply directly on the bug tracker)
Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case)

Thank you for your help!

-- The LibreOffice QA Team

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.