Bug 182471 - filename cleared in save dialog
Summary: filename cleared in save dialog
Status: CLOSED WORKSFORME
Alias: None
Product: kde
Classification: I don't know
Component: general (show other bugs)
Version: unspecified
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Unassigned bugs mailing-list
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-01-30 19:19 UTC by Daniel Eklöf
Modified: 2009-08-04 14:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Daniel Eklöf 2009-01-30 19:19:44 UTC
Version:            (using KDE 4.2.0)
Compiler:          gcc (GCC) 4.3.2 
OS:                Linux
Installed from:    Compiled From Sources

When opening a save-as dialog, the filename part (not the extension) is cleared, i.e. "foobar.html" becomes ".html".

This only happens when QT_IM_MODULE is set to scim-bridge. If I unset QT_IM_MODULE, then everything works as expected.

This seems to happen in all KDE programs: konqueror, kwrite, kpaint...

It does not happen in e.g. QTs designer, which suggests this is a KDE problem and not a QT problem.
Comment 1 Daniel Eklöf 2009-02-05 17:06:43 UTC
I did some more testing, and it appears this is happening in pure QT applications as well. Note sure why I didn't see it in qt's designer at first.

Anyway, the issue seems to be that the current selection in the location widget is deleted (as if I had pressed 'delete'). For example, if I hack the dialog code to not limit the selection to the filename (meaning all in the location widget is selected; filename and file extension), then everything is cleared from the location widget.
Comment 2 Daniel Eklöf 2009-05-21 13:08:07 UTC
No longer an issue in qt-4.5.1 and kde-4.2.3. Do I close the bug myself?
Comment 3 FiNeX 2009-08-04 14:51:29 UTC
I remember that some months ago a problem on the file dialog was fixed. Probably it was the same. I think we can close this bug if you cannot reproduce it anymore.

Thanks!
Comment 4 Daniel Eklöf 2009-08-04 14:57:14 UTC
(In reply to comment #3)
> I think we can close this bug if you cannot reproduce
> it anymore.

No, I can't reproduce it anymore.