Bug 120842 - LibreOffice: Backspace doesn't work if there is Open window in another LO application
Summary: LibreOffice: Backspace doesn't work if there is Open window in another LO app...
Status: VERIFIED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.1.2.1 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-10-23 15:16 UTC by Vera Blagoveschenskaya
Modified: 2019-01-23 13:36 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
video (3.23 MB, video/mp4)
2018-10-23 15:16 UTC, Vera Blagoveschenskaya 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Vera Blagoveschenskaya 2018-10-23 15:16:21 UTC 
Description:
Backspace doesn't work if there is Open window in another LO application

Steps to Reproduce:
1. Open LibreOffice Writer, print some text
2. Open another LibreOffice application, for example, Impress, then do Ctrl+O (Open dialog)
3. Print some text in the document from step 1
4. Push Backspace button

Actual Results:
Backspace doesn't work while window from step 2 is opened.
When I close window from step 2, Backspace works!

Please see video, 0:22 - closing the window

Expected Results:
Normal working with document from step 1


Reproducible: Always


User Profile Reset: No



Additional Info:
Reproduced for

Version: 6.1.2.1
Build ID: 65905a128db06ba48db947242809d14d3f9a93fe
CPU threads: 4; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: ru-RU (ru_RU.UTF-8); Calc: group threaded

---

For Version: 6.2.0.0.alpha1
Build ID: ff46ad24d1d3cbcea45895520483ed1fd4ff488b
CPU threads: 1; OS: Linux 4.14; UI render: default; VCL: kde5; 
Locale: ru-RU (ru_RU.UTF-8); Calc: threaded

the following bug is actual:
https://bugs.documentfoundation.org/show_bug.cgi?id=120840
Comment 1 Vera Blagoveschenskaya 2018-10-23 15:16:52 UTC 
Created attachment 145941 [details]
video
Comment 2 V Stuart Foote 2018-10-24 03:34:20 UTC 
Can not confirm on Windows builds
Version: 6.2.0.0.alpha0+ (x64)
Build ID: d92319d2ffeaa65e31f923e0e9c7328b8d7c97bf
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-10-17_03:24:33
Locale: en-US (en_US); Calc: CL
Comment 3 Dorsan Li 2018-11-29 08:16:16 UTC 
Bug not reproducible in
Version: 6.3.0.0.alpha0+ (x64)
Build ID: 0f25a3c36f27fd51453b9a9115f236b83c143684
CPU threads: 8; OS: Windows 10.0; UI render: GL; VCL: win; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2018-11-27_20:06:55
Locale: zh-TW (zh_TW); UI-Language: en-US
Calc: threaded
Comment 4 Xisco Faulí 2019-01-23 13:07:58 UTC 
I believe this is a dupe of bug 122238

*** This bug has been marked as a duplicate of bug 122238 ***
Comment 5 Vera Blagoveschenskaya 2019-01-23 13:36:47 UTC 
(In reply to Xisco Faulí from comment #4)
> I believe this is a dupe of bug 122238
> 
> *** This bug has been marked as a duplicate of bug 122238 ***

I'm not sure that this is a duplicate of bug 122238 

The behavior for the current master is:
- not possible to enter something in both documents 
See https://bugs.documentfoundation.org/show_bug.cgi?id=120840#c8
- not possible to push Backspace, etc

--> Set WORKSFORME (the behavior is not actual anymore)