Skip to content
This repository has been archived by the owner on Mar 3, 2022. It is now read-only.

cantata 0.9 unstable with kde sc 4.9.4 (arch linux) #142

Closed
GoogleCodeExporter opened this issue Apr 25, 2015 · 11 comments
Closed

cantata 0.9 unstable with kde sc 4.9.4 (arch linux) #142

GoogleCodeExporter opened this issue Apr 25, 2015 · 11 comments

Comments

@GoogleCodeExporter
Copy link

What steps will reproduce the problem?
1. start cantata
2. connect to mpd (either manually, or automatically)

What is the expected output? What do you see instead?

I expect cantata to run as advertised (which it does with kde 4.9.3). However, 
with KDE 4.9.4 it either:
* crashes silently
* crashes partially, leaving an icon in the systray (and working systray 
controls) but no possibility to open a window
* works (on rare occasions)

NB., this happens both for repo-supplied canata and for cantata compiled from 
source, both with 0.9.0 and with 0.8.3

cantata-qt (without KDE deps) works as expected with KDE 4.9.4

Please provide any additional information below.

* valgrind output (courtesy of mnx): http://codepad.org/HMn1SFIJ
* forums thread: https://bbs.archlinux.org/viewtopic.php?id=154265
* arch bug report: https://bugs.archlinux.org/task/33042

Original issue reported on code.google.com by mmbcor...@gmail.com on 11 Dec 2012 at 3:32

@GoogleCodeExporter
Copy link
Author

So, 0.8.3 also crashes? Does it crash if you use another style apart from 
oxygen? e.g. plastique? QtCurve?

Original comment by craig.p....@gmail.com on 11 Dec 2012 at 4:17

@GoogleCodeExporter
Copy link
Author

Widget style doesn't seem to make any difference (oxygen; plastique; phase); 
nor does window decor (oxygen; plastik)

Original comment by mmbcor...@gmail.com on 11 Dec 2012 at 4:32

@GoogleCodeExporter
Copy link
Author

Hmmm... Odd. I've seem some crashes with Oxygen, but only when starting with 
either the playlist of wikipedia views. And again, oly with Oxygen.

Does the start-up view matter in your case?

Not sure, why - but it looks as if the animated showing of the message widget 
was causing crashes for me. I've disabled this in trunk. Can you update and see 
if that helps you? (It probably wont, seeing as you were having issues with 
other styles...)

Original comment by craig.p....@gmail.com on 11 Dec 2012 at 9:44

  • Changed state: Started
  • Added labels: Priority-High
  • Removed labels: Priority-Medium

@GoogleCodeExporter
Copy link
Author

OK, so I had a play and it appears that (1) the start-up view doesn't appear to 
matter; (2) disabling the animation doesn't make any difference :(

Thanks for following this up.

Original comment by mmbcor...@gmail.com on 12 Dec 2012 at 3:15

@GoogleCodeExporter
Copy link
Author

As I said, didn't think it'd fix your issue :-)

Any chance you could run cantata in gdb, and get a backtrace? Cantata is a 
'KUniqueApplication', so when you run it under gdb you need to pass the 
--nofork parameter. e.g.

    gdb ./cantata
    (gdb) run --nofork

...wait for crash, then type 'where'

Original comment by craig.p....@gmail.com on 12 Dec 2012 at 3:19

@GoogleCodeExporter
Copy link
Author

Done.  But not very informative, I'm afraid -- the majority of the time,
the behaviour is consistent with my second description above: the
systray icon appears (and playback can be controlled from there), but I
can't open a window.  I can't seem to get cantata to crash at present(!)

Sorry about the vacillating reports.  Hard to pin down what's happening...

Original comment by mmbcor...@gmail.com on 12 Dec 2012 at 3:34

@GoogleCodeExporter
Copy link
Author

Can you try starting with a blank config? I think this might be related to 
https://code.google.com/p/cantata/issues/detail?id=137 - where the KDE version 
of Cantata cannot be restored from the system tray.

Have you updated to trunk? Or are you still running 0.9? Issue 137 is fixed in 
trunk, and the 0.9 branch, I was just waiting a little while longer before 
releasing 0.9.1...

Original comment by craig.p....@gmail.com on 12 Dec 2012 at 4:02

@GoogleCodeExporter
Copy link
Author

OK.  I thought I'd updated to trunk, but had in fact only applied the patch in 
1744 on 0.9.0 (long story; apologies).  1749 wouldn't compile for me so updated 
to 1744 and retested.  It now 1744 appears to be working fine (if you trust my 
testing with an irate toddler bashing the keys :)).

Many apologies for wasting your time.

Original comment by mmbcor...@gmail.com on 12 Dec 2012 at 9:32

@GoogleCodeExporter
Copy link
Author

Oops! Fixed KDE compile as of r1750 - sorry!

So, no crashes in r1744? Shall I mark this as fixed?

Original comment by craig.p....@gmail.com on 12 Dec 2012 at 9:58

@GoogleCodeExporter
Copy link
Author

No crashes as yet.  I think it's fixed.  Thanks!  (And for the great
client).

Original comment by mmbcor...@gmail.com on 12 Dec 2012 at 10:09

@GoogleCodeExporter
Copy link
Author

Marking as fixed. If the issue occurs with 0.9.1 (which I'm about to release), 
then please open a new bug report.

Original comment by craig.p....@gmail.com on 14 Dec 2012 at 8:57

  • Changed state: Verified

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

1 participant