Bug 105165 - media playback toolbar - seek and volume controllers leave traces when dragged
Summary: media playback toolbar - seek and volume controllers leave traces when dragged
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: UI (show other bugs)
(earliest affected)
Hardware: All All
: medium normal
Assignee: Not Assigned
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Media-Playback
  Show dependency treegraph
Reported: 2017-01-07 10:02 UTC by bordfeldt
Modified: 2022-03-05 19:51 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

wrong displayed seek- and volume-controllers in media playback toolbar (6.30 KB, image/png)
2017-01-07 10:03 UTC, bordfeldt

Note You need to log in before you can comment on or make changes to this bug.
Description bordfeldt 2017-01-07 10:02:14 UTC
I think, the slide controllers for seek and volume in the media playback toolbar should be displayed as a thin blue vertical line and can be dragged by the mouse. But if I do this, there are displaying problems. See attached screenshot.

Steps to Reproduce:
1. Open impress
2. create a new impress slideshow
3. change the first slide in a layout with title and content
4. insert a video-file in the content area
5. click on the video -> media playback toolbar appears
6. try to drag the seek- and volume-controllers with the mouse

Actual Results:  
seek- and volume-control in the media playback toolbar aren't displayed correctly when dragged with the mouse

Expected Results:
seek- and volume-control in the media playback toolbar should be displayed correctly when dragged with the mouse

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:50.0) Gecko/20100101 Firefox/50.0
Comment 1 bordfeldt 2017-01-07 10:03:29 UTC
Created attachment 130231 [details]
wrong displayed seek- and volume-controllers in media playback toolbar
Comment 2 Buovjaga 2017-01-13 16:04:53 UTC
I can reproduce on Linux as well. Traces are left, even though the UI element in the case of KDE is a circle.
I had to first undock the media playback toolbar to see any of the UI elements.

Not sure, if this is a regression. Might be implementation error, if the style of the controllers was changed.

Bordfeldt: you can add insight regarding the regression status, if you have any.

