[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 Luigi Toscano changed: What|Removed |Added Version Fixed In||18.08.1 -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 Luigi Toscano changed: What|Removed |Added Resolution|--- |FIXED Latest Commit||https://commits.kde.org/juk ||/665a629e914d5d08bcf0dacd55 ||3fa4a382c798f2 Status|CONFIRMED |RESOLVED --- Comment #9 from Luigi Toscano --- Git commit 665a629e914d5d08bcf0dacd553fa4a382c798f2 by Luigi Toscano. Committed on 02/09/2018 at 20:41. Pushed by ltoscano into branch 'Applications/18.08'. Set the tick interval, because the default value is 0 Summary: With this change the time is correctly updated also when using the VLC backend. It worked for some reason with phonon-gstreamer, but it looks like it's just by accident. In fact, according the documentation, the default value of the property is 0: https://api.kde.org/phonon/html/classPhonon_1_1MediaObject.html#ae0f0ab91c97a1f3495ed9467048bb81a The choosen value (100) should allow for a fluid scrolling of the progress element, without having a too small resolution, and it seems to match the resolution of the gstreamer backend anyway. Test Plan: The time is updated on both the progress bar and the status bar with both VLC and GStreamer Phonon backends. Reviewers: mpyne Reviewed By: mpyne Differential Revision: https://phabricator.kde.org/D15222 M +2-0playermanager.cpp https://commits.kde.org/juk/665a629e914d5d08bcf0dacd553fa4a382c798f2 -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 --- Comment #8 from Luigi Toscano --- Proposed fix: https://phabricator.kde.org/D15222 -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 --- Comment #7 from Luigi Toscano --- It looks like PlayerManager::slotTick is never called when using the VLC backend (checked with a simple qWarning in the method). The MPRIS-based Plasma applet seems to report the time correctly. -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 Luigi Toscano changed: What|Removed |Added CC||luigi.tosc...@tiscali.it -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 mthw0 changed: What|Removed |Added Version|17.12.1 |18.04.1 CC||jari...@hotmail.com Platform|Other |Archlinux Packages -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 Michael Pyne changed: What|Removed |Added Status|UNCONFIRMED |CONFIRMED Ever confirmed|0 |1 --- Comment #6 from Michael Pyne --- Thanks, that helps at least track down what might be the cause of the bug (I normally use Phonon with GStreamer myself). -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 Alexandre Bouvier changed: What|Removed |Added CC||abouv...@student.42.fr --- Comment #5 from Alexandre Bouvier --- This bug only occurs when using the VLC Phonon backend. It's working normally with the GStreamer backend. juk: 18.04.0 phonon-qt5: 4.10.1 phonon-qt5-vlc: 0.10.1 phonon-qt5-gstreamer: 4.9.0 -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 --- Comment #4 from Michael D --- The bug is still present for me in version 18.04.0. I'm using KDE Neon. -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 --- Comment #3 from tyw...@gmail.com --- Latest Juk works fine now. I still don't know the cause of the problem but thanks for your feedback. On Thu, 8 Feb 2018, 02:07 Michael Pyne, wrote: > https://bugs.kde.org/show_bug.cgi?id=389907 > > --- Comment #1 from Michael Pyne --- > What Phonon backend does your system use? I'm assuming it's the PulseAudio > backend, though I'm not sure if you have an easy way to test Phonon's > GStreamer > backend or VLC backend directly. > > The reason I ask is that JuK's track playback information is fed directly > from > the underlying Phonon library's media object. So if the track position > does > not update then it would likely be a Phonon issue, or somehow the Qt > signal/slot connections to the TrackPositionAction are being blocked. But > those connections are practically guaranteed at compile time at this point > so > that is not the most likely cause. > > -- > You are receiving this mail because: > You reported the bug. -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 Michael D changed: What|Removed |Added CC||nortex...@gmail.com --- Comment #2 from Michael D --- Same issue here on KDE Neon which uses the VLC backend. I don't recall whether it updated using the gstreamer backend (in opensuse TW), but I have a hunch that it did. -- You are receiving this mail because: You are watching all bug changes.
[juk] [Bug 389907] Progress bar not updating.
https://bugs.kde.org/show_bug.cgi?id=389907 --- Comment #1 from Michael Pyne --- What Phonon backend does your system use? I'm assuming it's the PulseAudio backend, though I'm not sure if you have an easy way to test Phonon's GStreamer backend or VLC backend directly. The reason I ask is that JuK's track playback information is fed directly from the underlying Phonon library's media object. So if the track position does not update then it would likely be a Phonon issue, or somehow the Qt signal/slot connections to the TrackPositionAction are being blocked. But those connections are practically guaranteed at compile time at this point so that is not the most likely cause. -- You are receiving this mail because: You are watching all bug changes.