Bug 106976 - Can't paste english text as a filename when russian keyboard is on
Summary: Can't paste english text as a filename when russian keyboard is on
Status: RESOLVED DUPLICATE of bug 126638
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: x86-64 (AMD64) macOS (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: File-Dialog
  Show dependency treegraph
 
Reported: 2017-04-05 13:14 UTC by Valentin
Modified: 2024-02-21 13:02 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Valentin 2017-04-05 13:14:32 UTC
Description:
When saving a Writer document, I can paste (CMD+V) buffered english text as a filename, if Russian keyboard layout is on. When keyboard switched to English, CMD+V works!

A little but very annoing situation, especially for people who use Russian layout as a default.


Reproducible: Always

User Profile Reset: No

Additional Info:


User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_3) AppleWebKit/602.4.8 (KHTML, like Gecko) Version/10.0.3 Safari/602.4.8
Comment 1 Valentin 2017-04-05 13:15:49 UTC
CAN'T PASTE
Comment 2 Xisco Faulí 2017-04-05 14:10:32 UTC
Hello Valentin,

Thank you for reporting the bug. To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 3 Alex Thurgood 2017-04-07 08:38:23 UTC
@Valentin : can you please provide more detailed steps as to what you are doing :

1) Are you using LibreOffice with a Russian language interface or the default EN-us interface - in other words, did you install the RU langpack ?

2) What is the OSX system keyboard setting you are using - Russian or EN  ?

3) Which application are you pasting EN buffer text from ? Firefox, or some other application or the Finder or what ?
Comment 4 Alex Thurgood 2017-04-07 09:00:13 UTC
OK, so what I can confirm is the following :



1) I set the OSX keyboard setting to Russian.

2) I selected a filename in Latin characters from a file on my desktop and copied it into the system copy buffer (Cmd-C)

3) I started LibreOffice which on my system has the FR langpack installed (Latin character locale).

4) I created a new Writer document and typed some Russian characters into it.

5) I attempted to save the document by clicking on the Save icon.

6) A Finder dialog is displayed in which the Unnamed temporary file name is already highlighted.

7) I attempted to paste the English (Latin character) filename from the system copy buffer - I see the Edit menu highlighted briefly, but nothing else happens, the filename isn't copied over the selected character string in the Finder dialog.


If I repeat the whole procedure from the beginning, but change the keyboard back to FR, then the paste operation in step 7 succeeds.


CONFIRMING
Comment 5 Alex Thurgood 2017-04-07 09:00:41 UTC
Tested against 
Version: 5.3.0.3
Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1
Threads CPU : 2; Version de l'OS :Mac OS X 10.12.3; UI Render : par défaut; Moteur de mise en page : nouveau; 
Locale : fr-FR (fr_FR.UTF-8); Calc: group
Comment 6 eisa01 2018-03-29 19:48:00 UTC
Still present, and was inherited from OOo

Version: 6.1.0.0.alpha0+
Build ID: a488c7ad2763b944713997911c1ddb0315d8c93f
CPU threads: 2; OS: Mac OS X 10.12.6; UI render: default; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2018-03-26_00:38:29
Locale: en-US (en_US.UTF-8); Calc: group
Comment 7 QA Administrators 2019-03-30 06:13:24 UTC Comment hidden (obsolete)
Comment 8 Valentin 2019-04-06 21:26:14 UTC
The problem is still there.

Ver: 6.2.2.2 on Mac.
ID: 2b840030fec2aae0fd2658d8d4f9548af4e3518d
Comment 9 Valentin 2019-04-06 21:26:49 UTC Comment hidden (obsolete)
Comment 10 Roman Kuznetsov 2019-10-01 18:56:31 UTC
still repro in

Version: 6.4.0.0.alpha0+
Build ID: 98519e6e4da252c717e2018d4800a00115101bc3
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: GL; VCL: osx; 
TinderBox: MacOSX-x86_64@49-TDF, Branch:master, Time: 2019-09-18_07:14:28
Locale: ru-RU (ru_RU.UTF-8); UI-Language: en-US
Calc: threaded
Comment 11 QA Administrators 2021-10-01 03:50:58 UTC Comment hidden (obsolete)
Comment 12 eisa01 2021-12-25 22:55:49 UTC
Still present

Version: 7.4.0.0.alpha0+ / LibreOffice Community
Build ID: 9bfc42015acd6ae3475ab7927ccc006507cc38a2
CPU threads: 4; OS: Mac OS X 10.14.6; UI render: Skia/Raster; VCL: osx
Locale: en-US (en_US.UTF-8); UI: en-US
Calc: threaded
Comment 13 QA Administrators 2023-12-26 03:09:13 UTC Comment hidden (obsolete)
Comment 14 eisa01 2023-12-29 16:30:16 UTC
I guess this would depend on bug 126638 being fixed first, and it should be retested then
Comment 15 steve 2024-02-21 13:02:17 UTC
This is very likely a duplicate of https://bugs.documentfoundation.org/show_bug.cgi?id=126638

Could you install LibreOffice nightly build and see if the problem persists using that build:
https://dev-builds.libreoffice.org/daily/

Note for testers: the nightly master builds install in /Applications/LibreOfficeDev.app. These builds are not codesigned like regular LibreOffice releases so you will need to execute the following Terminal command after installation but before you launch /Applications/LibreOfficeDev:

xattr -d com.apple.quarantine /Applications/LibreOfficeDev.app

*** This bug has been marked as a duplicate of bug 126638 ***