Apache OpenOffice (AOO) Bugzilla – Issue 40729
"Document changed" when not applying styles
Last modified: 2013-08-07 14:38:26 UTC
If I load a document into a writer I sometimes get informed that the styles in that document do not match the current ones. Writer asks me if it should apply the current styles to the document. If I click "No", the styles are not applied, but the document gets the "changed" flag. That means that if I want to open an older document to convert it to PDF and this document has a modification date field in it, the PDF will have the current date, not the real date of last modification. This could be misleading in some cases. I think that if I don't apply the styles, the document should not be considered "changed", as I did not actually do anything to it.
The mentioned query that the styles have changed will appeaer, when the document is based on a template, where Styles have been changed since the document has been modified the last time. MRU->MBA: I don't think that it is not necessary to set the modify-flag in this case. By selecting "No" from the query message no style changes will be applied to the document. Though I couldn't test this in 680m71 due to issue 40891 (no query message anymore) I don't think it is fixed in OO 2.0 (at least I couldn't find a suitable issue...).
Just a small additional observation that might help to pin down the problem: I have tried "undo" directly after opening the document. But "undo" is not available in that case. That means that whatever change Writer believes to have happened is not recorded in the "undo" queue.
Created attachment 28807 [details] Display on my machine
Please ignore the attachment I just made. It belongs to a different problem.
The feature is designed that once you deny updating the connection to the template is destroyed and this needs a modification of the document. Thus it is absolutely correct that the "modified" flag is set. It is debatable wether we should offer three options in the dialog ("Update", "No Update anymore", "Ask me again next time"), but that should be done as an RFE.
closing