Bug 176893 - Warning about modified files isn't correctly shown
Summary: Warning about modified files isn't correctly shown
Status: RESOLVED INTENTIONAL
Alias: None
Product: kate
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: VHI normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
: 204733 (view as bug list)
Depends on:
Blocks:
 
Reported: 2008-12-04 16:37 UTC by Ivo Anjo
Modified: 2011-06-26 11:00 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ivo Anjo 2008-12-04 16:37:00 UTC
Version:            (using KDE 4.1.3)
OS:                Linux
Installed from:    SuSE RPMs

The tooltip in the kate configuration dialog in Application > General > Behavior > Warn about files modified by foreign processes says that: "If enabled, when Kate receives focus you will be asked what to do with files that have been modified on the hard disk. If not enabled, you will be asked what to do with a file that has been modified on the hard disk only when that file gains focus inside Kate."

This is not what is happening: when this option is off and a file is modified, you get no warning when the file gets focused.

I tried it with kate 2 and it seemed to work so I guess this is a regression.
Comment 1 FiNeX 2008-12-30 16:09:05 UTC
Using current trunk, that option seems to be unused: when another application change the current file, a warning icon is added near the filename on the opened files list.
Comment 2 Ivo Anjo 2008-12-30 16:28:58 UTC
(In reply to comment #1)
> Using current trunk, that option seems to be unused: when another application
> change the current file, a warning icon is added near the filename on the
> opened files list.
> 

Yes I had noticed that myself, but I "figured" this one from a friend who still uses kde 3, and used kate in kde 4 and complained that "it didn't warn about modified files".

I think the former behavior should be restored, because this way it is very easy to miss a file change and overwrite it with older stuff (that's what happened to my friend), and you get a different behavior than what is expected.

If there are people that like the current "don't bug me at all" behaviour, at least make it an option (and it would be nicer if it was not the default one).
Comment 3 Dominik Haumann 2010-05-09 03:19:20 UTC
*** Bug 204733 has been marked as a duplicate of this bug. ***
Comment 4 Christoph Cullmann 2011-06-25 22:38:58 UTC
commit a3b44aa810ed5efc7506431bd91bfabb8417e58f
Author: Christoph Cullmann <cullmann@kde.org>
Date:   Sun Jun 26 00:37:49 2011 +0200

    fix whatsthis
    BUG: 176893
    
    icons and co are enough warning in treeview
Comment 5 Ivo Anjo 2011-06-26 10:02:03 UTC
Shouldn't this be closed as WONTFIX? After all, the commit in question doesn't really fix the issue and re-adds the dialog, it just changes the tooltip -- and for example #204733 and #193048 are duplicates because of the dialog, not the tooltip text.
Comment 6 Christoph Cullmann 2011-06-26 11:00:08 UTC
If you like WONTFIX more, ok. I see this issue as resolved. You can no longer loose work, as there will always be an message before overwriting any changes.