Summary: | macOS: Calc UI: Display anomalies when resizing columns | ||
---|---|---|---|
Product: | LibreOffice | Reporter: | smurf <pfatula> |
Component: | Calc | Assignee: | Thorsten Wagner <thorsten.wagner.4> |
Status: | VERIFIED FIXED | ||
Severity: | normal | CC: | aron.budea, chrisshawvfx, fossuser, lo, sberg.fun, thorsten.wagner.4, tml, tymcik |
Priority: | medium | Keywords: | bibisected, bisected, regression |
Version: | 7.1.0.3 release | ||
Hardware: | x86-64 (AMD64) | ||
OS: | macOS (All) | ||
See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=138122 https://bugs.documentfoundation.org/show_bug.cgi?id=142477 |
||
Whiteboard: | target:7.2.0 target:7.1.5 | ||
Crash report or crash signature: | Regression By: | ||
Bug Depends on: | |||
Bug Blocks: | 90796 | ||
Attachments: |
macOS 11.3.1 LO 7.1.3.2
screenshot of display anomaly - size and shift checked in respect to origin |
Description
smurf
2021-05-03 15:49:17 UTC
I'm running LO 7.1.0.3 on another machine, with MacOS Mojave; same problem. Thanks for the report - confirmed, screenshot attached Version: 7.1.3.2 / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 8; OS: Mac OS X 10.16; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Created attachment 171811 [details]
macOS 11.3.1 LO 7.1.3.2
*** Bug 142197 has been marked as a duplicate of this bug. *** I can also reproduce this with Version: 7.1.2.3 / LibreOffice Community (Collabora AppStore download) Build ID: a393d9064b7eb849da7f488ab43f56a404be32ae CPU threads: 8; OS: Mac OS X 11.3; UI render: default; VCL: osx Locale: fr-FR (fr_FR.UTF-8); UI: fr-FR Calc: threaded I get white blanking out of the columns over which I'm dragging the column boundary. In other words the redraw is incorrect. Not just limited to Catalina, I see this also on BigSur. Created attachment 171840 [details]
screenshot of display anomaly - size and shift checked in respect to origin
I posted the duplicate report 142197 I installed LO 7.1.2.2 two days ago, with version 6.xxx I had no problem of that kind. My config: Macbook Pro Retina late 2012, OS X 10.14.6 Mojave, dark appearance. For tracking of the bug: it shows either blank or the area left and down of the originating pixel where you place your cursor, enlarged by 400% right & down to the bottom menu strip, tinted pinkish grey with lessened contrast. See screenshot above, checked in PS respectively Affinity Photo Problem happens independently of dark / light system mode. Seems to be a general macOS problem as at least macOS 10.14, 10.15 and 11 are affected. *** Bug 142280 has been marked as a duplicate of this bug. *** adding keyword regression as this is not reproducible in 7.0.6.2. Thanks. This seems to be a Retina / HiDPI bug as I can't reproduce if I run LO in "Low Resolution" mode Thanks. This seems to be a Retina / HiDPI bug as I can't reproduce if I run LO in "Low Resolution" mode There's possible contradiction between description and comment 10: "This started (I think) with version 7.0" vs. "this is not reproducible in 7.0.6.2". Perhaps it's just a lapse of memory from the reporter, but it might mean the bug could depend on something else as well. I've just retested and I can confirm that the bug is NOT present in 7.0.6.2 Version: 7.0.6.2 Build ID: 144abb84a525d8e30c9dbbefa69cbbf2d8d4ae3b CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded but is in 7.1.3.2 with identical configurations Version: 7.1.3.2 / LibreOffice Community Build ID: 47f78053abe362b9384784d31a6e56f8511eb1c1 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Also note that resizing rows is affected too, not just columns If someone with an affected system could bibisect this, it would be very helpful. It involves downloading a fairly large git repository (~6-9 GB), and running `git bisect` on it. The general instructions are at [1], while the repository that should be used here is 'bibisect-mac64-7.1' at [2]. [1] https://wiki.documentfoundation.org/QA/Bibisect [2] https://wiki.documentfoundation.org/QA/Bibisect/macOS (In reply to Aron Budea from comment #15) > helpful. It involves downloading a fairly large git repository (~6-9 GB), To be precise, it's a repository of binary builds, the actual 'git bisect' part consists of trying to reproduce the bug ~12 times with the prebuilt binaries. (In reply to Aron Budea from comment #15) > If someone with an affected system could bibisect this, it would be very > helpful. It involves downloading a fairly large git repository (~6-9 GB), > and running `git bisect` on it. The general instructions are at [1], while > the repository that should be used here is 'bibisect-mac64-7.1' at [2]. > > [1] https://wiki.documentfoundation.org/QA/Bibisect > [2] https://wiki.documentfoundation.org/QA/Bibisect/macOS I'm on it. The initial clone is taking hours though Regression does not appear in latest version of bibisect-mac64-7.1 and must be younger Version: 7.1.0.0.beta1+ Build ID: d5e786d78d2f72a39f02746d6e0faa04da72c60a CPU threads: 4; OS: Mac OS X 10.14.6; UI render: GL; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded The suggested command gives the following though: > git checkout latest error: pathspec 'latest' did not match any file(s) known to git (In reply to Chris Shaw from comment #18) > Regression does not appear in latest version of bibisect-mac64-7.1 and must > be younger That's unfortunate, here's the 7.2 bibisect repo, could you give that a try as well? https://bibisect.libreoffice.org/mac64-7.2 > The suggested command gives the following though: > > > git checkout latest > error: pathspec 'latest' did not match any file(s) known to git Right, since these repos tend to be open-ended, there's no 'latest' tag, and the branch name, 'master' can be used instead, ie. 'git bisect master oldest' and 'git checkout master'. 73381f7077e114b39dc2c46344d0366c7254de2e is the first bad commit commit 73381f7077e114b39dc2c46344d0366c7254de2e Author: libreoffice <libreoffice@libreoffices-Mac-mini.local> Date: Fri Mar 26 12:32:18 2021 +0100 source 1a167625314bf36b735176ed488e6ba9b5e9b675 source 1a167625314bf36b735176ed488e6ba9b5e9b675 :040000 040000 61496b3d581f56e8af7144fd30a26de94f5c3680 3de219728373e970a373639ef731d8fd4949a0db M LibreOffice.app # bad: [747d79f036279aa26e2bd1bed1f9609b92aceacf] source 63401011324485bf14c824f7a4c9fc7db7444810 # good: [7ae9dc0eb055b3d88573a247cf3f756b06ad5cad] source 738bcf5e9a8c443d60c29c3a8068e8c16c72638a git bisect start 'master' 'oldest' # bad: [5fb3ad7597c71028eef18871eb3f2c6211354b9b] source ffe7fd5c3f3de474b201fbb1e25b8251cb13574d git bisect bad 5fb3ad7597c71028eef18871eb3f2c6211354b9b # good: [afb3ccb3520eb4fd2f2721feb848c0c6af63c9d9] source 54b5e6b4e083ce7a71e16ef622753898f38dc8ab git bisect good afb3ccb3520eb4fd2f2721feb848c0c6af63c9d9 # bad: [1a018b5323a37c0f69f1d08cb74ed36b859f07ff] source d03b43fdb70ee975f4054bd49376179f792aa013 git bisect bad 1a018b5323a37c0f69f1d08cb74ed36b859f07ff # good: [ac34212bcae82ca6c5139df01617eaeb53f46999] source 4bbbd836720b2961d0ca28ea32827a5e21977c23 git bisect good ac34212bcae82ca6c5139df01617eaeb53f46999 # good: [5ffa6a070ff8170bccb530b4b0be00cb8bd1877e] source 6aabffcfc1e0323280353d2e5120e36ae55fea5a git bisect good 5ffa6a070ff8170bccb530b4b0be00cb8bd1877e # good: [c4b3d927f96cf297ef6faf1032c0b5f97f7241a5] source 00d268422d0c1682adaf59fca6f60f35a9d5f221 git bisect good c4b3d927f96cf297ef6faf1032c0b5f97f7241a5 # good: [b41b8ad2ab38dfa1a2cb6bde948f308d8c663822] source 2da4f92666caa11ab39f45d9807af883a3c83c79 git bisect good b41b8ad2ab38dfa1a2cb6bde948f308d8c663822 # bad: [0c2726a68730455f5cd8416568d6bf6700fc5b42] source fdcf4418e9acfe4e95000b9d12a182d6702d42b6 git bisect bad 0c2726a68730455f5cd8416568d6bf6700fc5b42 # good: [3acbd884703af8a97e2b7b8c98efde3ffa43a07d] source 25d905d7f88779eecf3776f692efe5539730fbef git bisect good 3acbd884703af8a97e2b7b8c98efde3ffa43a07d # bad: [0dcec73b5824812ebf786dc910a001d4b08791de] source e7ace1d043cc8bdf6c03097932a00cbbdc3cf557 git bisect bad 0dcec73b5824812ebf786dc910a001d4b08791de # good: [2538fbd480d71ad492642b8b02792cbdeda42a29] source 5bd90f7f5852056342f1a81a1285b474d468eadd git bisect good 2538fbd480d71ad492642b8b02792cbdeda42a29 # bad: [deab522b3aa90a43f9b3c703894e8a014b08b33f] source 058ad4b900b5e0ee902f3e89ed121c2b5f8c58f1 git bisect bad deab522b3aa90a43f9b3c703894e8a014b08b33f # bad: [73381f7077e114b39dc2c46344d0366c7254de2e] source 1a167625314bf36b735176ed488e6ba9b5e9b675 git bisect bad 73381f7077e114b39dc2c46344d0366c7254de2e # first bad commit: [73381f7077e114b39dc2c46344d0366c7254de2e] source 1a167625314bf36b735176ed488e6ba9b5e9b675 (In reply to Chris Shaw from comment #20) > source 1a167625314bf36b735176ed488e6ba9b5e9b675 Great, thanks! The source sha is the actual source commit hash. Adding CC: to Thorsten Wagner. https://cgit.freedesktop.org/libreoffice/core/commit/?id=1a167625314bf36b735176ed488e6ba9b5e9b675 author Thorsten Wagner <thorsten.wagner.4@gmail.com> 2021-01-10 23:49:25 +0100 committer Tor Lillqvist <tml@collabora.com> 2021-01-17 19:21:15 +0100 tdf#138122 Add window scaling for retina displays on macOS I am able to reproduce and will take a look to fix the issue. (In reply to Aron Budea from comment #13) > There's possible contradiction between description and comment 10: "This > started (I think) with version 7.0" vs. "this is not reproducible in > 7.0.6.2". > Perhaps it's just a lapse of memory from the reporter, but it might mean the > bug could depend on something else as well. Confirming that I do not see the bug in 7.0.6.2. Sorry for the error in my original report. Root cause has been found, I am working on a fix. *** Bug 142313 has been marked as a duplicate of this bug. *** Patch submitted to Gerrit: https://gerrit.libreoffice.org/c/core/+/115816 Thorsten Wagner committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/2cce064e6bb570361c845f7b3d82960f89c70bb1 tdf#142061 Add window scaling to XOR emulation on macOS It will be available in 7.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. Verified with Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 49af7e22e61c2e5d440ad55cd362388983e128ae CPU threads: 8; OS: Mac OS X 10.16 | 11.4; UI render: default; VCL: osx Locale: de-DE (de_DE.UTF-8); UI: en-US Calc: threaded Thanks Thorsten for your persting efforts to make LibreOffice UI usable on macOS. Confirmed fixed in Version: 7.2.0.0.alpha1+ / LibreOffice Community Build ID: 49af7e22e61c2e5d440ad55cd362388983e128ae CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Thank you, Thorsten Backport to LO 7.1 submitted to Gerrit: https://gerrit.libreoffice.org/c/core/+/118036 Thorsten Wagner committed a patch related to this issue. It has been pushed to "libreoffice-7-1": https://git.libreoffice.org/core/commit/a396dde0907ad87ac928c9a1b9f7640a73910b17 tdf#142061 Consider window scaling for XOR drawing on macOS It will be available in 7.1.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. I can confirm this is fixed in Version: 7.1.5.2 / LibreOffice Community Build ID: 85f04e9f809797b8199d13c421bd8a2b025d52b5 CPU threads: 4; OS: Mac OS X 10.14.6; UI render: default; VCL: osx Locale: en-GB (en_GB.UTF-8); UI: en-US Calc: threaded Agreed that this is now fixed. Thank you to everyone involved. Problem still exists. Libreoffice 7.2.2.2 Kubuntu 18.04 x86-64 (In reply to Mehmet Rıza Saraç from comment #34) > Problem still exists. > > Libreoffice 7.2.2.2 > Kubuntu 18.04 > x86-64 This was reported as a Mac-specific bug, and has been fixed. If you're facing something similar in a more recent version on Linux, it's not the same issue, and you should open a new bug report. |