Bug 167796 - Juk unpauses after a search and replace in Kate
Summary: Juk unpauses after a search and replace in Kate
Status: RESOLVED UNMAINTAINED
Alias: None
Product: juk
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Scott Wheeler
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-07-31 00:48 UTC by Chris
Modified: 2010-05-10 06:05 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chris 2008-07-31 00:48:54 UTC
Version:           2.3.5 (using 3.5.9, Kubuntu (hardy) 4:3.5.9-0ubuntu7.1)
Compiler:          Target: i486-linux-gnu
OS:                Linux (i686) release 2.6.24-20-generic

I use KDE3 versions of both the Juk and Kate packages. If Juk is paused and I perform a search and replace in Kate, Juk unpauses. Then, after finishing the current song, it pauses again and the seek bar moves to about 1/4 of the way through the song (always to the same position, even in songs of different lengths). If I start a different song, pause again and then do another search and replace, this happens again!

I've never seen anything like this. It happens even when I do not press any keys other than letters in the course of performing the search and replace.
Comment 1 Scott Wheeler 2008-07-31 01:33:16 UTC
Perhaps connected to notifications?  Could you make sure that all audio notifications for Kate are turned off?  (Just a wild guess -- that's obviously not a long term solution, just trying to figure out where the connection might lay.)
Comment 2 Chris 2008-07-31 02:01:46 UTC
Where do I look for the audio notifications?
Comment 3 Michael Pyne 2008-09-01 01:47:14 UTC
Chris,

Use "kcmshell kcmnotify" to bring up the notifications configuration (also available under KControl if you look for "Notification" if I remember correctly)

I poked around at the code and I didn't see anything weird in kwrite or kate that jumps out.

I suspect the real cause is due to KMessageBox (and indirectly to KNotify, the notification event system)

So you should also try other things that would case a message box to popup if you can think of them.

One more thing: When you go into the notifications configuration, there is a button in the lower right called Player Settings if I remember right.  If you click on that there should be a slider where you can adjust the volume?  Is it set to 100%?  If not, can you try again after setting it to 100% and then clicking OK on all the dialogs and such?

There's a section in kdelibs/arts/knotify (notifyBySound) where the code does a couple of things extra if volume is not set to 100% which I have a hunch may be causing the bug.

I believe this is a duplicate of bug 124729 based on being able to cause unpausing via a different means (trying to overwrite a file causing a dialog box to popup) but I'm not entirely sure yet.
Comment 4 Michael Pyne 2010-05-10 06:05:36 UTC
There's no way I'm ever going to be able to reproduce this bug, I haven't had kdelibs3 installed in over a year. If you continue to experience there's a group trying to maintain KDE 3 though: http://trinity.pearsoncomputing.net/