Version: (using KDE 4.4.1) OS: MS Windows Installed from: MS Windows KFileDialog::getOpenUrl() with a kfiledialog://-style startDir crashes on Windows the *second* time it is used (i.e. once an stored setting exists). In code: // select a file, here KFileDialog::getOpenUrl (KUrl ("kfiledialog:///<testdir>"), i18n("*|All files"), this, i18n("Open File...")); // try again, and it will crash KFileDialog::getOpenUrl (KUrl ("kfiledialog:///<testdir>"), i18n("*|All files"), this, i18n("Open File...")).url() Instructions on using the testcase (to be attached in a minute): 1) Click the topmost button. 2) Select a file and click "OK". 3) Click the topmost button again.
Created attachment 42205 [details] Testcase application If it helps, the following CMakeLists.txt can be used to compile: PROJECT(kfdtest) FIND_PACKAGE(KDE4 REQUIRED) ADD_DEFINITIONS(${QT_DEFINITIONS} ${KDE4_DEFINITIONS}) INCLUDE_DIRECTORIES(${KDE4_INCLUDE_DIR} ${QT_INCLUDES}) LINK_DIRECTORIES(${KDE4_LIB_DIR}) KDE4_ADD_EXECUTABLE(kfdtest main.cpp) TARGET_LINK_LIBRARIES(kfdtest ${KDE4_KDECORE_LIBS} ${KDE4_KUI_LIBS} ${KDE4_KFILE_LIBS})
Forgot to add: - This happens on windows, only, not Linux. - Also found in 4.4.65. - Was present as early as KDE 4.2.3 (sorry for not reporting it, then).
Is this still valid with KDE 4.9.0 or newer?
I don't think KDE 4.9.0 is available for windows yet, which would make it impossible to confirm at this point.
Not impossible since this can be built from source, so a developer at least could verify. :-) Unfortunately no installers for end users yet as far as I know.
(In reply to comment #3) > Is this still valid with KDE 4.9.0 or newer? I will test once I find the time to update to a more recent KDE on windows, which may take a while. Of course, actually, one of the benefits of a testcase (as provided) is that *you* can test this, yourself.
No longer reproducable with KDE 4.7.0.