Bug 111692 - EDITING: Right table cell border temporally disappears after highlighting text within a table cell
Summary: EDITING: Right table cell border temporally disappears after highlighting tex...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.4.6.3 release
Hardware: All All
: medium trivial
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2017-08-11 12:30 UTC by Telesto
Modified: 2018-02-13 19:17 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Example file (14.42 KB, application/vnd.oasis.opendocument.text)
2017-08-28 18:35 UTC, Telesto
Details
Screenshot (438.23 KB, image/jpeg)
2017-08-31 19:32 UTC, Telesto
Details
Screencast (4.03 MB, video/avi)
2017-09-01 18:46 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2017-08-11 12:30:52 UTC
Description:
Right table cell border temporally disappears after highlighting text within a table cell

Steps to Reproduce:
1. Open the attached file
2. Select the text in B1 and apply some highlighting. Notice that the right border will be partly gone.
3. Exit the table; problem is resolved

Actual Results:  
Visual glitch: the border partially disappears

Expected Results:
Shouldn't happen


Reproducible: Always

User Profile Reset: No

Additional Info:
Found in
Version: 6.0.0.0.alpha0+
Build ID: 386fcf9be786b302cd2c6f85ff6d8d97a6777926
CPU threads: 4; OS: Windows 6.19; UI render: GL; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-08-06_01:57:50
Locale: nl-NL (nl_NL); Calc: CL

and in
Versie: 4.4.6.3 
Build ID: e8938fd3328e95dcf59dd64e7facd2c7d67c704d
Locale: nl_NL

but not in
Version: 4.4.0.3
Build ID: de093506bcdc5fafd9023ee680b8c60e3e0645d7
Locale: nl_NL


User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:52.0) Gecko/20100101 Firefox/52.0
Comment 1 Buovjaga 2017-08-28 18:22:56 UTC
No file attached.
Comment 2 Telesto 2017-08-28 18:35:04 UTC
Created attachment 135830 [details]
Example file
Comment 3 Buovjaga 2017-08-30 11:52:30 UTC
No problem here. Is it dependent on OpenGL?

Win 10
Version: 6.0.0.0.alpha0+ (x64)
Build ID: 8d74698f407de0b02826777d5cb3f5aca2fd50f1
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-24_23:26:55
Locale: fi-FI (fi_FI); Calc: group
Comment 4 Telesto 2017-08-31 18:52:50 UTC
(In reply to Buovjaga from comment #3)
> No problem here. Is it dependent on OpenGL?
> 
> Win 10
> Version: 6.0.0.0.alpha0+ (x64)
> Build ID: 8d74698f407de0b02826777d5cb3f5aca2fd50f1
> CPU threads: 4; OS: Windows 6.19; UI render: default; 
> TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-24_23:26:55
> Locale: fi-FI (fi_FI); Calc: group

It isn't OpenGL related. It doesn't happen when selecting cell B2; only when selecting the content within the cell:
1. Open the attached file
2. Select the last Paragraph in cell B2 starting with: Aliquam velit massa,
3. Apply some highlighting. 
4. Remove the selection by place the text cursor somewhere else (in cell B2)
Comment 5 Buovjaga 2017-08-31 19:12:08 UTC
(In reply to Telesto from comment #4)
> (In reply to Buovjaga from comment #3)
> > No problem here. Is it dependent on OpenGL?
> > 
> > Win 10
> > Version: 6.0.0.0.alpha0+ (x64)
> > Build ID: 8d74698f407de0b02826777d5cb3f5aca2fd50f1
> > CPU threads: 4; OS: Windows 6.19; UI render: default; 
> > TinderBox: Win-x86_64@42, Branch:master, Time: 2017-08-24_23:26:55
> > Locale: fi-FI (fi_FI); Calc: group
> 
> It isn't OpenGL related. It doesn't happen when selecting cell B2; only when
> selecting the content within the cell:
> 1. Open the attached file
> 2. Select the last Paragraph in cell B2 starting with: Aliquam velit massa,
> 3. Apply some highlighting. 
> 4. Remove the selection by place the text cursor somewhere else (in cell B2)

No repro (B1, that is).

Win 10
Version: 6.0.0.0.alpha0+ (x64)
Build ID: 4b4ebb15456af443347679a7e7e8726c090a5bf5
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2017-08-31_02:04:11
Locale: fi-FI (fi_FI); Calc: group
Comment 6 Telesto 2017-08-31 19:32:55 UTC
Created attachment 135916 [details]
Screenshot

(In reply to Buovjaga from comment #5)
> No repro (B1, that is).

Hmm; odd. The zoom level seems to make a difference. Could you please try it a different zoom levels?

Version: 6.0.0.0.alpha0+
Build ID: 02c53f744ed23e2149fc7c83d67cb7d8aa5eb0ed
CPU threads: 4; OS: Windows 6.19; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2017-08-24_05:48:55
Locale: nl-NL (nl_NL); Calc: CL
Comment 7 Buovjaga 2017-08-31 19:37:35 UTC
(In reply to Telesto from comment #6)
> Hmm; odd. The zoom level seems to make a difference. Could you please try it
> a different zoom levels?

Tried it with 100, 110, 120. What zoom level was in that screenshot?
Comment 8 Telesto 2017-09-01 18:46:56 UTC
Created attachment 135939 [details]
Screencast

(In reply to Buovjaga from comment #7)
> (In reply to Telesto from comment #6)
> > Hmm; odd. The zoom level seems to make a difference. Could you please try it
> > a different zoom levels?
> 
> Tried it with 100, 110, 120. What zoom level was in that screenshot?

You should have seen something in that range. I can also reproduce it with my Macbook
Comment 9 Telesto 2018-02-13 18:58:04 UTC
No repro with 
Version: 6.1.0.0.alpha0+
Build ID: 8a0b61172a14b8b766a2e85f27762db3558d3af7
CPU threads: 4; OS: Windows 6.3; UI render: default; 
TinderBox: Win-x86@42, Branch:master, Time: 2018-02-06_03:28:54
Locale: nl-NL (nl_NL); Calc: CL

The auto table style formatting seems to resolve this (I recreated to document). Was a minor glitch anyway.

Not 100% sure what the status should be without a conformation.
Comment 10 Buovjaga 2018-02-13 19:17:24 UTC
(In reply to Telesto from comment #9)
> Not 100% sure what the status should be without a conformation.

WFM is correct