| Summary: | Recovery fails because no access to AppData Temp folder | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Rainer Bielefeld Retired <LibreOffice> |
| Component: | LibreOffice | Assignee: | Not Assigned <libreoffice-bugs> |
| Status: | RESOLVED WONTFIX | ||
| Severity: | critical | CC: | LibreOffice, pmladek |
| Priority: | medium | ||
| Version: | 3.5.1 release | ||
| Hardware: | Other | ||
| OS: | Windows (All) | ||
| Whiteboard: | |||
| Crash report or crash signature: | Regression By: | ||
| Bug Depends on: | |||
| Bug Blocks: | 112970, 37361, 43489 | ||
| Attachments: |
Screenshot
Registrymodifications from User Profile |
||
I reproduced the problem by Proceeding as per "Bug 43869 - Paste special as RTF inserted at wrong position, undo stack damaged" to get crash as reported in "Bug 43882 - EDITING: CRASH when undo copy paste" Only new spreadsheet and new Writer document open, crash appeared, recovery failed with similar message as in original report, but different folder name instead of "lua5okz" @Petr: I tried due to you hint, result: Problem seems to be related to my (damaged?) User Profile, with a new one I still can reproduce "Bug 43882 - EDITING: CRASH when undo copy paste", but recovery works fine. After switch back to my old profile problem is back (I did only 1 test with fresh and old profile). sounds bad; is this a new regression ? is it possible you have rather low space on your disk - possibly something is going wrong there - either in the autosave, or in the recovery ? Thanks ! I see this WONTFIX for now, I doubt that it's of common interest to do further research. With new Profile everything works fine. Althouth the problem started exactly with my RC1->RC2 update, I doubt that anydy else will have exactly this profile damage like me. We can reopen the Bug if someone else will see the same problem; I did a backup of my old profile if it seems useful to do further research. Just for record. I am unable to reproduce this with 3.5.1-rc2. I have tried it on both SLED11-SP1-x86_64 and Windows XP SP3. So, it will hopefully not affect other users. It'd be great to get the registrymodifications.xcu file from both the old and new settings directories, to see if we can compare them & see what's up there. Thanks ! :-) Created attachment 58323 [details] Registrymodifications from User Profile Attachment contains "registrymodifications_NwqWorksfine.xcu" (works fine) and "registrymodifications_OldDefect.xcu" that might cause the problem here. The old .xcu definitively causes the problem in "Bug 45298 - VIEWING Picture linked from WEB impossible, only placeholder shown", replacing registrimodifications.xcu in my fresh new User Profile by the damaged old one makes the problem theree reappear: Lorem Ipsum extension will not work with that .xcu and picture from web will not be updated. The content of attachment 58323 [details] has been deleted
Much obliged to you for sharing this data, I will contact this telephone number instantly! then have fun with the fun filled https://1v1-lol.com game. Your message is quite significant to me, and I anxiously await more of your thoughts. I discovered a fantastic game called https://amongusgame.io and would appreciate it if you could join and play with me. https://run3.onl I hope you got the solution to your problem. It'd be great to get the registry modifications. xcu file from both the old and new settings directories, to see if we can compare them & see what's up there. https://logicfleet.ie/ It'd be great to get the registrymodifications.xcu file from both the old and new settings directories, to see if we can compare them & see what's up there. http://wiki.documentfoundation.org/BugReport https://happy-wheels.co Thanks ! |
Created attachment 58117 [details] Screenshot "LibreOffice 3.5.1.2 German UI/Locale [Build-ID: dc9775d-05ecbee-0851ad3-1586698-727bf66] on German WIN7 Home Premium (64bit) sometimes fails to recover documents after a crash with message "C:\Users\user\AppData\Local\Temp\lua5okz.tmp\filename does not exist" lua5okz.tmp - might be different for each crash (I will check) - did not exist after crash