https://bugs.documentfoundation.org/show_bug.cgi?id=92529
--- Comment #2 from Stephan Bergmann <[email protected]> --- The way it works is that every call to the configmgr's commitChanges() initiates a write-back of registrymodifcations.xcu. Actual writing is then delayed by 1 second to allow consecutive calls to commitChanges() to pile up and be processed in one batch. That is, this needs looking at the client code that calls commitChanges() (configmgr/source/readwriteaccess.cxx) to determine why there is so much activity. (I assume it is about storing window positions and such.) (Also, the configmgr code does not remember which values it originally read in from registrymodifications.xcu, so that it cannot detect cases where the changes committed by client code would not change the existing registrymodifcations.xcu, and optimize those writes away. The assumption is that client code does not trigger such "unnecessary non-changes.") -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
