Bug 125450 - Column shading not at all right
Summary: Column shading not at all right
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.2.3.2 release
Hardware: All Linux (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-23 02:37 UTC by nj
Modified: 2020-07-27 15:43 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot (78.62 KB, image/png)
2019-05-23 02:37 UTC, nj
Details
White bar? (41.37 KB, image/png)
2020-01-22 18:43 UTC, Buovjaga
Details
Screenshot, showing the area that has the problem (183.09 KB, image/png)
2020-01-22 20:27 UTC, nj
Details
Partial screenshot (805 bytes, image/png)
2020-07-27 14:39 UTC, nj
Details

Note You need to log in before you can comment on or make changes to this bug.
Description nj 2019-05-23 02:37:24 UTC
Created attachment 151610 [details]
Screenshot

See, especially, the vertical shading on the leftmost column in the attached screenshot. What one sees there can't be what is intended, surely.

I am not aware of having applied any special theme within LibreOffice.

Linux Mint 19.1 x64 Cinnamon, using a system-wide dark theme.
Comment 1 Xisco Faulí 2019-05-23 08:14:00 UTC
Thanks for reporting this issue.
Do you mean the numbering column or Column A ? What is it wrong with it?
Comment 2 nj 2019-05-23 09:30:31 UTC
(In reply to Xisco Faulí from comment #1)
> Do you mean the numbering column or Column A ? What is it wrong with it?

I mean the numbering column, i.e. the column that contains the numbers 1, 2, 3 etc. However, the same problem besets the header row that contains the letters 'A', 'B' etc.

The problem is as follows.

The shading - the white bar or smudge - so lacks differentiation that, especially perhaps in the numbering column (as against the row of letters), the shading looks like a graphical defect. Actually, perhaps it just *is*, in its entirety, a defect. Why is it there? Should it look like that?
Comment 3 QA Administrators 2019-05-24 02:58:48 UTC Comment hidden (obsolete)
Comment 4 nj 2019-07-22 03:42:52 UTC
I have just tried the current flatpak problem. I notice that the problem persists.
Comment 5 Xisco Faulí 2020-01-20 16:04:20 UTC
A new major release of LibreOffice is available since this bug was reported.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 6 nj 2020-01-20 16:45:42 UTC
I have LibreOffice 6.3.4.2. On that version, the problem - the strange, bad shading on the numbers column - persists.
Comment 7 ian 2020-01-20 20:04:12 UTC
Thank you for re-attempting to replicate the bug again in the latest version. 

Can you please provide more information about your LibreOffice environment? To find out this information, go to the "Help" menu in LibreOffice and select the "About LibreOffice" option. 

I have attached mine as an example: 

Version: 6.5.0.0.alpha0+
Build ID: 8930a7d8b8e649336300d98f0a1f27114ad392ea
CPU threads: 1; OS: Linux 5.0; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master
Locale: es-ES (en_US.UTF-8); UI-Language: en-US
Calc: threaded

I suspect the VCL may be an issue.

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once you have provided additional information.
Comment 8 nj 2020-01-20 23:38:36 UTC
Here you go. However, it may be that - very strange though this is to me - what I see is in fact by design.

Version: 6.3.4.2
Build ID: 60da17e045e08f1793c57c00ba83cdfce946d0aa
CPU threads: 8; OS: Linux 5.3; UI render: default; VCL: gtk3; 
Flatpak
Locale: en-GB (en_GB.UTF-8); UI-Language: en-GB
Calc: threaded
Comment 9 Buovjaga 2020-01-22 18:43:26 UTC
Created attachment 157337 [details]
White bar?

I'm not sure I understand, so I encircled with red the white bar that I think you mean. Is it correct?
Comment 10 nj 2020-01-22 20:27:04 UTC
Created attachment 157341 [details]
Screenshot, showing the area that has the problem
Comment 11 nj 2020-01-22 20:27:18 UTC
No. Please see the red bar in the attachment that I now add. The problem is the horizontal shading. That shading looks as if it is a graphical glitch. It looks like a graphical glitch because it is not really shading at all. For, there is no (or is precious little) blending. Thus, it looks as though the colouring is meant to be confined to some area - to take up the whole of some demarcated area, some column - and has mistakenly overflowed its bounds.

The correction is to have more blending - as in the vertical (and vertically shaded) column heads - A to I.

Perhaps actually  that latter shading is done in the same way as the shading of which I complain. If so, then something - to do with how we see things? - makes the one lot of shading look worse (less like shading) than the other. It is true that, the more I look at the shading of which I complain, the more I get used to it. As I said, though: at first, and indeed for some subsequent times that I looked at it, it struck me as a bug. I think it will strike many people that way.
Comment 12 Xisco Faulí 2020-07-27 11:00:19 UTC
Hello,
A new major release of LibreOffice is available since this bug was reported.
Could you please try to reproduce it with the latest version of LibreOffice
from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' if the bug is still present in the latest version.
Comment 13 nj 2020-07-27 14:39:01 UTC
Created attachment 163635 [details]
Partial screenshot
Comment 14 nj 2020-07-27 14:47:56 UTC
Calc 6.4.2.2 does not have the problem: its vertical axis shows no shading at all.

PS: I added an attachment just now. I should not have. I can see now way to delete the attachment. Hence I retain the 'needinfo' flag on this message.
Comment 15 Buovjaga 2020-07-27 15:43:25 UTC
Ok, let's close. Not sure, if it comes from GTK theming.