Description: I've create a Draw document, copied the objects and pasted into Writer document. If double click the group trying to modify an object, when I go out the cursor is lost. Steps to Reproduce: 1. open the attached document 2. double click un the draw object (group objects) 3. modify the text block 4. click out from the group Actual Results: The text cursor is invisible Expected Results: The text cursor should be visible when I click anywhere inside the text. Reproducible: Always User Profile Reset: No Additional Info: User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/60.0.3112.101 Safari/537.36
Created attachment 135749 [details] Document example
I tried to reproduce it. Result: When I try to click out from the group, the cursor always appears at the first line below the Draw Object. This still might be a bug, but it is different from the description above.
Have you tried to double click the group and then click out?
I did all your "steps to reprodce" (using LO 5.3.6.1 and Win10 64Bit).
Versione: 5.3.4.2 Build ID: f82d347ccc0be322489bf7da61d7e4ad13fe2ff3 Thread CPU: 8; Versione SO: Windows 6.2; Resa interfaccia: GL; Motore layout: nuovo; Versione locale: it-IT (it_IT); Calc: group I'll try to update LO
Confirm. With version 5.3.6.1 the cursor is now visible but it appears at the first line below the Draw Object, regardless the cursor was before entering the Draw group.
So I see two possibilities: 1. Close this bug as WORKSFORME or 2. Adjust the bug summary (if you think the current behaviour is a bug)
reproducible with LO 6 and 4.1.
** Please read this message in its entirety before responding ** To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still in Version: 6.2.0.0.alpha0+ (x64) Build ID: 414ef6cb187dd3bbcc917dbedf3c0c1cc8668f60 CPU threads: 4; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-08-21_00:13:04 Locale: en-US (de_DE); Calc: CL but I'm no longer sure, that this is a bug. What is the expected result (different from the actual result) if you click outside the text box? So my proposal is to close this as NOTABUG. Other opinions?
Dear Davide Dozza, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from http://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
Still present in Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: ac80ec817eb07c77a51bc0729985a473c734182e CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL Since this happens only after modifying the text, it's clearly a bug Steps to reproduce: 1. open the attached document 2. double click un the draw object (group objects) 4. click out from the group => Cursor appears whre you click (=> expected) 5. double click un the draw object (group objects) 6. modify the text block 7. click out from the group Actual Result: Curso appears at the first line below the group object Expected result: Same as after step 4.
Similar result, with a simple shape with textbox: Cursor appears in the line with the anchor of the shape.
Dear Davide Dozza, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
(In reply to Dieter from comment #12) > Steps to reproduce: > 1. open the attached document > 2. double click un the draw object (group objects) > 4. click out from the group => Cursor appears whre you click (=> expected) > 5. double click un the draw object (group objects) > 6. modify the text block > 7. click out from the group > > Actual Result: Curso appears at the first line below the group object > > Expected result: Same as after step 4. Retested with Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e25e27c85ed970cdb97c468bdac86c80964f4231 CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded Actual result: Same result after step 4 and step 7: Cursor always appear at frst line below the grouped object. Since result is consistant and original problem in comment 0 not reproducible, I'll close the bug report. Davide feel free to change back to NEW wit a short reasoniing, if you disagree.