https://bugs.documentfoundation.org/show_bug.cgi?id=132145
--- Comment #3 from Stephan Bergmann <sberg...@redhat.com> ---
(In reply to Mike Kaganski from comment #0)
> This code shows that manipulating the same ExpandReference setting [1] via
> registry and via com.sun.star.sheet.GlobalSheetSettings service is not
> synchronized, as if the latter does not listen for the relevant registry
> changes. The setting in com.sun.star.sheet.GlobalSheetSettings is actually
> used in the following spreadsheet manipulations, and is reflected in the
> Options/Calc/General; but the changes in it are not immediately reflected in
> registrymodifications.xcu - until the program exits (or until the settings
> are saved from the Options dialog). On the other hand, changes done using
> "com.sun.star.configuration.ConfigurationUpdateAccess" (through
> GetRegistryKeyContent) are written into registrymodifications.xcu
> immediately on commit, but are not reflected in Options dialog, and will not
> be used until soffice.bin restarts.
The implementation of the css.sheet.GlobalSheetSettings service
(ScSpreadsheetSettings, sc/source/ui/unoobj/appluno.cxx) apparently delegates
to some global ScModule (SC_MOD, sc/inc/scmod.hxx), which in turn delegates to
classes like ScInputCfg (sc/inc/inputopt.hxx) which are based on the
utl::ConfigItem wrapper fiasco around configmgr (and which reads configmgr data
just once upfront, doesn't listen on configmgr data changes, and doesn't write
back updates to configmgr promptly, or something like that).
--
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
