[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug-gnu-arch] [bug #4973] Make undo/update less confusingly chatty
From: |
nobody |
Subject: |
[Bug-gnu-arch] [bug #4973] Make undo/update less confusingly chatty |
Date: |
Fri, 29 Aug 2003 19:15:34 -0400 |
User-agent: |
Mozilla/4.76 [en] (X11; U; FreeBSD 3.0-RELEASE i386) |
=================== BUG #4973: LATEST MODIFICATIONS ==================
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4973&group_id=4899
Changes by: Tom Lord <address@hidden>
Date: Fri 08/29/2003 at 16:15 (US/Pacific)
What | Removed | Added
---------------------------------------------------------------------------
Resolution | None | Fixed
Status | Open | Closed
Fixed Release | address@hidden/tla--devo--1.1--patch-25 | tla-1.1pre6,
tla--devo--1.1--patch-144
=================== BUG #4973: FULL BUG SNAPSHOT ===================
Submitted by: miles Project: GNU arch -- a revision control
system
Submitted on: Wed 08/27/2003 at 21:36
Category: tla Severity: 5 - Major
Bug Group: small feature idea Resolution: Fixed
Status: Closed Release:
address@hidden/tla--devo--1.1--patch-134
Fixed Release: tla-1.1pre6, tla--devo--1.1--patch-144Merge Request?: yes --
merge from my archive
Your Archive Name: address@hidden Archive Location:
sftp://fencepost.gnu.org/home/m/miles/arch/address@hidden
Assigned to: None
Summary: Make undo/update less confusingly chatty
Original Submission: The undo sub-command printed its computed changeset twice
-- once when making it, and immediately following, when applying it. This
seemed confusing and unnecessary, especially in the context of `tla update',
when the `local changes being temporarily reverted' changeset resulted in
_three_ sets of change messages (undo-negative, undo-positive, and
redo-positive), plus the change messages from the actual changesets that are
applied during the update.
This patch removes the first `* computing changeset' set of messages, leaving
only the `* reverting changes' messages. That seems correct as the sense of
the messages reflects what's actually happening to the user's files on disk.
With this change, the output during the `tla update' is still long, but at
least now the sense of all change messages is consistent.
No Followups Have Been Posted
CC list is empty
No files currently attached
For detailed info, follow this link:
http://savannah.gnu.org/bugs/?func=detailbug&bug_id=4973&group_id=4899
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/