Crash during skin change

[e-man]

To Recreate:
1 - Launch mixxx
2 - Options > Preferences...
3 - Interface > Skin > (Choose any)

The entire screen flashes (a few times per second) for about 7 seconds, and then the application crashes. I've attached the command line output as a bug attachment. After that "first" first run everything seemed to be fine as long as I stuck with the default skin.

If there's any other information I can provide, just let me know.

[e-man (elliott-peay)]

Recreated in 1.6.1+Herc. Hope that helps!

[ironstorm (ironstorm-gmail)]

Hey e-man,

We recognize there are some problems with skin changes ATM.

Can you tell us a bit more about your machines; specs, OS/distro, video card+driver?

-G

[e-man (elliott-peay)]

Grabbed this from System Information (hardinfo):

-Computer-
Processor : 2x Intel(R) Core(TM)2 Duo CPU T7300 @ 2.00GHz
Memory : 2071MB
Operating System : Linux Mint 6 Felicia - Main Edition

-Display-
Resolution : 1440x900 pixels
OpenGL Renderer : GeForce 8400M GS/PCI/SSE2
X11 Vendor : The X.Org Foundation

-OpenGL-
Vendor NVIDIA Corporation
Renderer GeForce 8400M GS/PCI/SSE2
Version 2.1.2 NVIDIA 177.82
Direct Rendering Yes

On Wed, Mar 11, 2009 at 10:40 PM, ironstorm <email address hidden> wrote:

> Hey e-man,
>
> We recognize there are some problems with skin changes ATM.
>
> Can you tell us a bit more about your machines; specs, OS/distro, video
> card+driver?
>
> -G
>
> --
> Crash during first run and on skin change
> https://bugs.launchpad.net/bugs/341485
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Mixxx: New
>
> Bug description:
> At the "first" first run I was prompted for my song library location prior
> to viewing the GUI. I don't know why I can't get that behavior again, I
> tried completely removing and reinstalling mixxx and mixxx-data (which may
> be a separate bug all-together?). However, the crash seems similar in both
> cases.
>
> To Recreate:
> 1 - Launch mixxx
> 2 - Options > Preferences...
> 3 - Interface > Skin > (Choose any)
>
> The entire screen flashes (a few times per second) for about 7 seconds, and
> then the application crashes. I've attached the command line output as a
> bug attachment. After that "first" first run everything seemed to be fine
> as long as I stuck with the default skin.
>
> If there's any other information I can provide, just let me know.
>

[Sean M. Pappalardo (pegasus-renegadetech)]

Please try deleting your configuration files. They're located in your home directory as .mixxx* and .Mixxx* or if you compiled more recently, they're under ~/.mixxx/ In that case, just delete (or rename) the .mixxx directory.

[e-man (elliott-peay)]

That did the trick, I was prompted for my music library prior to seeing the
GUI. It didn't crash during startup either like it did with the older
version. It does, however, still crash when switching interface skins.

I took a screenshot this time around. I dunno if launchpad will import the
attachment or not, but we'll see.

On Sat, Mar 14, 2009 at 7:46 PM, Pegasus <email address hidden> wrote:

> Please try deleting your configuration files. They're located in your
> home directory as .mixxx* and .Mixxx* or if you compiled more recently,
> they're under ~/.mixxx/ In that case, just delete (or rename) the .mixxx
> directory.
>
> --
> Crash during first run and on skin change
> https://bugs.launchpad.net/bugs/341485
> You received this bug notification because you are a direct subscriber
> of the bug.
>
> Status in Mixxx: New
>
> Bug description:
> At the "first" first run I was prompted for my song library location prior
> to viewing the GUI. I don't know why I can't get that behavior again, I
> tried completely removing and reinstalling mixxx and mixxx-data (which may
> be a separate bug all-together?). However, the crash seems similar in both
> cases.
>
> To Recreate:
> 1 - Launch mixxx
> 2 - Options > Preferences...
> 3 - Interface > Skin > (Choose any)
>
> The entire screen flashes (a few times per second) for about 7 seconds, and
> then the application crashes. I've attached the command line output as a
> bug attachment. After that "first" first run everything seemed to be fine
> as long as I stuck with the default skin.
>
> If there's any other information I can provide, just let me know.
>

[Sean M. Pappalardo (pegasus-renegadetech)]

Does it actually crash or just hang? Check bug #289279 and see if that's your issue. If so, please let us know.

[e-man (elliott-peay)]

Definitely crashes. I got that snapshot while it was on its way towards crashing. Within 5 seconds after that screenshot was taken, the application crashed and disappeared from the screen. The skin change never finished.

[ironstorm (ironstorm-gmail)]

e-man, this is most certainly a duplicate of #289279. You'll have to either build from Branch or Trunk for a fix or wait until 1.6.2 is released for a proper fix.

[RJ Skerry-Ryan (rryan)]

I can reproduce this -- it's very strange. It seems to be an OpenGL/Compiz bug, and it did not occur until I upgraded to Ubuntu 8.10. I do not think it is a duplicate of 289279. It occurred before and after I wrote the fix for bug #289279.

It goes away when I turn off Compiz, and gdb didn't provide any helpful information.

[RJ Skerry-Ryan (rryan)]

Since I can reproduce this marking confirmed. This occurs for me sometimes on startup and when changing skin with Compiz enabled on my nvidia 8600GT cards with proprietary drivers. I'm tempted to say it's a Compiz issue.

[RJ Skerry-Ryan (rryan)]

I looked into this more. It looks like this is a Compiz + Qt issue, but I found a way to workaround. If we delete our QGLWidgets and recreate them on rebootMixxxView, then this makes the problem go away for me. Once in a while, this will happen to me on starting Mixxx, and I don't think that this workaround would help that case. I think QGLWidgets do not enjoy being resized/moved after they are created.

[Albert Santoni (gamegod)]

On Mon, 2009-04-06 at 13:18 +0000, RJ Ryan wrote:
> I looked into this more. It looks like this is a Compiz + Qt issue, but
> I found a way to workaround. If we delete our QGLWidgets and recreate
> them on rebootMixxxView, then this makes the problem go away for me.
> Once in a while, this will happen to me on starting Mixxx, and I don't
> think that this workaround would help that case. I think QGLWidgets do
> not enjoy being resized/moved after they are created.

Yes, I've found this observation with another app I have too. QGLWidgets
definitely don't like being moved or resized after they're created. Wish
I had know that a long time ago, but I'm not sure what we could have
done differently anyways.

[RJ Skerry-Ryan (rryan)]

I committed my workaround for this. Basically we delete our QGLWidgets and recreate them on a skin change now. This does not solve the problem. I still have Mixxx crash sometimes on startup with the same repeated flashing then abort. I'm 99% certain this is a Qt and Compiz bug, but Mixxx does not crash on skin change for me anymore on my NVIDIA hardware / Compiz setup (and it did with high probability before). Since it is a workaround, I don't know what to do. I'm changing to Fix Committed for now, since I don't believe there is anything else we can do to mitigate this. I think we should definitely file a bug with Qt.

This was lp:mixxx/1.7 r2379

[Phillip Whelan (pwhelan)]

I experienced various crashes working with skins and the new features_looping branch. The crash occurs while changing the skin, even if I change to the same one I have set already. I think this crash might be related to #338353. I have attached a text file with two separate backtraces of the same crash.

[Swiftb0y (swiftb0y)]

Mixxx now uses GitHub for bug tracking. This bug has been migrated to:
https://github.com/mixxxdj/mixxx/issues/5112