Description: Text frame vanishes (becoming transparent) after dragging Steps to Reproduce: 1. open the attached file (based on bug 138694 ) 2. Scroll to page 2 3. Drag the left column frame to the right Actual Results: Disappears Expected Results: Not so Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 7.2.0.0.alpha0+ (x64) Build ID: 32fdb8eb3506bc8dcf013cc713fe8e5debceb940 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win Locale: nl-NL (nl_NL); UI: en-US Calc: CL frame without background but text present with Version: 6.4.0.0.beta1+ (x64) Build ID: 20be5cd0bdc57d812bf34a2debfe48caa51de881 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: GL; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Created attachment 167899 [details] Example file
the issue is reproducible at times. Please provide a simplifier sample document where the problem is always reproducible
Created attachment 167990 [details] Example file 1. Go to page 2 2. Select the outer frame (NOT the inner white line) 3. Drag it down slightly above the bottom page margin (frame splits) 4. Drag frame a additional time 5. Press Undo -> Undo fails (requires step 4)
(In reply to Telesto from comment #3) > Created attachment 167990 [details] > Example file > > 1. Go to page 2 > 2. Select the outer frame (NOT the inner white line) > 3. Drag it down slightly above the bottom page margin (frame splits) > 4. Drag frame a additional time > 5. Press Undo -> Undo fails (requires step 4) Not sure if comment 0 being the exactly the same.. Anyhow above (comment 3) are also in Versie: 4.4.7.2 Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600 Locale: nl_NL but less apparent (positions do different but not same extend) and undo actually working which big + compared to the current condition
The connection being perfect in Versie: 4.2.0.4 Build ID: 05dceb5d363845f2cf968344d7adab8dcfb2ba71 Bit snappy to the left border (like snap window to corner effect), but frames a perfectly synchronized
Possibly a duplicate.. bibisect will tell (or people are already working on it) Adding NISZ as this kind of their specialty currently
Created attachment 169583 [details] The original document in Writer after pulling the second frame a bit right No longer reproduced in: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 44b914b1e2616ca8f70e896e653a46ca93610234 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-GB Calc: CL But still present in slightly older bibisect-7.2: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 380ab85b6594a013f34f5e6ec69fb569336bbb48 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: CL I suspect the fix to bug #136516 solved this one.
@NISZ Lazy me recycling this bug report. Comment 4 still broken
(In reply to Xisco Faulí from comment #2) > the issue is reproducible at times. Please provide a simplifier sample > document where the problem is always reproducible Then putting to NEEDINFO until a simplified document is provided....
Created attachment 169589 [details] Screencast (In reply to Xisco Faulí from comment #9) > (In reply to Xisco Faulí from comment #2) > > the issue is reproducible at times. Please provide a simplifier sample > > document where the problem is always reproducible > > Then putting to NEEDINFO until a simplified document is provided.... Comment 4 is proper.. but here you go, a screencast
[Automated Action] NeedInfo-To-Unconfirmed
I see the split by moving the textbox one paragraph lower with attachment #167990 [details] in: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 44b914b1e2616ca8f70e896e653a46ca93610234 CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win Locale: en-US (hu_HU); UI: en-GB Calc: CL Not with the other attachment.
Still happens with: Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: db1cf111666847ce5ce93d18ae5ae8c29a4c44d6 CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: en-US Calc: threaded Now in both example files the textboxes can be pulled by a few cm to the right and below to have their content and frame separated. Also changing meta bug, these are odt files.
Dear Telesto, 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
Created attachment 195780 [details] Bibisect log for glitch in 4.3 4.3 had a glitch where the frames appeared as if cropped. Lots of skipped commits due to crashing upon startup in Linux 43max. This is the log of source commits with their messages.
The oldest of 44max repo still had the crop-like glitch, but later it had a state where the frame is not disconnected when dragging. The crop glitch stopped with 0d602133d627c1837eb64895855c2a7ed0144de6 svx: fix VML export of rectangles imported from drawingML The disconnection when dragging started with 9835a5823e0f559aabbc0e15ea126c82229c4bc7 sw textboxes: reimplement ODF import/export
Miklos Vajna committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/c8549fa3204802daec8597ba0f9f4f7ef23d5cd2 tdf#138711 sw textbox: capture fly when its draw object is captured It will be available in 25.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
I can't immediately reproduce the "drag down" case, but "draft left" is the same code and that reproduced nicely for me, now is meant to be fixed.
Miklos Vajna committed a patch related to this issue. It has been pushed to "libreoffice-24-8": https://git.libreoffice.org/core/commit/664b8252e705a2daec9f2a6bb30424e08fcdd3d2 tdf#138711 sw textbox: capture fly when its draw object is captured It will be available in 24.8.3. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
(In reply to Miklos Vajna from comment #18) > I can't immediately reproduce the "drag down" case, but "draft left" is the > same code and that reproduced nicely for me, now is meant to be fixed. Verified, there is no splitting of shape and textbox when dragging sideways by mouse or arrows in: Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 8; OS: Windows 11 X86_64 (10.0 build 22631); UI render: Skia/Vulkan; VCL: win Locale: pl-PL (pl_PL); UI: en-US Calc: CL threaded