Bug 120389 - Cannot edit text box content immediately after opening
Summary: Cannot edit text box content immediately after opening
Status: RESOLVED DUPLICATE of bug 95852
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
4.4 all versions
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks:
 
Reported: 2018-10-07 17:52 UTC by conman53095
Modified: 2018-10-16 16:02 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
ODG file that demonstrates the symptom (2.16 MB, application/pdf)
2018-10-07 17:54 UTC, conman53095 		Details
complex ODG file that exhibits symptom (311.72 KB, application/octet-stream)
2018-10-08 00:59 UTC, conman53095 		Details
simpler test file that exhibits the symptom (9.24 KB, application/octet-stream)
2018-10-08 03:15 UTC, conman53095 		Details
Show Obsolete (1) 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 conman53095 2018-10-07 17:52:00 UTC 
Description:
Immediately after opening document, I cannot edit text box content.  I must click on second page in the navigation window, then click back on the first.  Then I can edit text box content.


Steps to Reproduce:
1. Open an existing ODG document that contains text fields with content in them.
2. Attempt to click in text box field and edit content. 
3. Text box field does not retain focus and cannot edit.
4. Navigate to next page by clicking on left page list, then click on first page.
5. Now click in text box and edit content.


Actual Results:
You cannot edit text box content until you navigate to another page of the document.

Expected Results:
Immediately after opening an existing ODG file, you should be able to edit text box content without navigating between pages.



Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Version: 6.0.6.2
Build ID: 1:6.0.6-0ubuntu0.18.04.1
CPU threads: 8; OS: Linux 4.15; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); Calc: group
Comment 1 conman53095 2018-10-07 17:54:59 UTC 
Created attachment 145451 [details]
ODG file that demonstrates the symptom
Comment 2 conman53095 2018-10-08 00:59:44 UTC 
Created attachment 145460 [details]
complex ODG file that exhibits symptom
Comment 3 conman53095 2018-10-08 01:04:48 UTC 
Comment on attachment 145451 [details]
ODG file that demonstrates the symptom

the automatic upload feature on the web site decided to convert this into a PDF...so ignore this file
Comment 4 conman53095 2018-10-08 03:15:16 UTC 
Created attachment 145462 [details]
simpler test file that exhibits the symptom

I created a new ODG file using Draw, adding only a few of the same controls and labels.  I was able to reproduce the symptom. However, with only one page of content, I found I only needed to click anything in the navigation pane -- the same page or any white space in the navigation pane -- to regain the ability to enter text field content.

I added the simpler test file to simplify things.
Comment 5 BogdanB 2018-10-08 08:40:23 UTC 
Confirm on:

Version: 6.2.0.0.alpha0+
Build ID: e539a492597c7312a8d0cccb4b386341bd4ec84a
CPU threads: 4; OS: Linux 4.15; UI render: GL; VCL: gtk2; 
TinderBox: Linux-rpm_deb-x86_64@70-TDF, Branch:master, Time: 2018-10-05_00:43:34
Locale: ro-RO (ro_RO.UTF-8); Calc: threaded
Comment 6 Xisco Faulí 2018-10-16 16:02:23 UTC 
Regression introduced by https://cgit.freedesktop.org/libreoffice/core/commit/?id=967a386bccb15b99915a1e878e42450fbe9a2d0e which is the same as in bug 95852
Closing as RESOLVED DUPLICATED

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