incubator-ooo-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From bugzi...@apache.org
Subject [Bug 119318] Accepting secured registered changes
Date Wed, 13 Jun 2012 01:53:35 GMT
https://issues.apache.org/ooo/show_bug.cgi?id=119318

--- Comment #6 from Terry Yang <polo8495@hotmail.com> ---
(In reply to comment #5)
> (In reply to comment #4)
> > I think we're talking about two different features. 
> > 
> > Here is my analysis using Apache OpenOffice 3.4.0:
> > 
> > On File | Properties, the properties dialog has a "Security" tab (bad name,
> > have to fix that) which has a File sharing option called Record changes. 
> > There is provision for setting a Password on that (both, either?) option.
> > 
> > This seems to lock both Edit | Changes | Record Changes and | Protect Record
> > as set. Any attempt to release either of those requires the password set in
> > File | Properties | "Security".
> > 
> > Edit | Changes | Show Changes can be toggled regardless of the Protect
> > Record lock.
> > 
> > However, although I can select Edit | Changes | Accept or Reject ... and I
> > am shown the list of changes, there is no ability to actually choose to
> > accept or reject a change (the buttons are all greyed out and
> > non-functional). 
> > 
> > It *is* possible to accept or reject a change using the context menu on a
> > shown change. (On LO 3.3.2, the context menu does not offer an accept/reject
> > change option in this scenario.)
> 
> Exactly, "It *is* possible to accept or reject a change using the context
> menu on a shown change." -whitout password. In my opinion it is a bug. For
> example:
> 1. I've made some changes on protected document. Document is from Mr. "X"
> and only he knows the protect password.
> 2. I put document on shared folder.
> 3. Ms. "Y" opens this document and reject all my changes.
> 4. Mr. "X" opens this document and see there is no changes. He even dont
> know who and when could made any changes.
> 
> This is a bug.

>From this scenario, yes this is a bug, if the document is password Protect
Record, User should not accept or reject the record untill input password.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Mime
View raw message