On 08/02/2010 09:33 PM, Teske Daniel (Nokia-MS-Qt/Berlin) wrote: > That's a strange backtrace. Opening the settings dialog initializes designer > plugins. Somehow that results in a LanguageChange ChangeEvent, which tries to > retranslate the ui of the context pane of the qml designer. Or maybe I'm > reading it wrong, since actually ContextPaneWidgetImage::changeEvent is > missing, which should have been called. > > >> #0 0x00007fd39639cb97 in Ui_ContextPaneWidgetImage::retranslateUi(QWidget*) >> #23 0x00007fd3a51a1ab9 in Core::Internal::SettingsDialog::execDialog() >> > So any more info? Does it happen everytime? Could you try running Creator in a > environment which has QT_PLUGIN_PATH unset? Which Desktop environment, which > languages. > > daniel > _______________________________________________ > Qt-creator mailing list > [email protected] > http://lists.trolltech.com/mailman/listinfo/qt-creator > A bit of further information on this:
startkde (at least on ubuntu) has the following code: # Set the path for Qt plugins provided by KDE if test -n "$QT_PLUGIN_PATH"; then QT_PLUGIN_PATH="$QT_PLUGIN_PATH:`kde4-config --path qtplugins`" else QT_PLUGIN_PATH="`kde4-config --path qtplugins`" fi export QT_PLUGIN_PATH which then fires off makekdewidgets, etc, both on file open, and on configuration. makekdewidgets takes ages because for some reason it tries to startup phonon of all things and fails, unknowingly, as my phonon setup's working fine. Is this worth further investigation? -- Bill King, Software Engineer Qt Development Frameworks, Nokia Pty Ltd Brisbane Office _______________________________________________ Qt-creator mailing list [email protected] http://lists.trolltech.com/mailman/listinfo/qt-creator
