Bug 132529 - Text isn't disappearing when holding backspace (Skia/Vulkan)
Summary: Text isn't disappearing when holding backspace (Skia/Vulkan)
Status: RESOLVED NOTABUG
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Skia
  Show dependency treegraph
 
Reported: 2020-04-29 19:20 UTC by Telesto
Modified: 2020-05-13 21:02 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Example file (9.07 KB, application/vnd.oasis.opendocument.text)
2020-05-06 11:52 UTC, Telesto
Details
Screencast (223.12 KB, video/mp4)
2020-05-06 11:53 UTC, Telesto
Details
Screencast (168.16 KB, video/mp4)
2020-05-06 12:02 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-04-29 19:20:28 UTC
Description:
Text isn't disappearing when holding backspace (Skia/Vulkan)

Steps to Reproduce:
1. Open Writer
2. Hold a key for a while, say a
3. Remove it with by holding backspace.. Cursor moves, letters still around for a while 

Actual Results:
Text isn't (visually) removed when holding backspace 

Expected Results:
Should be working


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: f845f74afaf087a46c82ee4209e29caca0980b71
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Vulkan; VCL: win; 
Locale: nl-NL (nl_NL); UI-Language: en-US
Calc: CL
Comment 1 Bart 2020-04-29 20:36:34 UTC
Heel jammer, ;-) but this needs to be confirmed by someone other than me.

I tried this with Windows 10 and with Linux/Debian10, both with a LibreOffice 6.x version and a 7.0 version. In all cases it worked as expected. I hope I did it exactly the way you did. 

The only difference between your Windows10/LibreOffice7.0 version and mine is that yours is:
   CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Vulkan; VCL: win; 
   Locale: nl-NL (nl_NL); UI-Language: en-US
while mine is:
   CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win; 
   Locale: en-US (en_US); UI-Language: en-US
but I'm not sure if that explains the difference.


I'm adding all my findings in case they are useful for the developers:

   Linux/Debian10/LXDE with LibreOffice 6.1 ; works as expected

Version: 6.1.5.2
Build ID: 1:6.1.5-3+deb10u5
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk2; 
Locale: en-US (en_US.UTF-8); Calc: group threaded

   Linux/Debian10/LXDE with LibreOffice 7.0 ; works as expected

Version: 7.0.0.0.alpha0+
Build ID: 4d03bd252274308f64332e7c0523068c38ac684a
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; 
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-04-26_05:59:56
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded 

   Windows 10 with LibreOffice 6.3 ; works as expected

Version: 6.3.5.2 (x64)
Build ID: dd0751754f11728f69b42ee2af66670068624673
CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

   Windows 10 with LibreOffice 7.0 ; works as expected

Version: 7.0.0.0.alpha0+ (x64)
Build ID: f845f74afaf087a46c82ee4209e29caca0980b71
CPU threads: 4; OS: Windows 10.0 Build 17763; UI render: Skia/Raster; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

PS: I'm not a developer. I submitted a few bugs/reports myself and I'm trying to confirm the bugs that other people report here.
Comment 2 Durgapriyanka 2020-04-29 22:11:24 UTC
Thank you, I can not reproduce this bug in 

Version: 6.4.0.0.alpha1+ (x86)
Build ID: ec7374ff84c71edfbb30d6e4dc5b486b6df7107f
CPU threads: 2; OS: Windows 6.1 Service Pack 1 Build 7601; UI render: default; VCL: win; 
TinderBox: Win-x86@42, Branch:master, Time: 2019-11-10_21:37:30
Locale: en-US (en_US); UI-Language: en-US
Calc: threaded
	

and in

LibreOffice 3.3.0 
OOO330m19 (Build:6)
tag libreoffice-3.3.0.4
Comment 3 Luboš Luňák 2020-05-06 11:24:20 UTC
I cannot reproduce.
Comment 4 Telesto 2020-05-06 11:52:34 UTC
Created attachment 160431 [details]
Example file
Comment 5 Telesto 2020-05-06 11:53:02 UTC
Created attachment 160432 [details]
Screencast
Comment 6 Telesto 2020-05-06 11:56:15 UTC
Again.. still working with my old drivers.. So can be spurious.. but this way you know what might can happen... with broken stuff

RenderMethod: vulkan
Vendor: 0x1002
Device: 0x683d
API: 1.0.30
Driver: 1.4.1
DeviceType: discrete
DeviceName: AMD Radeon HD 7700 Series
Blacklisted: no
Comment 7 Telesto 2020-05-06 12:02:15 UTC
Created attachment 160433 [details]
Screencast

1. insert table
2. Copy the table
3. Paste it below
Comment 8 BogdanB 2020-05-11 13:30:11 UTC
Works as expacted
Version: 7.0.0.0.alpha1
Build ID: 6a03b2a54143a9bc0c6d4c7f1...
CPU threads: 4; OS: Linux 5.4; UI render: Skia/Raster; VCL: x11; 
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 9 Telesto 2020-05-11 14:24:29 UTC
(In reply to BogdanB from comment #8)
No issue with Raster.. it's about Vulkan rendering (not software mode, but hardware)
Comment 10 Telesto 2020-05-13 21:02:15 UTC
Driver issue
Version: 7.0.0.0.alpha1+ (x64)
Build ID: f9790da286f2d2fa47f1748f8cfa6172c6622ca3
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; 
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

This should go to the blacklist
RenderMethod: vulkan
Vendor: 0x1002
Device: 0x683d
API: 1.0.30
Driver: 1.4.1
DeviceType: discrete
DeviceName: AMD Radeon HD 7700 Series
Blacklisted: no