On Nov 13, 2014 7:20 AM, "Stephan Beal" <sgb...@googlemail.com> wrote: > > On Wed, Nov 12, 2014 at 10:16 PM, <to...@acm.org> wrote: >> >> When opening a repo, if you select to overwrite all files, and a file to be updated happens to be read-only (R attrib set), the overwrite fails (it should) but if you then change the read-only to read-write, and try to see changes or try to revert the failed to update file with the repo version, nothing happens. FOSSIL somehow assumes that the checkout is in a correct state, even though it failed to overwrite, and the repo and check-out have different copies of the same file. > > > That's apparently a bug (and thank you for the reproduction steps), but i've gotta ask: why on earth would have a read-only file under fossil's control (as opposed to having read-only generated files, which i do to keep me from accidentally editing the generated Makefiles instead of their input tempates)?
I think I could imagine this (on Unix) if I'm developing as "bch" but testing as root (ie: I need elevated access to petrol something, maybe device access, binding to low sockets, etc). I wouldn't set something to ro on purpose, but could imagine accidentally changing ownership if (as root) I did a quick edit on a file... Regardless, interesting bug. > Fossil doesn't store/set any attributes except +x (git doesn't support other attributes either (anymore), based on what i've read). > > > -- > ----- stephan beal > http://wanderinghorse.net/home/stephan/ > http://gplus.to/sgbeal > "Freedom is sloppy. But since tyranny's the only guaranteed byproduct of those who insist on a perfect world, freedom will have to do." -- Bigby Wolf > > _______________________________________________ > fossil-users mailing list > fossil-users@lists.fossil-scm.org > http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users >
_______________________________________________ fossil-users mailing list fossil-users@lists.fossil-scm.org http://lists.fossil-scm.org:8080/cgi-bin/mailman/listinfo/fossil-users
