| Summary: | Renaming files deletes existing text | ||
|---|---|---|---|
| Product: | [Unmaintained] kdelibs | Reporter: | homoludens <homoludens1000> |
| Component: | general | Assignee: | kdelibs bugs <kdelibs-bugs> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | andresbajotierra, geoff.cutter |
| Priority: | NOR | ||
| Version: | SVN | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
|
Description
homoludens
2009-03-09 14:24:52 UTC
Thanks for the report, but it's unclear for me what you mean with "deletes the existing text": The current text is only marked, not deleted. Do I miss here something? Hm, on my installation the text is deleted. Yes, being marked only would be the desirable setup. Nope, both 4.3 trunk and 4.2.1 opensuse 11.1 install, work fine as expected. The original file name remains and gets selected (except extension) both for inline and dialog renaming. Maybe something wrong with your installation? Text is removed for me too and it's the same in Konqueror. Annoying if you only need to change a few characters. Text removed also in Beesoft Commander, ver. 4.1.0. Version 4.2.2 (KDE 4.2.2) "release 112" openSUSE 11.1 (i586) Suggest New Name (Konqueror) when moving a file to where a copy already exists does not suggest. It's blank instead. Might be the same problem. Workaround: Rename via the properties of the file. Geoff, thanks for the workaround. Are you using SCIM/SKIM, by the way? Some people have suggested that it is the source of the problem, so I'm curious about your system setup. Yes, I see SKIM. SCIM :) Thanks for the clue. SCIM (Smart Chinese/Common Input.... SCIM (KDE Integration for SCIM) both removed (ignoring dependency messages many times) since I don't need it. Restarted the computer and renaming is now normal. Thanks for the comment, you confirm that SCIM/SKIM is in fact the culprit, that is, somehow in connection with KDE applications (since all GTK applications work normally). This bug should probably be categorized differently, not as a Dolphin bug. Hmm, I'm unsure how to proceed with this bug report. The root cause seems to be out of scope of Dolphin, but I don't know whether SCIM/SKIM must be fixed or if there is an issue in kdelibs. I've changed the product to kdelibs with the hope that someone is able to categorize this issue. Thanks for the change, Peter. I don't know either what problem lies as the root of this. SCIM seems to be a likely candidate, but I've been running the same versions of SCIM/SKIM in KDE 3.5 without problems, so obviously there is some connection to KDE 4. I've filed a bug report at the SCIM bug tracker (see http://sourceforge.net/tracker/?func=detail&aid=2780129&group_id=108454&atid=650539), perhaps we can get some help in narrowing the problem down. There is also a bug report (related to SCIM/SKIM): text selected is deleted when the windows lost focus (ex. you select another window): bug 188533 AFAIK a new input method selector is being developed: http://www.nabble.com/-RFC--kimpanel-applet-in-kdereview-td23335635.html I wonder which is duplicate of which as this report has the reference to the upstream report... Dario, thanks for the link to bug 188533. I've installed the revised scim-bridge package from the repository mentioned in the thread (http://download.opensuse.org/repositories/home:/hujq/openSUSE_11.1/, which installs scim-bridge (/-gtk, /-qt) version 0.4.15-13.3-i586; the most recent version in the openSUSE 11.1 repositories is 0.4.15-6.1-i586), and now renaming file names works fine on my system. Marking as duplicate of bug 188533. Thanks *** This bug has been marked as a duplicate of bug 188533 *** |