From: Kourosh Neshatian <neshatian@gmail.com>
To: Glenn Morris <rgm@gnu.org>
Cc: 9123@debbugs.gnu.org
Subject: bug#9123: bug/misbehaviour in vc-next action when stealing locks
Date: Thu, 11 Aug 2011 18:43:22 +1200 [thread overview]
Message-ID: <CAEZCCWRaN0LaqCDL27zK-WZusHKvLj3QR8_9E4rZMtWiPNt9BA@mail.gmail.com> (raw)
In-Reply-To: <bfty9pas2q.fsf@fencepost.gnu.org>
Hi Glenn,
The problem has been experienced in versions 22.2.1 and 23.3.1 of
Emacs.
Steps to reproduce the error:
1. Alice (user name 'alice') runs Emacs with 'emacs -q --no-site-file'
2. Alice creates a text file in the directory, say 'document.tex', writes
some text in it and saves it.
3. She runs 'vc-next-action' (C-x v v) and chooses RCS as her
backend. This creates an RCS file 'RCS/document.tex,v'.
4. Alice checks out and locks the file again by 'vc-next-action' (C-x
v v) to add/make some changes in the document.
5. Meanwhile, Bob (user name 'bob') logs in. He has access to the RCS
directory (usually via a symbolic link). He checks out document.tex
stealing the lock (rcs -l ...). NOTE: you don't actually need to login as a
different user to simulate this step. Simply open
'RCS/document.tex,v' and change 'alice' (your user name) under 'locks'
section to
'bob'.
6. Now, Alice has finished editing her copy; she saves the file and
runs 'vc-next-action' (to check in). Emacs will ask her if she wants
to steal the lock, she says 'yes'. What happens is that Emacs
over-writes her local copy by the last version in the
repository. Alice's changes/edits are all gone and apparently she does
not have any means to recover!
Cheers,
Kourosh
On 11 August 2011 09:13, Glenn Morris <rgm@gnu.org> wrote:
> albemarle wrote:
>
>> The following seems like a bug or msibehaviour to me.
>
> I'm having trouble reproducing this. Can you say which version of Emacs
> this is with? Can you give a complete description of the sequence of
> commands needed, starting from `emacs -q --no-site-file' when relevant?
>
next prev parent reply other threads:[~2011-08-11 6:43 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-07-19 8:09 bug#9123: bug/misbehaviour in vc-next action when stealing locks albemarle
2011-08-10 21:13 ` Glenn Morris
2011-08-11 6:43 ` Kourosh Neshatian [this message]
[not found] ` <CAEZCCWQU=hcVd0LTX9+=RLbZou2j4YsqQYAAWyngA9bwLEJC8g@mail.gmail.com>
2011-09-06 0:55 ` Glenn Morris
2014-02-03 23:51 ` Lars Ingebrigtsen
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=CAEZCCWRaN0LaqCDL27zK-WZusHKvLj3QR8_9E4rZMtWiPNt9BA@mail.gmail.com \
--to=neshatian@gmail.com \
--cc=9123@debbugs.gnu.org \
--cc=rgm@gnu.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.