Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8) Writing long comments will scroll automatically the comment first row to screen and writing place at the end remains unvisible from screen. Same situation - activating comment window to improve already written comment firstly will mark bunch of text because it tries to scroll long comment first row to screen and therefore will automatically mark a lot of text. It means that if the long comment was scrolled to the end and then tries to edit that comment - it means to write something to the end of long comment then it will automatically scroll the first row at the same time when activating comment editing and therefore will mark all text because mouse left cursor is pressed down and this means also text marking due to automatic scrolling. Here is one exception - when inserting long comment in case there is one comment before (upwards) then there will be scroll bar until there will be finished first editing session. But when once click outside the comment and then again back to improve it - then this error starts again - first row will be scrolled to the screen and downside of comment goes out of the screen and is not viewable and thus hard to edit. Workaround is to write comment in some external text editor and just copy to the appropriate place, usually in the end of long comment.
Created attachment 115887 [details] document created during strace as regular user Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115888 [details] strace log in Linux Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115890 [details] backtrace log in Linux Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
Created attachment 115891 [details] document created during backtrace as root Using 64-bit Linux Mint Cinnamon 17.1 with 4.0.4-040004-generic kernel LibreOffice version: 5.0.0.0.beta1 Build ID: 0a16c3dda4150008d9be6f24cbd15ac198d116d3 Locale: et-EE (et_EE.UTF-8)
This bug exist also in LibreOffice 4.4.3.2 on the same platform (64-bit Linux Mint 17.1)
Such long comments are needed when commenting academic thesises as supervisor, adviser etc. Then should not edit the text but add comment connected with appropriate place in text. Also workaround could be to put checkpoints into text like [1] (used also with some referring styles) but then there would be question - why then use commenting at all if there is not possible to express myself as much as needed? The good thing is, that at least compatibility with comments already exist with MS Word - thanks to programmers and also UK government - http://www.itproportal.com/2015/03/30/microsoft-will-adopt-open-document-standards-following-government-battle/ I tried to import .odt into OneDrive (https://onedrive.live.com/) and all comments (also long ones) were imported very well. I really hope that LibreOffice Online will offer similar ability to import ODF documents with comments and also long ones.
(In reply to Edmund Laugasson from comment #1) > Created attachment 115887 [details] > document created during strace as regular user Yeah, when clicking inside the lower comment after opening the file, it autoscrolls and selects the block of text that is between the click position and scroll finish. Win 7 Pro 64-bit Version: 5.1.0.0.alpha1+ Build ID: b9630867d17c01ec41f6461b1e96288f3932248c TinderBox: Win-x86@39, Branch:master, Time: 2015-05-25_00:45:41 Locale: fi-FI (fi_FI)
** 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 on a currently supported version of LibreOffice (5.1.5 or 5.2.1 https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the version of LibreOffice and your operating system, and any changes you see in the bug behavior If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a short comment that includes your version of LibreOffice and Operating System 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) 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: http://webchat.freenode.net/?channels=libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug-20160920
Tested with LibreOffice 5.2.1, 64-bit on Linux Mint 18 (kernel 4.7.4). Currently first row was not scrolled and text marked automatically in most times. It scrolls only when the comment box does not fit onto screen and then Writer focuses the comment box to screen. Here would be the proposal to not try to fit the comment box to screen as there might be longer comment boxes and it would be quite disturbing when Writer tries to fit long comment box onto screen while it does not really fit as it is long box. If that could be also fixed then I guess current bug report could be counted as solved.
*** Bug 106435 has been marked as a duplicate of this bug. ***
** 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 reproducible in Version: 6.1.0.0.alpha0+ (x64) Build ID: 8e0eb015e74775b9bf02326ffd7b67e83ad6c60d CPU threads: 8; OS: Windows 10.0; UI render: GL; TinderBox: Win-x86_64@42, Branch:master, Time: 2018-04-03_03:53:38 Locale: de-AT (de_AT); Calc: CL
*** Bug 132122 has been marked as a duplicate of this bug. ***
I've just send a patch about this bug. You can review/test the patch and send me feedback. Thanks! https://gerrit.libreoffice.org/c/core/+/118638
Bayram Çiçek committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/4bb59cd1f45133994d3d13642367470f528094f4 tdf#91519: prevent jump to top of the comment view It will be available in 7.3.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.
ten I scan images, put it into document and put on raster images some arrows, other shapes, text. But while further edition image moves in one side and text and arrows in oter. I can not prevent it by grouping because I can not select nor images nor frames for grouping. I propose new ability: http://www-look-4.com/ Grouping raster images with others graphics Grouping frames with others graphics In context menu for raster image add option to convert it to rectangle of same size with no borders and with raster image as texture (option Tile set off and option Autofit set on) I think you cannot even group together two raster images. For example if I start with a blank Writer document, then insert two jpg images via http://www.compilatori.com/ Drag&Drop from the Desktop, I cannot (via means of holding Shift/Ctrl/Alt/something else and clicking) select them both so I can move them both at the same time. As I cannot select multiple images obviously I cannot group them. Is this the issue/missing feature you are talking about? ten I scan images, put it into document and put on raster images some arrows, http://www.wearelondonmade.com/ other shapes, text. But while further edition image moves in one side and text and arrows in oter. I can not prevent it by grouping because I can not select nor images nor frames for grouping. I propose new ability: Grouping raster images with others graphics Grouping frames with others graphics http://www.jopspeech.com/ In context menu for raster image add option to convert it to rectangle of same size with no borders and with raster image as texture (option Tile set off and option Autofit set on) I think you cannot even group together two raster images. For example if I start with a blank Writer document, then insert two jpg images via Drag&Drop from the Desktop, I cannot (via means of holding Shift/Ctrl/Alt/ http://joerg.li/ something else and clicking) select them both so I can move them both at the same time. As I cannot select multiple images obviously I cannot group them. Is this the issue/missing feature you are talking about? Ten http://connstr.net/ I scan images, put it into document and put on raster images some arrows, other shapes, text. But while further edition image moves in one side and text and arrows in oter. I can not prevent it by grouping because I can not select nor images nor frames for grouping. I propose new ability: http://embermanchester.uk/ Grouping raster images with others graphics Grouping frames with others graphics In context menu for raster image add option to convert it to rectangle of same size with no borders and with raster image as texture (option Tile set off and option Autofit set on) http://www.slipstone.co.uk/ I think you cannot even group together two raster images. For example if I start with a blank Writer document, then insert two jpg images via Drag&Drop from the Desktop, I cannot (via means of holding Shift/Ctrl/Alt/something else and clicking) select them both so http://www.logoarts.co.uk/ I can move them both at the same time. As I cannot select multiple images obviously I cannot group them. Is this the issue/missing feature you are talking about? ten I scan images, put it into document and put on raster images some arrows, other http://www.acpirateradio.co.uk/ shapes, text. But while further edition image moves in one side and text and arrows in oter. I can not prevent it by grouping because I can not select nor images nor frames for grouping. I propose new ability: Grouping raster images with others graphics https://waytowhatsnext.com/ Grouping frames with others graphics In context menu for raster image add option to convert it to rectangle of same size with no borders and with raster image as texture (option Tile set off and option Autofit set on) I think you cannot even group together two raster images. For example if I start with a blank https://www.webb-dev.co.uk/ Writer document, then insert two jpg images via Drag&Drop from the Desktop, I cannot (via means of holding Shift/Ctrl/Alt/something else and clicking) select them both so I can move them both at the same time. As I cannot select multiple images obviously I cannot group them. http://www.iu-bloomington.com/ Is this the issue/missing feature you are talking about?