David, what are your settings for quotations at
Tools => AutoCorrect => AutoCorrectOptions => Localized Options

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested informations are provided.

Created attachment 149731 [details]
quotation_settings

They are set to the default - single quote at opening and closing for single quite, and double quote for opening and closing for double quote.

I think I found how to reproduce the bug: it happens whenever the last letter of the word that is between quotes is from the cyrillic alphabet. This is regardless of whether the quotation mark is the latin or the cyrillic one (cyrillic looks like arrows).

I can't repro.

Roman: can you test?

Arch Linux 64-bit
Version: 6.4.0.0.alpha0+
Build ID: 1ce1c26dd98e6477139e08d1ebe89fa950ff5fb0
CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; 
Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
Calc: threaded
Built on 12 July 2019

(In reply to Buovjaga from comment #5)
> I can't repro.
> 
> Roman: can you test?
> 
> Arch Linux 64-bit
> Version: 6.4.0.0.alpha0+
> Build ID: 1ce1c26dd98e6477139e08d1ebe89fa950ff5fb0
> CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; 
> Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
> Calc: threaded
> Built on 12 July 2019

I can repro this, but it's not a bug. 

English language has own quotes like ", but Russian (or other Cyrillic) language has own qoutes like ». And LO recognizes Cyrillic language and uses after it » quotes as part of Cyrillic word. (Look at status bar when text cursor is inside Cyrillic word).

David should select language for all paragraph as English if he wants use only " quotes.

Or he can use Tools->AutoCorrect->AutoCorrect options-> Localized options tab and try play with it.

(In reply to Roman Kuznetsov from comment #6)
> (In reply to Buovjaga from comment #5)
> > I can't repro.
> > 
> > Roman: can you test?
> > 
> > Arch Linux 64-bit
> > Version: 6.4.0.0.alpha0+
> > Build ID: 1ce1c26dd98e6477139e08d1ebe89fa950ff5fb0
> > CPU threads: 8; OS: Linux 5.2; UI render: default; VCL: gtk3; 
> > Locale: fi-FI (fi_FI.UTF-8); UI-Language: en-US
> > Calc: threaded
> > Built on 12 July 2019
> 
> I can repro this, but it's not a bug. 
> 
> English language has own quotes like ", but Russian (or other Cyrillic)
> language has own qoutes like ». And LO recognizes Cyrillic language and uses
> after it » quotes as part of Cyrillic word. (Look at status bar when text
> cursor is inside Cyrillic word).
> 
> David should select language for all paragraph as English if he wants use
> only " quotes.
> 
> Or he can use Tools->AutoCorrect->AutoCorrect options-> Localized options
> tab and try play with it.

But the thing is, by the time I write the closing quote character, I've already switched language to English, and if I were to write the same thing in a simple text editor or in MS office, it would show the English quote character (which is what I'm typing, Cyrillic one would be under a different key altogether).

(In reply to david.cortes.rivera from comment #7)
 
> But the thing is, by the time I write the closing quote character, I've
> already switched language to English, and if I were to write the same thing
> in a simple text editor or in MS office, it would show the English quote
> character (which is what I'm typing, Cyrillic one would be under a different
> key altogether).

Did you just toggle keyboard layout or did you select language for paragraph using Tools->Language->For paragraph inside LibreOffice?

(In reply to Roman Kuznetsov from comment #8)
> (In reply to david.cortes.rivera from comment #7)
>  
> > But the thing is, by the time I write the closing quote character, I've
> > already switched language to English, and if I were to write the same thing
> > in a simple text editor or in MS office, it would show the English quote
> > character (which is what I'm typing, Cyrillic one would be under a different
> > key altogether).
> 
> Did you just toggle keyboard layout or did you select language for paragraph
> using Tools->Language->For paragraph inside LibreOffice?

I mean, I toggled keyboard layout. That is, I follow these steps:
- Write a few words in English.
- Open quoting parenthesis.
- Switch layout to Cyrillic.
- Write a word in Cyrillic, without any spaces before or after.
- Switch the layout back to English.
- Insert closing parenthesis.

In other software, I get an English closing quote when I do that.

Justin, Regina, what do you think about David's "problem"?

If you use MS Word and switch the keyboard layout to a different language, then the next input in the document is in the new language. The language indicator in the status bar in the document switches immediately. If I do the same in LibreOffice, then the language does not change.

The language keeps the same in LibreOffice, independent of the setting of the option "Ignore system input language" in Tools > Language Settings > Languages. I consider it a bug. If the option "Ignore system input language" is off, switching the keyboard layout should switch language for following inputs in the document. Or, what is the purpose of that option?

There is bug 113298. In comment 1 of that report it is said that language detection based on input method / keyboard layout is supported on Windows. So has it broken on Windows recently?

In my tests I see, that the initial language is wrong. And I see, that after switching the language, the status bar is not updated immediately, but you need to write a true character (not a space) to make the status bar update to the new language.

Tested with Version: 5.4.7.2 (x64)
Build ID: c838ef25c16710f8838b1faec480ebba495259d0
CPU threads: 8; OS: Windows 6.19; UI render: default; 
Locale: de-DE (en_US); Calc: CL

and with Version: 6.3.0.0.alpha1+ (x64)
Build ID: c74f633467e1cd272b8d0c285389bd855f3217a0
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2019-05-26_00:04:50
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded

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