Bug 100801 - Video memory corruption when resizing column in Calc
Summary: Video memory corruption when resizing column in Calc
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.2.0.1 rc
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2016-07-08 01:47 UTC by Dan Dascalescu
Modified: 2016-12-12 08:19 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Screencast (2.28 MB, image/gif)
2016-07-08 01:47 UTC, Dan Dascalescu
Details
Resize column B (31.51 KB, application/vnd.oasis.opendocument.spreadsheet)
2016-07-08 01:48 UTC, Dan Dascalescu
Details
Correct screencast of video memory corruption (4.18 MB, image/gif)
2016-08-03 07:18 UTC, Dan Dascalescu
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dan Dascalescu 2016-07-08 01:47:06 UTC
Created attachment 126111 [details]
Screencast

Looks like Calc reads some discarded video memory when a column is resized. The entire sheet looks black or garbage (see screencast).

Ubuntu 16.04 64-bit on a Dell E7450 laptop with 16GB RAM and integrated video card.
Comment 1 Dan Dascalescu 2016-07-08 01:48:18 UTC
Created attachment 126112 [details]
Resize column B
Comment 2 Aron Budea 2016-07-08 02:40:46 UTC
What should I be looking at in the screencast? It looks normal at first sight.

In 'Help -> About', is 'UI Render' GL or default? If it's GL, could you also test with 'Tools -> Options... -> LibreOffice -> View -> Use OpenGL for all rendering (on restart)' unchecked?
Comment 3 Buovjaga 2016-07-16 17:32:16 UTC
Dan: it seems you included the wrong screencast.

Set to NEEDINFO.
Change back to UNCONFIRMED after you have provided the missing information.
Comment 4 Dan Dascalescu 2016-08-03 07:18:00 UTC
Created attachment 126533 [details]
Correct screencast of video memory corruption

UI render: default
Comment 5 Dan Dascalescu 2016-08-03 07:19:57 UTC
@Buovjaga: odd. I've attached a new screecast. The spreadsheet used is the one from bug 100709

@Aron: UI render was default.
Comment 6 Thomas Hackert 2016-12-11 13:32:20 UTC
Hello Dan, *,
thank you for reporting this bug :) I cannot reproduce it with

OS: Debian Testing AMD64
LO: Version: 5.2.3.3
Build-ID: d54a8868f08a7b39642414cf2c8ef2f228f780cf
CPU-Threads: 4; BS-Version: Linux 4.5; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE.UTF-8); Calc: group
(parallel installed, following the instructions from https://wiki.documentfoundation.org/Installing_in_parallel/Linux w/ de_DE lang- as well as helppack)

sorry ... :( Would you be so kind to test it with a newer version of LO than 5.2.0.1rc, please? Maybe it was fixed in the meantime ... ;)

And just out of interest: have you discovered this bug with Ubuntu's own version of LO or with ours? If it only occurs with Ubuntu's it would be nice, if you could close this bug here and search on https://bugs.launchpad.net/ubuntu/+source/libreoffice to see if it is reported already. If it is not reported there I would like to ask you to open a new on on Launchpad.
TIA
Thomas.
Comment 7 Dan Dascalescu 2016-12-11 21:19:10 UTC
Hi Thomas,

Unfortunately, I switched to using Excel with Wine in the meantime. Far fewer (https://bugs.documentfoundation.org/buglist.cgi?email1=dascalescu&emailreporter1=1&emailtype1=substring&list_id=620680&order=changeddate%20DESC%2C) headaches.

Most likely I used our version of LO, not Ubuntu's.
Comment 8 Buovjaga 2016-12-12 08:19:16 UTC
Ok, closing.