232520 2010-03-28 23:57:46 +0000 Kdevelop doesn't behave well when renaming opened files from IDE 2011-08-08 20:09:19 +0000 1 1 6 Developer tools kdevplatform shell unspecified Debian testing Linux CLOSED FIXED NOR wishlist --- 0 valentyn.pavliuchenko kdevelop-bugs-null aleixpol niko.sams 0 oldest_to_newest 941800 0 valentyn.pavliuchenko 2010-03-28 23:57:46 +0000 Version: 3.9.99 + svn1107505 (using KDE 4.4.1) Compiler: 4.4.3 20100108 OS: Linux Installed from: Debian testing/unstable Packages If I have a file in a project, that is opened in editor and I rename it in IDE (it works well and renames references in cmake build system also) the caption of opened file doesn't change and when going back to editor it says that the file was deleted. Steps to reproduce: create a simple project, open some code file in editor and try to rename it in the "projects" sidebar. Expected behaviour: opened documents are renamed without need to reopen them. 941883 1 valentyn.pavliuchenko 2010-03-29 08:04:26 +0000 As for me, it's rather a bug than a wish. 941898 2 apaku 2010-03-29 09:11:36 +0000 From the technical point of view it is a new feature. 941921 3 valentyn.pavliuchenko 2010-03-29 10:18:26 +0000 Sorry, but it's just incomplete rename functionality. This is part of "rename" functionality. 941938 4 apaku 2010-03-29 11:01:45 +0000 No its not, "rename file xyz to foo" works as it should, renaming works. Anyway, wether this is listed as bug or wish doesn't increase its priority in any way, so it won't be fixed sooner if listed as bug. 942159 5 niko.sams 2010-03-29 20:09:17 +0000 Well, it is a difference as we are in feature freeze... And I want to implement this. Should I wait for after 4.0? 942173 6 apaku 2010-03-29 20:41:59 +0000 Yes. And it should work no matter wether the rename happens inside kdevelop or outside of it (for a plain rename, not a move) 942180 7 valentyn.pavliuchenko 2010-03-29 20:52:27 +0000 Yes, I was talking about bug/with status because of feature freeze. I've asked few people around me, shown them a problem and they all said that it's definitely a bug. >And it should work no matter wether the rename happens inside kdevelop or outside of it It would be good, but it's not as necessary as renaming inside IDE. 942195 8 apaku 2010-03-29 21:17:27 +0000 (In reply to comment #7) > >And it should work no matter wether the rename happens inside kdevelop or > outside of it > > It would be good, but it's not as necessary as renaming inside IDE. The implementation needs to be independent of the IDE doing the renaming or the same happening on the filesystem. Else we'll be getting the same bugreport 2 weeks after fixing because somebody does an svn up or git merge and that renames something. Thats not an option, if this is implemented it needs to be done right. 942196 9 niko.sams 2010-03-29 21:21:05 +0000 Can we detect a move outside kdevelop? Including the location it was moved to? 942208 10 apaku 2010-03-29 21:59:45 +0000 (In reply to comment #9) > Can we detect a move outside kdevelop? Including the location it was moved to? Hmm, looks like we can't, I thought this was available via KDirWatch, but that one only knows deleted/created/changed signals. Ok, so only renaming inside the IDE will be supported. Niko, can you look into how much changes this needs? I'm willing to take it as bug instead of feature if the change is not too intrusive/big. 942217 11 niko.sams 2010-03-29 22:13:41 +0000 (In reply to comment #10) > Niko, can you look into > how much changes this needs? I'm willing to take it as bug instead of feature > if the change is not too intrusive/big. Listening to IProjectFileManager::fileRenamed signal in DocumentController and closing and opening the renamed file. But afaics this signal is never emitted? 942226 12 valentyn.pavliuchenko 2010-03-29 22:34:36 +0000 Guys, of course you are developers and you know better, but can it be done without closing/opening? 942251 13 apaku 2010-03-29 23:50:57 +0000 (In reply to comment #12) > Guys, of course you are developers and you know better, but can it be done > without closing/opening? Not without changing Kate, so thats definetly something for KDevelop4.1 (which then would need to depend on KDE 4.5 - if this is done inside Kate for kde4.5) 942252 14 apaku 2010-03-29 23:53:04 +0000 (In reply to comment #11) > (In reply to comment #10) > > Niko, can you look into > > how much changes this needs? I'm willing to take it as bug instead of feature > > if the change is not too intrusive/big. > Listening to IProjectFileManager::fileRenamed signal in DocumentController and > closing and opening the renamed file. But afaics this signal is never emitted? Yeap, its never emitted, however that really is a bugfix. That solution sounds simple enough, so changing this to bug to allow it being for 4.0 942253 15 valentyn.pavliuchenko 2010-03-29 23:53:37 +0000 Can you fill a wish for Kate? Better to record this idea:) 1151009 16 aleixpol 2011-08-07 13:38:50 +0000 Git commit 38ab0d0878e027777608c437980a28ba7bb53208 by Aleix Pol. Committed on 07/08/2011 at 15:36. Pushed by apol into branch 'master'. Make the document controller to listen to the project's so that whenever an open file is renamed, that file should be closed and reopened with the new name. BUG: 232520 M +23 -0 shell/documentcontroller.cpp M +4 -1 shell/documentcontroller.h http://commits.kde.org/kdevplatform/38ab0d0878e027777608c437980a28ba7bb53208 1151143 17 valentyn.pavliuchenko 2011-08-07 19:18:07 +0000 Just compiled sources (this fix included). Renaming modified file causes loosing unsaved changes without any notice. So I'm reopening this because of incorrect behavior. This is the place where reopening just sucks. Please find a way to do it without closing/opening document (kate kpart changes, etc). Every normal IDE just renames a tab. 1151317 18 aleixpol 2011-08-08 08:12:17 +0000 I just fixed the discard thing, so that you don't lose any changes. The other complaint should be reported in a new bug report. 1151596 19 valentyn.pavliuchenko 2011-08-08 20:09:19 +0000 Verified - fine now. Thanks.