conflict resolution and update

[Bernd Kuemmerlen]

Hello there,

since I have posted this in August last year and I have never heard any 
response (and I am still not able to file an "Issue" at cvshome.org), I 
am posting this again:

I have searched the mailing list archives and the docs, but found 
nothing relating to a problem I have concerning conflict resolution. But 
maybe I am just missing something.

This is for a remote cvs setup (rsh, ssh or pserver, cvs 1.11.1p1).
Whenever a conflict is detected during update, two things happen: "cvs
update" reports "C filename" for the file and the conflict marker 
"Result of merge" is put into the CVS/Entries file before the timestamp.
After having resolved the conflict (i.e. touching the file), "cvs -nq
update" (correctly) reports "M filename" i.e. locally modified, but "cvs
status" still reports "Status: File had conflicts on merge". The "cvs
status" output seems to be directly related to the CVS/Entries file,
because if I remove the "Result of merge" there, "cvs status" correctly
reports "Locally modified".

The problem is, that a GUI cvs frontend we use (CVL,
<http://www.sente.ch/software/cvl/>) relies on the output of "cvs 
status" for the display of conflicts.

It seems that the behaviour of cvs here is a bit inconsistent: "cvs -nq
update" relies only on the modification date of the file whereas "cvs
status" seems to parse CVS/Entries. I would think that at least the
"Result of merge" would be removed from this file after the next "cvs
update", but it stays there until the next commit...

Any thoughts on this issues?

Thanks for any help.
        Bernd