Arch Linux 64-bit, KDE Plasma 5
Build ID: 57779b5f3a49fedd952aed70ddcce22f48b98ea5
CPU Threads: 8; OS Version: Linux 4.8; UI Render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on January 13th 2016
Comment 3 bordfeldt 2017-01-13 17:35:02 UTC
"you can add insight regarding the regression status, if you have
any." What does this mean?
Comment 4 Buovjaga 2017-01-13 17:56:38 UTC
(In reply to bordfeldt from comment #3)
> "you can add insight regarding the regression status, if you have
> any." What does this mean?

Did it work without the artifacts in an older version?
Comment 5 Roman Kuznetsov 2017-01-14 22:10:12 UTC
i confirm this issue. repro with not repro in 5.0.6 and earlier. this is regression
Comment 6 Mike Kaganski 2017-01-14 23:00:34 UTC
Worked OK with Version: (x64)
Build ID: 1b1a90865e348b492231e1c451437d7a15bb262b
Locale: ru-RU (ru_RU)

Already reproducible with Version: (x64)
Build ID: 0b48731919433e46e4fda7e5a5ca27c08c28b981
Locale: ru-RU (ru_RU)
Comment 7 Mike Kaganski 2017-01-15 00:11:49 UTC
Bibisecting with bibisect-win32-5.1

$ git bisect log
# bad: [05d11632892a322664fb52bac90b2598b7fb7544] source 5616d22b57a9a5e57d545e912e029162a230829b
# good: [c1efd324c6ad448ac9edb030dc9738b9e6899e4d] source ab465b90f6c6da5595393a0ba73f33a1e71a2b65
git bisect start 'master' 'oldest'
# good: [97526ab777da7e58ce283c05498262ecdd4d6f7f] source 4ea70f87f7a2b61eda6e5ab1f48debf6fcfadc1f
git bisect good 97526ab777da7e58ce283c05498262ecdd4d6f7f
# bad: [86fee7ded76d9c2756ccab6aef160a2d7fab0ab6] source 1b62841b1859ae3443e2bf1ebe99ec3d6afb6cc2
git bisect bad 86fee7ded76d9c2756ccab6aef160a2d7fab0ab6
# bad: [ecd02a00b3cb479dcecd6a2539e2f4140cd8158f] source f45ac62a20b80033a7f5ccdef4a6c116b6fece24
git bisect bad ecd02a00b3cb479dcecd6a2539e2f4140cd8158f
# bad: [6629f1abc962685b1c83b088dff82517bb2f1691] source 5496f2a3ee8e76dda6d1c393308be1e9bbb90d6e
git bisect bad 6629f1abc962685b1c83b088dff82517bb2f1691
# bad: [a5f968795bf60a73039ae687b366800b7929f17c] source 6917cd98ca6b6fd2d495d0257c7fe50611982d34
git bisect bad a5f968795bf60a73039ae687b366800b7929f17c
# bad: [46a5506b97ad5599ec0c27abe6d39f46de3d7360] source e126468e5dbc4ef85fc4b6146e0ba73e85281f70
git bisect bad 46a5506b97ad5599ec0c27abe6d39f46de3d7360
# bad: [719630ad66ad18929cddcb08e1f3912ed0df64a5] source 7ac8939cc8e7599cca3de27c8f8dc9fd9f2e2185
git bisect bad 719630ad66ad18929cddcb08e1f3912ed0df64a5
# bad: [fd3f7ea5e8f587cea262341fd01fa514410e0150] source 9909bcb88ec68d52a0f863319d9b4d12cc90b20c
git bisect bad fd3f7ea5e8f587cea262341fd01fa514410e0150
# good: [82e8c4e9369b92c525e1ea6f29cccadc949c0d6f] source 8f0f4faad2db50fdc50d3f66ed5d32c9a0138dad
git bisect good 82e8c4e9369b92c525e1ea6f29cccadc949c0d6f
# bad: [410d2a2b8aec6c62fb25188c1ab0bc0656e83aa3] source 3e6d47408db3717690515fcb8051dddd8fb3d9a6
git bisect bad 410d2a2b8aec6c62fb25188c1ab0bc0656e83aa3
# good: [107e3ee7c4371aaa11580464e8b516e807b02c63] source e8e6475617257054cd0fd5ddb704c1115b165c97
git bisect good 107e3ee7c4371aaa11580464e8b516e807b02c63
# good: [694ac4035c1e3d6d419e44d1df913ddd9929f510] source 46cf9bb76b29f2bfa6639d9aaf4f26dee365bc0c
git bisect good 694ac4035c1e3d6d419e44d1df913ddd9929f510
# bad: [32127273e1111d03ec032ce94e0e3ccb2471992c] source 262e7be01461887202f629d1ccc57751b1a085c5
git bisect bad 32127273e1111d03ec032ce94e0e3ccb2471992c
# bad: [dcf96b9e8aa0b6875bddb100b434e660a44690ac] source b70b4ae26a4d5256444996da46abee85a81b53be
git bisect bad dcf96b9e8aa0b6875bddb100b434e660a44690ac
# first bad commit: [dcf96b9e8aa0b6875bddb100b434e660a44690ac] source b70b4ae26a4d5256444996da46abee85a81b53be

author	Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk>	2015-09-04 11:36:55 (GMT)
committer	Tomaž Vajngerl <tomaz.vajngerl@collabora.co.uk>	2015-09-04 12:39:47 (GMT)
commit b70b4ae26a4d5256444996da46abee85a81b53be
tree bcfa379831bc2f46f94b50b3cebc0048a82cda27
parent 46cf9bb76b29f2bfa6639d9aaf4f26dee365bc0c
fix slider drawing, change to always draw the whole widget
Change-Id: Ifca2f72962b808a355bd7dcc20babaeb61272bf8

Comment 8 Mike Kaganski 2017-01-15 00:16:03 UTC
I must add that in and current master, the playback/volume controls on Media Playback sidebar deck work as expected; but the same controls on Media Playback toolbar still have this problem. I wonder if there's some code duplication?
Comment 9 Xisco Faulí 2017-01-15 10:22:35 UTC
Adding Cc: to Tomaž Vajngerl
Comment 10 bordfeldt 2017-02-13 18:16:55 UTC
still exists in
Comment 11 bordfeldt 2017-08-03 14:29:16 UTC
still exists in
Comment 12 bordfeldt 2018-02-04 15:02:18 UTC
still exists in
Comment 13 QA Administrators 2019-02-05 03:46:32 UTC Comment hidden (obsolete)
Comment 14 QA Administrators 2021-02-05 04:10:59 UTC Comment hidden (obsolete, spam)
Comment 15 Justin L 2022-03-05 15:33:49 UTC
Needs to be retested. At least for GTK, the slider has changed significantly.

I could reproduce this up to LO 6.4 with
SAL_USE_VCLPLUGIN=gtk ./instdir/program/soffice

I couldn't reproduce with =gen.
Comment 16 Buovjaga 2022-03-05 19:51:33 UTC
It's fine now, let's close

Version: (x64) / LibreOffice Community
Build ID: 04f9a8957c04b8c5abaa58140328d2c83381f4ff
CPU threads: 2; OS: Windows 10.0 Build 19042; UI render: Skia/Raster; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded Jumbo

Arch Linux 64-bit
Version: / LibreOffice Community
Build ID: 896c097f1fa4bc9d2e5ea87a696c125bb335ecac
CPU threads: 8; OS: Linux 5.16; UI render: default; VCL: kf5 (cairo+xcb)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded Jumbo
Built on 3 March 2022