Fedora 28: Fails to load midi-components-0.0.js

[Uwe Klotz]

Controller mappings that are using midi-components-0.0.js have become unusable (see attached logs).

The tests for ControllerEngine gets stuck when loading Novation-Launchpad MK2-scripts.js and the CPU is spinning in circles.

Only known workaround so far: Build with qt5=1

[Be (be.ing)]

This is only with Qt4. With Qt5 it works fine.

[Uwe Klotz (uklotzde-deactivatedaccount)]

I would like to put it in another way: Mixxx 2.1.x "only" works on Fedora 28 when built for Qt5.

This bug affects the current release and Qt5 is not supported in 2.1.x.

[Uwe Klotz (uklotzde-deactivatedaccount)]

This applies to the somehow official version distributed through RPM Fusion which is built for Qt4 and won't work for many use cases. Users are not able to switch to Qt5 as a workaround like we developers do.

[Be (be.ing)]

Yes, I agree this is still a serious issue. I only meant to provide information about the workaround. There were some changes to the qt package between Fedora 28 and Fedora 27. I presume one of those broke QtScript somehow.

[Werner Gold (marvelli2)]

I submitted a bug report to Red Hat.
https://bugzilla.redhat.com/show_bug.cgi?id=1580047

referring to:
https://bugs.launchpad.net/mixxx/+bug/1770079

Maybe they can fix qt4

I also submitted a report to the mixx rpm maintainer for Unitedrpms:
https://github.com/UnitedRPMs/mixxx/issues/1

[Be (be.ing)]

Thanks for taking the time to report this upstream.

[Be (be.ing)]

A fixed qt package is now available in Fedora updates. I confirmed this works with the mixxx package in RPMFusion.

[Swiftb0y (swiftb0y)]

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