Description: Upon pasting a graphic from a source document (for example, an image copied from a pdf file) into the destination (.odt) file, the image is pasted where intended but the cursor jumps to the end of Writer document. Then you have to go back and find the previous place where you were working. This happens more often than not. Annoying and time-consuming. Steps to Reproduce: 1.Copy a graphic from another document. 2.Paste it into Writer document at the point of your cursor. 3. Actual Results: Graphic is pasted where intended, but immediately upon being pasted the cursor jumps to the end of the document. Expected Results: Expect the cursor to stay right where it was before I pasted the graphic, instead of jumping to the end of the document. Where multiple graphics are pasted into the document, having to go back find the place where I was is very annoying and time wasting. Reproducible: Always User Profile Reset: No Additional Info: [Information automatically included from LibreOffice] Locale: en-US Module: TextDocument [Information guessed from browser] OS: Linux (All) OS is 64bit: yes
P.S. Same thing happens when you "Anchor as Character;" cursor jumps to end of document.
I can't confirm with Version: 7.0.0.0.alpha0+ (x64)Build ID: 8c8b3a4f83f67882b284ddc3b3fe10d3fe6dedf4CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); UI-Language: en-GBCalc: CL If I paste an image from another document, the imae is marked and no cursor is visible. You mention mltiple pasting of images (graphics) from one document to another. How are you able to do this?
(In reply to larrybradley from comment #1) > P.S. Same thing happens when you "Anchor as Character;" cursor jumps to end > of document. There are certainly jumping cases.. However an example document would be really helpful to address the issue... Can take a while though, before it gets fixed.
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Dear larrybradley, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
I will not attach a document, as requested, because it seems not possible to re-create this issue "on command," and it happens only sporadically. It has recurred numerous times since I submitted the original bug, but I confess that when it happens I have been unable to detect any pattern or specific reasons that caused the problem, nor have I taken the time to stop what I am doing and try to figure out what triggered the problem. On the next few occasions when it happens, I will endeavor to try to remember the minute details of the "copy and paste" or "insert image" operation that caused the cursor to jump to the end of the document. If, or when, I am able to determine exactly what causes or triggers the issue, I will report it in a new bug report. Thank you for your time and patience, and for all you do to make LibreOffice a great product.
In this case, it will be hardly possible to reproduce the problem. Larry, shall we keep this bug open for a while and hope, that somebody can confirm it) or should we close it?
(In reply to larrybradley from comment #6) > > On the next few occasions when it happens, I will endeavor to try to > remember the minute details of the "copy and paste" or "insert image" > operation that caused the cursor to jump to the end of the document. If, or > when, I am able to determine exactly what causes or triggers the issue, I > will report it in a new bug report. > Larry, closing the bug for now. Feel free to set it again to Unconfirmed and provide additional information. Thank you
(In reply to Dieter from comment #2) > I can't confirm with > > Version: 7.0.0.0.alpha0+ (x64)Build ID: > 8c8b3a4f83f67882b284ddc3b3fe10d3fe6dedf4CPU threads: 4; OS: Windows 10.0 > Build 18363; UI render: Skia/Raster; VCL: win; Locale: de-DE (de_DE); > UI-Language: en-GBCalc: CL > > If I paste an image from another document, the imae is marked and no cursor > is visible. > You mention mltiple pasting of images (graphics) from one document to > another. How are you able to do this? My bad. When I said "multiple pastings" I meant that I copy an image and paste into writer, then I copy another image and paste into writer, and so on.
Created attachment 176736 [details] Writer Document with Images Pasted from External Source Problem with cut and paste of images into Writer still exists (pasting an image causes the cursor to jump to the end of the document). It happens every time I cut and paste an image into Writer. If no one else is having this issue, then I will assume that it is somehow related to my OS and/or various settings on my specific machine; for example, using Wayland instead or X11 seems to cause other small glitches in Writer, though I have switched between the two and it did not make the image cut-and-paste issue disappear. Appreciate your time and help.
Still can't confirm it with Version: 7.2.4.1 (x64) / LibreOffice Community Build ID: 27d75539669ac387bb498e35313b970b7fe9c4f9 CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL