Bug 133616 - [kf5] Controls not refreshing
Summary: [kf5] Controls not refreshing
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.0.0.0.alpha1+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-06-02 19:31 UTC by RGB
Modified: 2020-06-18 03:54 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
A screenshot presenting the problem (10.63 KB, image/png)
2020-06-02 19:31 UTC, RGB
Details

Note You need to log in before you can comment on or make changes to this bug.
Description RGB 2020-06-02 19:31:29 UTC
Created attachment 161549 [details]
A screenshot presenting the problem

Version: 7.0.0.0.beta1
Build ID: 94f789cbb33335b4a511c319542c7bdc31ff3b3c
Subprocs. CPU: 8; SO: Linux 4.12; Repres. IU: predet.; VCL: kf5
Locale: es-ES (es_ES.UTF-8); Interfaz: es-ES
Calc: threaded

[Note: the "version" field in bugzilla do not offer the beta1 for 7.0]

As you can see from the screenshot, numerical controls do not refresh when changing their values, and successive numbers "accumulate" one on top of the others, blurring the field content. 

Minimizing / maximizing forces a refresh, fixing the problem momentarily.

The problem is not present with GTK3 VCL plug-in, only with the kf5 one and only in 7.0 beta: version 6.4 works as intended.
Comment 1 Xisco Faulí 2020-06-17 14:14:57 UTC
Thanks for reporting this issue.
Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Comment 2 RGB 2020-06-17 14:51:16 UTC
It seems to work well with 

Version: 7.1.0.0.alpha0+
Build ID: a3c8ea5e644ca2fc04de9f01ba9f8ace47f520f0
Subprocs. CPU: 8; SO: Linux 4.12; Repres. IU: predet.; VCL: kf5
Locale: es-ES (es_ES.UTF-8); Interfaz: es-ES
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2020-06-17_02:21:20
Calc: threaded 

Downloaded from http://dev-builds.libreoffice.org/daily/master/ 

That build declares itself as "alpha0+" while there are beta 1 versions available at https://dev-builds.libreoffice.org/pre-releases/rpm/x86_64/ (though the time stamp is older). Is that Ok?
Comment 3 Xisco Faulí 2020-06-17 14:56:01 UTC
(In reply to RGB from comment #2)
> It seems to work well with 
> 
> Version: 7.1.0.0.alpha0+
> Build ID: a3c8ea5e644ca2fc04de9f01ba9f8ace47f520f0
> Subprocs. CPU: 8; SO: Linux 4.12; Repres. IU: predet.; VCL: kf5
> Locale: es-ES (es_ES.UTF-8); Interfaz: es-ES
> TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time:
> 2020-06-17_02:21:20
> Calc: threaded 
> 
> Downloaded from http://dev-builds.libreoffice.org/daily/master/ 
> 
> That build declares itself as "alpha0+" while there are beta 1 versions
> available at https://dev-builds.libreoffice.org/pre-releases/rpm/x86_64/
> (though the time stamp is older). Is that Ok?

Yes, you tested LibreOffice 7.1 alpha0 while the beta1 is for LibreOffice 7.0.
Thanks for testing it with a master build.
Closing as RESOLVED WORKSFORME