https://bz.apache.org/ooo/show_bug.cgi?id=126869
--- Comment #51 from John <[email protected]> --- I monitored what is happening in \temp during a file open, an edit, and a Save. I set \temp to a 32GB USB memory stick to slow things down. AOO would not open when I set \temp to the diskette drive nor to a very old, slower 128 MB USB memory stick. I recorded with FreeCam. 1. Open MyDocuments\fred.odt 468kB. 2. AOO writes many temporary files to \temp, each deleted before the next is written, as below: svc8appm.tmp 2kB svc8asg5.tmp 1kB svc8uaog.tmp 2kB svc8awg9.tmp 2kB svc8aypu.tmp 2kB svc8b0wu.tmp 468kB timestamped 14:26 >From previous testing I know svc8b0wu.tmp is an exact copy of fred.odt. 3. Make a few edits to fred.odt. Nothing changes in \temp as expected. 4. Click Save icon. \temp has only svc8b0wu.tmp 468kB timestamped 14:26 AOO adds svc8bhyz.tmp 0kB AOO adds svc8bk4o.tmp 36kB and then increases it to 1,805kB. AOO deletes svc8bhyz.tmp and svc8bk4o.tmp AOO adds svc8bvu4.tmp 468kB timestamped 14:28 AOO deletes svc8b0wu.tmp. \temp now has only svc8bvu4.tmp 468kB timestamped 14:28. The file is deleted and AOO closes. MyDocuments\fred.odt 468kB is now timestamped 14:28 suggesting it is a copy of svc8bvu4.tmp. I may have missed some files being created and deleted. I tried to copy the 36kB file but I could not do it quickly enough and Windows said it had gone. I wondered if svc8bk4o.tmp, which gets to be 3.5x bigger than fred.odt, could be where the nulls are written in cases where .odt files are full of null characters. -- You are receiving this mail because: You are the assignee for the issue.
