Images, inserted in a table cell, go out of cell borders when the document (and thus the table) is zoomed in (that is, when the zoom factor is incremented). There is no option in the image property or in the cell property to deal this problem. Thank You.
Hi, I've inserted 3 images in different cells of a table, zoom until 440% and could not reproduce what you describe, cell border and images are still displayed correctly. Version 4.2.4.1 Ubuntu 14.04 - Sophie
(In reply to comment #1) > Hi, I've inserted 3 images in different cells of a table, zoom until 440% > and could not reproduce what you describe, cell border and images are still > displayed correctly. Version 4.2.4.1 Ubuntu 14.04 - Sophie The bug happens only when You set "Layout Web" in the menù "Visualizza" (sorry, I have the Italian version). Hi, Alex.
ok, so this is confirmed with Web view in 4.2.4.1 Ubuntu 14.04. Set plateform to all and status to New - Sophie
Doing the following: 1) Setting priority correctly - this is not a major bug. At most it's a normal bug (prevents high quality work) 2) Setting to NEEDINFO - please attach a test document so that we can easily and quickly test against newer versions of LibreOffice 3) Provide reproducible steps 4) If possible test against 4.4.3 or newer; 5) If possible test against 3.3 to see if it ever worked correctly (http://downloadarchive.documentfoundation.org/libreoffice/old/) Once you've done these things please set the bug to NEW
Created attachment 115523 [details] Images, inserted in a table cell, go out of cell borders when zoomed in Images, inserted in a table cell, go out of cell borders when the document (and thus the table) is zoomed in (that is, when the zoom factor is incremented). There is no option in the image property or in the cell property to deal this problem. The bug happens only when You set "Layout Web" in the menù "Visualizza" (sorry, I have the Italian version). Hi, Alex.
I suspect you didn't want to assign the bug to yourself (unless you're fixing it) so removing that.
Yes I confirm, I don't want to assign the bug to myself. Sorry for the mistake.
(In reply to Alex from comment #5) > Created attachment 115523 [details] > Images, inserted in a table cell, go out of cell borders when zoomed in > > Images, inserted in a table cell, go out of cell borders when the document > (and thus the table) is zoomed in (that is, when the zoom factor is > incremented). > > There is no option in the image property or in the cell property to deal > this problem. > > The bug happens only when You set "Layout Web" in the menù "Visualizza" > (sorry, I have the Italian version). Confirmed. I don't know, if it's related to the fact that in the Print layout we can see the images are overflowing their cells. Win 7 Pro 64-bit, Version: 4.4.3.2 Build ID: 88805f81e9fe61362df02b9941de8e38a9b5fd16 Locale: 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
still repro in Version: 6.3.0.0.alpha0+ Build ID: 7327260de3c0c627e62f7c3fddbe3d71ea88e88f CPU threads: 4; OS: Windows 6.1; UI render: default; VCL: win; TinderBox: Win-x86@42, Branch:master, Time: 2019-04-05_06:26:35 Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
Dear Alex, 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://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
Dear Alex, 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
Same in OOo 3.3, so inherited. Still reproduced in recent master build: Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: e9374f74385d7dfe77d1902d3d82af20143bc775 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/03aa8a1d9bfe4af2f37df0bde42193c2cf90ffb4 tdf#77388 sw: fix missing table border at cropped images It will be available in 24.8.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.
Commit description: tdf#77388 sw: fix missing table border at cropped images At images cropped by the bottom or right cell boundaries, or at images with zero padding in table cells (e.g, in test document of tdf#160836), table borders were hovered by the image, resulting missing table borders. First paint the cell content, and after that the DOCX-like "collapsing" cell borders in SwTabFrame::PaintSwFrame. Note: this doesn't modify painting of the objects anchored to characters (which still hovers the cell borders), and painting of the text content of the cells (which are still hovered by the cell borders at zero padding, despite their non-transparent background color).
Created attachment 194525 [details] screenshot about the problem (missing border), and its resolution
Created attachment 194526 [details] screenshots: also zero padding resulted missing border before left: missing border because of zero padding (missing left and top borders) and cropping by cell bondary (missing right and bottom borders). right: visible borders after the fix
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/78a9afc5ea493a703467b72475a9d80a9fa8a6db tdf#77388 sw: add missing comment It will be available in 24.8.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.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-24-2": https://git.libreoffice.org/core/commit/2a15e5839c399b312a53da80c983503368a8ac47 tdf#77388 sw: fix missing table border at cropped images It will be available in 24.2.5. 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.