Merged now in trunk and cherry-picked for AOO42X.

Am 20.11.22 um 23:45 schrieb Matthias Seidel:
> Hi Marcus, Rory,
>
> Pull Request opened:
>
> https://github.com/apache/openoffice/pull/161
>
> Regards,
>
>    Matthias
>
> Am 20.11.22 um 20:23 schrieb Rory O'Farrell:
>> On Sun, 20 Nov 2022 18:48:48 +0100
>> Marcus <marcus.m...@wtnet.de> wrote:
>>
>>> Am 19.11.22 um 11:32 schrieb Matthias Seidel:
>>>> Am 18.11.22 um 10:25 schrieb Rory O'Farrell:
>>>>> There have been many reports of OpenOffice files Writer and Impress (not 
>>>>> sure about Calc), of all versions, suddenly losing pictures, and leaving 
>>>>> only a blank frame.
>>>>>
>>>>> I use the Xubuntu LTS versions, running usually the latest Apache 
>>>>> OpenOffice, more recently the 4.5.0 nightlies.  I have not used Windows 
>>>>> since 2007/8, so cannot say if the following remarks have relevance to 
>>>>> that version
>>>>>
>>>>> LibreOffice have fixed the problem of picture loss, at a cost (from 
>>>>> memory) of 44,000 euro.
>>>>>
>>>>> I regularly make and re-edit Impress presentations, some of considerable 
>>>>> size (~100+ slides, for later selection) and some of 10/12 years of age, 
>>>>> and have found a method that seems to overcome the picture loss.
>>>>>
>>>>> My files are stored on a network addressed storage; I have disabled "Save 
>>>>> Autorecovery every n seconds" (entering 0); in more than 9 years of using 
>>>>> that setting in OpenOffice, both in the creation and editing of large 
>>>>> Impress presentations of 100+ slides containing images and also of 
>>>>> several illustrated booklets, I have never lost pictures.  Prior to 
>>>>> disabling the AutoRecovery process, I regularly did lose images.
>>>>>
>>>>> My guess is that the AutoRecovery process, when it happens, does not 
>>>>> correctly preserve the existing OpenOffice environment, perhaps itself 
>>>>> being interrupted by input keystrokes from the User.
>>>>>
>>>>> I do not offer this as a sure-fire solution, but merely record my 
>>>>> experience
>>>> Thank you for sharing your experience!
>>>>
>>>> A memory corruption may be the main problem, but pictures nowadays are
>>>> typically much bigger than they were, when OO was designed.
>>>>
>>>> That said, I would like to increase the memory settings at least for
>>>> trunk/AOO42X.
>>>>
>>>> Default is now:
>>>>
>>>> Graphics cache:  20 MB, 5.2 MB per object, Remove after 10 minutes.  20
>>>> Objects
>>>>
>>>> Opinions?
>>> just in crease the settings. What about 100 MB and 10 MB for each object?
>>>
>>> Marcus
>> Sounds good.
>>
>>

Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to