Issue 10624 - Save with password automatically set without user notification
Summary: Save with password automatically set without user notification
Status: CLOSED DUPLICATE of issue 16297
Alias: None
Product: Impress
Classification: Application
Component: code (show other issues)
Version: 643C
Hardware: Other Linux, all
: P3 Trivial (vote)
Target Milestone: OOo 2.0
Assignee: christian.guenther
QA Contact: issues@graphics
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-01-13 14:31 UTC by alci
Modified: 2004-03-15 16:46 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
This file has the password problem... plus the "password" that works is just an empty password field. (5.69 KB, application/vnd.sun.xml.writer)
2004-03-11 19:01 UTC, jbotte
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description alci 2003-01-13 14:31:34 UTC
After cutting / pasting between two presentations, the one just created is saved.
When trying to reload it, I've been asked for a password (that I never choosed).

Unfortunately, I've not been able to reproduce it on purpose.

Nevertheless, users should be warned to always save with 'save as' and uncheck
the password checkbox if necessary. Otherwise, the work is lost.

Franck
Comment 1 alci 2003-01-13 14:32:59 UTC
Forgot to add that this happened three times yesterday, not just once...
Comment 2 wolframgarten 2003-01-13 14:44:56 UTC
Set to new.
Comment 3 wolframgarten 2003-01-13 14:45:15 UTC
Reassigned to Christian.
Comment 4 christian.guenther 2003-01-28 11:13:14 UTC
change the target.
Comment 5 christian.guenther 2003-02-07 13:00:02 UTC
I can't reproduce the bug. Could you reproduce the bug again? Please
send me a step by step description how to reproduce the bug.
Comment 6 christian.guenther 2003-05-20 15:02:00 UTC
I still can't reproduce the bug.
Please test if you can still reproduce the bug in OOo1.1Beta.
Comment 7 christian.guenther 2003-05-20 15:04:44 UTC
I close the issue.
Please reopen the issue when the bug still occures in the latest
version (OOo1.1Beta)
Write a step by step description how to reproduce the bug when it
still occures.
Comment 8 jbotte 2004-03-11 16:41:43 UTC
This is happening to me too and it's wreaking havoc with my macros (add to that
the bug where OOo hangs if a macro exception occurs and OOo is hanging because
of this problem).

I am using OpenOffice.org 1.1.0 on a Linux PC.

As soon as I find a recipe to reproduce this, I will post it here.

Comment 9 christian.guenther 2004-03-11 17:32:51 UTC
I reopen the issue.
Comment 10 christian.guenther 2004-03-11 17:33:33 UTC
this issue is duplicate to issue 16297

*** This issue has been marked as a duplicate of 16297 ***
Comment 11 christian.guenther 2004-03-11 17:35:09 UTC
This issue is duplicate to issue 16297
Issue 16297 is fixed and integrated in OOo 1.1.1
I close this issue.
Please reopen it if the bug still occures in OOo1.1.1.
Comment 12 jbotte 2004-03-11 19:01:22 UTC
Created attachment 13728 [details]
This file has the password problem... plus the "password" that works is just an empty password field.
Comment 13 jbotte 2004-03-11 19:37:00 UTC
An additional note is that I have been working in Writer, and not Presentation,
so this is more widespread than having just been in Presentation (is "framework"
the catchall for when it applies to more than one component?).

The thing that I find puzzling about this, and maybe can offer a clue (again,
until I come up with a sure fire recipe...) is that the "password" needed is
just the empty password field and then you can press OK. When I try to create a
document and save it with a password, it does not allow me to set an empty
password on the document, meaning that it has nothing to do with a setting
accidentally being hit (which was my first suspicion before finding this earlier
bug report). When you use "File->Save As..." and check off the "Save with
password" box, it saves fine and seems to be okay after that... Very puzzling.

Anyway, it seems as though this is a duplicate of 10624 and should be fixed in
1.1.1 ... I'll upgrade and see if the bug goes away...
Comment 14 christian.guenther 2004-03-12 16:42:58 UTC
I tested it in OOo1.1.1rc.
- load the file
- confirm the empty password
- File/Save as
- deselect the password setting
- Save.
While reloading the saved file the password is gone.
We did a fix that no empty password can occure in files created and saved with
OOo1.1.1rc. Only when you work with an older version and save again the file the
empty password could occure again.

Regards
Christian.
Comment 15 jbotte 2004-03-15 16:46:09 UTC
I have requested that issue 16297 be re-opened because the bug is still a
showstopper for us in OOo 1.1.1rc, and the fix that was implemented to resolve
16297 only fixes the problem in certain cases. I have added a detailed
description to and will continue tracking it through issue 16297 (but thought I
should put a comment here too, just in case)...