Confirming with 

Version: 6.0.0.3
Build ID: 64a0f66915f38c6217de274f0aa8e15618924765
Threads CPU : 4; OS : Mac OS X 10.13.3; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group

OK, this is weird.

I can't reproduce this behaviour with two Impress documents and 

Version: 6.0.0.3
Build ID: 64a0f66915f38c6217de274f0aa8e15618924765
Threads CPU : 4; OS : Mac OS X 10.13.3; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group

Let me try with the latest 6.0.1.1

OK, so further testing with

Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
CPU threads: 4; OS: Mac OS X 10.13.3; UI render: default; 
Locale: fr-FR (fr_FR.UTF-8); Calc: group


leads to NO REPRO for me, sorry.

I can switch between the two Impress documents with the Ctrl-F4 shortcut.

Jean-Christophe : Other people have noticed other problems with the JP langpack. If you switch back to EN or FR, do you still encounter the problem ?

See, e.g. bug 115361

Alex,

I'm not using the JP language pack. The OS is set to English and the locale is automatically set to en_JP.UTF-8.

I just tested again with 4 documents I was working with today, I can switch document with the 2 docx files but when I switch to a pptx file I'l locked there.

My shortcut is Cmd+ESC. I checked if it was conflicting with something else but found nothing and had the same behavior after changing it to a different shortcut...

I just tested with the lates LO5 and I can reproduce with the same set of files and with a different set including XLSX files, in which case only the PPTX files block the rotation... Weird. Honestly, I don't use LO that often (only as a backup when MSO bugs) so that's probably the reason why I did not notice that earlier...

Hmm, I still can't reproduce with the default OS shortcut on my MacbookPro (which is Ctrl-F4) and 2 PPTX files using

Version: 6.0.1.1
Build ID: 60bfb1526849283ce2491346ed2aa51c465abfe6
Threads CPU : 8; OS : Mac OS X 10.13.3; UI Render : par défaut; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group

Ok, so it's likely it's something related to my machine. I'll check on a default account and eventually on a different machine and will report back. Thank you for verifying on your side.

(In reply to jean.christophe.helary from comment #10)
> Ok, so it's likely it's something related to my machine. I'll check on a
> default account and eventually on a different machine and will report back.
> Thank you for verifying on your side.

Since you mentioned that you have a JP system locale, are you also using an Apple Mac JP keyboard layout ? 

There are a few known issues about some shortcuts not working with non-QWERTY keyboards linked to the hardcoding of the ASCII-based shortcuts in LO's code.

One recent discussion focussed on the Cmd-tilde key not working correctly in a non-En/US setup (on my FR Apple keyboard this is Cmd-accent grave instead), so it may also be dependent on the type of keyboard you have.

Alex,

It looks like something like this could be at stake.

I tried to reproduce the issue on a default account and succeeded. Then I changed the shortcut to something totally different (Cmd+Shift+@ on my JIS keyboard) and then the issue was fixed.

I could reproduce the fix on my work account.

So, yes, it looks like something is hardcoded in LO that makes it not accept at least that Cmd+ESC on my JIS keyboard but that is *only* when the starting file is a PPTX file in my case (DOCX and XSLX) worked fine.

I also reproduced that with newly created native LO documents. As soon as a presentation is involved the rotation of files is stopped.

Given the other related bugs, confirming.

Version: 6.2.0.3
Build ID: 98c6a8a1c6c7b144ce3cc729e34964b47ce25d62
CPU threads: 8; OS: Mac OS X 10.14.3; UI render: default; VCL: osx; 
Locale: en-US (en_JP.UTF-8); UI-Language: en-US
Calc: threaded