There should be a simple way to reset or remove the metadata (about the author and date/time) on comments and changes. By googling you can find a few inquiries about this kind of functionality. Currently (in Libo 4.4.2.2) there is an option to remove personal information from a document: "Options → LibreOffice → Security → Security Options and Warnings → Options... → Security Options → Remove personal information on saving" However, this only affects the personal information on "File → Properties... → General". Basically, I think the wording is misleading, because if there is personal information incorporated as metadata in comments and changes, this will not be removed. In MS Word 2003 there is a similar option, but it also resets the metadata on comments and changes: "Tools → Options... → Security → Privacy options → Remove personal information from file properties on save" This option is also available in Word 2007/2013, although the procedure is a little different: http://www.pcreview.co.uk/threads/remove-date-time-stamp-in-track-changes.3827063/ It would be nice to have a little more nuanced choice in Libo that allowed you to reset just the date and time information on comments and changes. Currently, Libo isn't even on a par with Word in this respect.
Some further links discussing the issue: http://ask.libreoffice.org/en/question/34746/how-to-remove-date-stamp-from-changes-and-comments/ http://askubuntu.com/questions/191461/how-i-can-remove-date-time-metadata-from-my-libreoffice-comments https://forum.openoffice.org/en/forum/viewtopic.php?f=7&t=41265
Created attachment 114615 [details] Metadata on comments and changes Steps to reproduce: 1) Open the attached odt document. There are a comment and some recorded changes with personal information as metadata. 2) Select "File → Properties... → General". The dialog box shows information about the author and when the document has been modified. Click OK. 3) Select "Tools → Options... → LibreOffice → Security → Security options and warnings → Options... → Security options. Make sure that "Remove personal information on saving" has been ticked and click OK (twice). 4) Make a change in the text and save the document. The personal information is removed from "File → Properties... → General", but the metadata on the comment and changes are not removed.
I can confirm, setting to new.
*** Bug 89983 has been marked as a duplicate of this bug. ***
(In reply to raal from comment #3) > I can confirm, setting to new. Your wish is my command ;)
There was another feature request on G+ dealing with this topic. But this person wants to just hide the comments not to clean it afterwards. So I suggest to introduce an option whether of not comments should be personalized. It would be a checkbox at the context menu of the comment plus another at options > security. When this option is not checked the time stamp and user id of comments is hidden. Looking at this issue there is an option right now to remove the metadata when a document is saved. So actually this bug could be solved (and I'd have to open another since my suggestion is to prevent the creation). uxadvice (comments are relevant not only for Writer) + needsdeveval Could be an easyhack
Oups, of course not "wants to just hide the comments" but "wants to just hide the comments timestamp (and perhaps also the author)".
This feature is really important for anyone using LibreOffice to anonymously review peer documents. Would it be possible that simply unchecking "Apply user data" in File > Properties would show Comments and Tracked changes from "Unknown Author" (as it does when no User Data has been filled)? (Currently the only option is to delete all User Data fields) I assume that "Apply user data" in document properties applies to the current document (regardless if the global "Use data for document properties" option is checked or unchecked) To be honest I don't understand in what circumstance the user would fill the User Data and then UN-check the "Use data for document properties". What is the personal data used for if not for document properties???
We're replacing our use of the 'ux-advise' component with a keyword: Component -> LibreOffice Add Keyword: needsUXEval [NinjaEdit]
I like the idea for enhancement - there are several things to think about however (and now for me it's late in the evening..)
Some ideas: a) include comment metadata at Tools > Options > LibreOffice > Security (which deletes all info) b) Files > Properties > Apply user data (sounds weird) c) dedicated function, for example, Edit > Comment > Delete User Data on Comments Recommendation is to do a) with code and provide c) per extension.
(In reply to Heiko Tietze from comment #11) > b) Files > Properties > Apply user data (sounds weird) File > Properties is the natural place IMO. Maybe "manage or change applied user data" ?
In the meantime I support the idea of the bug opener to rename the feature in the options dislog. But the whole privacy issue should be enhanced in the longer run. I like the way MS-Office handles that with an own dialog. Therefore I suggest a new privacy tab in the file properties where the user can choose different options with checkboxes (personal and timestamp info in file properties, name and timestamp in comments, change tracking data, etc.). At the bottom end of the dialog a button named 'Remove selected data from file' or something similar must be available which deletes this data immediately. Maybe a separate checkbox can be introduced that makes it possible to remove the data at every document save process. But I don't know if this is s good idea. Someone will be afraid due to data loss if this option is forgotten or activated by a colleague.
László Németh committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/12da70f88517bf3c053afe1c504bb70bd27573f2 tdf#90401 xmloff: remove personal info of comments and changes It will be available in 7.3.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
László Németh committed a patch related to this issue. It has been pushed to "libreoffice-7-2": https://git.libreoffice.org/core/commit/658e947b699ad1e08810f0fefd5c901e750ad919 tdf#90401 xmloff: remove personal info of comments and changes It will be available in 7.2.0.0.beta2. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in: Version: 7.3.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 0afa7e64d547a8f2a48402660acf5c95a468a0ab CPU threads: 4; OS: Windows 10.0 Build 17134; UI render: Skia/Raster; VCL: win Locale: hu-HU (hu_HU); UI: hu-HU Calc: threaded
I think this should go to https://wiki.documentfoundation.org/ReleaseNotes/7.2 because it's a new feature and by putting it there visibility is better (many users are not aware of all the options).
(In reply to Timur from comment #17) > I think this should go to > https://wiki.documentfoundation.org/ReleaseNotes/7.2 because it's a new > feature and by putting it there visibility is better (many users are not > aware of all the options). Hi Timur, I updated the release notes. This will be helpful for those writing LO guides.
Very useful addition! I just wanted to note that this feature doesn't work when saving to .docx. Is this intended? That could be dangerous if you usually save to .odt and you would expect identifiers to be removed when saving to .docx.
(In reply to Milan Bouchet-Valat from comment #19) > Very useful addition! > > I just wanted to note that this feature doesn't work when saving to .docx. > Is this intended? That could be dangerous if you usually save to .odt and > you would expect identifiers to be removed when saving to .docx. Did you test with 7.3? I see it has the implementation for bug 142902
(In reply to Buovjaga from comment #20) > (In reply to Milan Bouchet-Valat from comment #19) > > Very useful addition! > > > > I just wanted to note that this feature doesn't work when saving to .docx. > > Is this intended? That could be dangerous if you usually save to .odt and > > you would expect identifiers to be removed when saving to .docx. > > Did you test with 7.3? I see it has the implementation for bug 142902 Commenting again as Milan was not in Cc...
Ah, thanks, I tested only 7.2 so it's probably fixed on 7.3.
I have been checking your blog site for any even though now, would seem like everyday I study some thing new Thanks https://www.kavya-arora.in/gurgaon-call-girls.html https://www.kavya-arora.in/chandigarh-escorts.html https://www.kavya-arora.in/daultabad-escorts.html https://www.kavya-arora.in/karol-bagh-escorts.html https://www.kavya-arora.in/manali-escorts.html https://www.kavya-arora.in/dehradun-escorts.html https://www.kavya-arora.in/chennai-escorts.html https://www.kavya-arora.in/pune-escorts.html https://www.kavya-arora.in/patna-escorts.html https://www.kavya-arora.in/ramnagar-escorts.html
Such a very useful article. Very interesting to read this article.I would like to thank you for the efforts you had made for writing this awesome article. https://www.kavya-arora.in/mumbai-escorts.html https://www.kavya-arora.in/bangalore-escorts.html https://www.kavya-arora.in/hyderabad-escorts.html https://www.kavya-arora.in/ajmer-escorts.html https://www.kavya-arora.in/bawal-escorts.html https://www.kavya-arora.in/mehrauli-escorts.html https://www.kavya-arora.in/saket-escorts.html https://www.kavya-arora.in/indore-escorts.html https://www.kavya-arora.in/bandra-escorts.html