Red Hat Bugzilla – Bug 246024
State incorrectly states modified
Last modified: 2008-03-25 09:14:12 EDT
Description of problem: On random source files the state column is flagged as
"modified" even if the file is just checked out of CVS. It seems something with
the date is messed up... Example: Last Updated column: 01-01-2007 Modified
column: 01-17-2007 (this is a freshly checked out file)
The date seems to be "16 days off" but it is not consistant. Sometimes the date
is 10 days off.
This happened after I upgraded from FC6 to F7.
Version-Release number of selected component (if applicable): 1.5.1
How reproducible: Always
Actual results: State: modified
Expected results: State: looks up to date
Additional info: This effects remote (pserver) and local CVS repositories.
I even built CrossVC from source (using the tarball from www.lincvs.com) and it
still has the wrong state.
I have a feeling that some tool that CrossVC uses (diff, etc.) got updated in my
FC6 to F7 upgrade and it is messing up CrossVC... so CrossVC is not necessarily
the cause of the problem.
I have tried to reproduced you reported bug. On my system, I have seen a file
entry dated on 200706/02, but the file was create toaday (2007/06/26).
I thank, I will check it with the plain cvs to look, if this problem occurs from
CrossvC or from cvs.
I will inform you, that I have sent a bug report to the upstream via mail.
I have got a response from the upstream author.
The problem is a bug in qt-3.3.8 in a datetime parsing function.
I will look on bugzillla, if a bug exist and set it as an blocker.
I have not found a related bug in bugzilla.
I will wait for further information from the upstream and will open a related
bug in bugzilla.
*** Bug 246346 has been marked as a duplicate of this bug. ***
yes, this crossvc bug exists in rawhide/devel for at least two month. And when I
look at the build date of qt-3.3.8 - it's Wed Apr 11 2007 - gotcha
I have got a message from the upstream author, that the described qt bug can be
found as ID 154433 in the Troll Tech Task-Tracker database.
Because this bug may be fixed in qt-3.3.9, the upstream author will try to
develope a workaround patch for this issue.
I hope to be notified, when he has an tested workaround for this issue.
I have create BZ #246393 agains qt and set a dependency on it.
I have got a prerealse of CrossVC-1.5.2 from the upstream.
My tests shows, that the workaround which is implemented in this version works
fine for me. So I have create a package on rawhide which should be available in
the next days.
When I will got the final 1.5.2 release, I will create an update for F-7.
I will try the rawhide build since the date is a huge inconvenience. I'm
surprised that a bug like this (involving date) is not high priority with
Trolltech and a hot fix was not put out for Qt.
Thanks for all your work, Jochen.
There will be no Qt 3.3.9, Qt 3 has been discontinued.
Cervisia in F7 has the same bug, probably for the same reason.
I think this should be patched in Fedora's Qt package.
I am using the rawhide package on my F7 machine. Works great! Thanks.
Kevin, this bug was reported to Trolltech well before the July 1st deadline, and
no fix was given out. I'm not impressed by Trolltech. (Gnome/KDE are not my DE
crossvc-1.5.1-5.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
Your Requires on qt-3.3.8-6 is useless, because that version does NOT contain
the fix for bug 246393, it's a security update only.
crossvc-1.5.2-1.fc7 has been pushed to the Fedora 7 testing repository. If problems still persist, please make note of it in this bug report.
crossvc-1.5.2-1.fc7 has been pushed to the Fedora 7 stable repository. If problems still persist, please make note of it in this bug report.