Bug 122841 - [UI] Dotted line cell border rendered incorrectly onscreen
Summary: [UI] Dotted line cell border rendered incorrectly onscreen
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.0.0.3 release
Hardware: x86-64 (AMD64) All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Cell-Border Regressions-borderline
  Show dependency treegraph
 
Reported: 2019-01-21 01:39 UTC by strata_ranger
Modified: 2026-01-29 10:21 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample file with assorted border types (11.02 KB, application/vnd.oasis.opendocument.spreadsheet)
2019-01-21 01:44 UTC, strata_ranger
Details
Screenshot of sample file (8.01 KB, image/png)
2019-01-21 01:50 UTC, strata_ranger
Details

Note You need to log in before you can comment on or make changes to this bug.
Description strata_ranger 2019-01-21 01:39:19 UTC
Description:
I use dotted borders frequently in my spreadsheets, but the 6.x releases aren't rendering them correctly on my screen; previous versions (e.g: LO 5.4.x) rendered them fine, and other border types appear to render more or less* correctly.

This seems to be a screen rendering bug only; cell borders render correctly when (e.g.) exported to PDF (but I have no need of that, so...) .

Steps to Reproduce:
Format any range of cells with the dotted border style.

Actual Results:
Dotted cell borders (and vertical i.e. left/right borders in particular) appear to alternate with a cycle of about 2/3 solid 1/3 dotted (the exact pattern seen may vary with zoom level).

Expected Results:
Dotted borders should render consistently for the given zoom level -- e.g. 100% zoom should render cleanly alternating pixels for that border.


Reproducible: Always


User Profile Reset: No



Additional Info:
I said "more or less" because the border preview (Format > Cells... > Border) also rendered several more border types incorrectly -- but on the actual screen (at 100% zoom) only dotted borders appear affected.

This seems to occur regardless of whether hardware acceleration and/or openGL were enabled in the config.
Comment 1 strata_ranger 2019-01-21 01:44:11 UTC
Created attachment 148461 [details]
Sample file with assorted border types

1 - Check how cell borders render at various zoom levels (especially 100%).
2 - Check how cell borders render in Format > Cells... > Border .
Comment 2 strata_ranger 2019-01-21 01:50:10 UTC
Created attachment 148464 [details]
Screenshot of sample file

Screenshot taken from 100% zoom level, as it displays on my screen.
Comment 3 Telesto 2019-01-21 12:39:47 UTC
Repro
Version: 6.3.0.0.alpha0+
Build ID: 6740443311268b7d918bf4f43134d64fb78a0109
CPU threads: 4; OS: Windows 6.3; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-01-15_23:37:04
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL

Dotted borders lines look like "dashes" or partial solid lines depending on zoom level

Fine in
Versie: 4.4.7.2 
Build ID: f3153a8b245191196a4b6b9abd1d0da16eead600
Locale: nl_NL
Comment 4 Buovjaga 2020-05-04 16:31:37 UTC
Bibisected with Linux 6.0 repo to https://git.libreoffice.org/core/+/f65cbae8947c0462b35c8d3c3d5124e431b100b6^!/

borderline: correct problems with border display

Adding Cc: to Armin Le Grand
Comment 5 QA Administrators 2022-05-05 03:53:50 UTC Comment hidden (obsolete)
Comment 6 Gabor Kelemen (Collabora) 2022-05-17 14:09:43 UTC
Still a problem in

Version: 7.4.0.0.alpha1+ (x64) / LibreOffice Community
Build ID: 817b8fe7001a83cb74910eb09b7c14a3b95b8a39
CPU threads: 14; OS: Windows 10.0 Build 19044; UI render: default; VCL: win
Locale: de-DE (hu_HU); UI: en-US
Calc: threaded

Especially visible after turning off grid lines on Options - Calc - View page and scrolling between 50-150% zoom levels.
Comment 7 Thorsten Behrens (allotropia) 2024-01-29 09:59:47 UTC
Un-Ccing developer for the moment, old regression & very high workload.
Comment 8 QA Administrators 2026-01-29 10:21:04 UTC
Dear strata_ranger,

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