If, while using an Open File Dialog, I try to open a directory that contains lots (I.e. Hundreds of .gz files) the dialog becomes completely unresponsive for a very long time. Attempting to close the dialog results in the Terminate Process window being displayed but attempting to terminate the KDialog process is also unresponsive. Repeated attempts to close and kill the KDialog process result in KWin becoming completely unresponsive (I.e. Unable to switch desktops, change windows, activate menus, etc) Reproducible: Always Steps to Reproduce: 1. Create a directory and fill it with hundreds of .gz files 2. Start and Chromium 3. Hit CTRL+O to Open a File 4. Navigate to the directory filled with .gz files 5. Observe Dialog window become unresponsive until it has inspected every file Actual Results: Dialog windows becomes unresponsive, even to kill requests Expected Results: Dialog window should still respond and make it possible to abort loading the directory, return to the previous directory or close the dialog box.
Can't reproduce using kDE SC 4.10.1 . I also use Gentoo, so it is common that the distfiles folder contains hundreds of source code tarballs. Navigating to that folder in the dialog just works fine for me.
Note that the reporter uses Chrome, not a KDE application, which invokes the file dialog indirectly via kdialog. See bug 293888 comment #15. *** This bug has been marked as a duplicate of bug 293888 ***