Segfault when exporting a playlist in History feature

Bug #1077071 reported by jus on 2012-11-09
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Mixxx
Critical
Unassigned

Bug Description

Tested with latest lp:mixxx/1.11 on MacOS X 10.8.2

How to reproduce
* Select a playlist in the HISTORY sidebar item
* Rich-click and choose "Export playlist"
* In the next window, click on the drop-down menu
  where you can select the saving location (see picture).
* Instant Crash

Last lines of mixxx.log
......
Debug [Main]: Already focused on playlist 31
Debug [Main]: PlaylistTableModel(0x7fba1be4e080) select() took 1 ms
Debug [Main]: WSearchLineEdit::restoreSearch( "" )
Debug [Main]: Already focused on playlist 31
Debug [Main]: PlaylistTableModel(0x7fba1be4e080) select() took 1 ms
Debug [Main]: WSearchLineEdit::restoreSearch( "" )
Debug [Main]: Already focused on playlist 31
Debug [Main]: PlaylistTableModel(0x7fba1be4e080) select() took 1 ms
Debug [Main]: WSearchLineEdit::restoreSearch( "" )
Debug [Main]: Export playlist QVariant(QString, "2012-11-09")
Segmentation fault: 11

jus (jus) wrote :
summary: - Segfault when export a playlist in History feature
+ Segfault when exporting a playlist in History feature
jus (jus) wrote :
description: updated
RJ Ryan (rryan) on 2012-11-14
Changed in mixxx:
milestone: none → 1.11.0
assignee: nobody → RJ Ryan (rryan)
importance: Undecided → High
RJ Ryan (rryan) wrote :

hmm.. we already give a CFBundleIdentifier of "org.mixxx.mixxx" in our .app plist.

Changed in mixxx:
assignee: RJ Ryan (rryan) → nobody
RJ Ryan (rryan) on 2012-11-16
Changed in mixxx:
importance: High → Critical
jus (jus) wrote :

The problem occurs always when saving a playlist, not only in the HISTORY feature. According to link #4, the sandbox issue is fixed with QT 4.8.1, i am on QT 4.8.3.

But thanks for the comments, the hint with CFBundleIdentifier was really helpful. WIth the latest mixxx-1.11.0-beta2-pre-r3472.app saving playlists works perfectly fine.

I did run from the terminal with "./mixxx --resourcePath res" as the problem occurred. So if you run the *.app wich has the Info.plist inside the bundle, and therefore a valid bundle identifier, it's all good.

Currently you can not build the bundle on OSX 10.8.2 because "scons bundle" can`t find some libs and aborts. Will file a separate bug for that.

RJ Ryan (rryan) on 2012-11-16
Changed in mixxx:
status: New → Fix Committed
RJ Ryan (rryan) wrote :

I don't think we can fix this for non-bundles. You can't change CFBundleIdentifier programmatically as far as I know. From a release perspective this is fixed since nobody using our bundles will see it.

Changed in mixxx:
status: Fix Committed → Triaged
RJ Ryan (rryan) on 2013-05-09
Changed in mixxx:
milestone: 1.11.0 → 1.11.1
RJ Ryan (rryan) on 2014-03-15
Changed in mixxx:
milestone: 1.11.1 → none
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers