[Libreoffice-bugs] [Bug 128749] Macro security level not displayed correctly in non-gtk3 backends
bugzilla-daemon at bugs.documentfoundation.org
bugzilla-daemon at bugs.documentfoundation.org
Wed Nov 13 06:55:55 UTC 2019
https://bugs.documentfoundation.org/show_bug.cgi?id=128749
--- Comment #3 from Justin L <jluth at mail.com> ---
The problem in this scenario is something like this:
1.) VeryHigh is the last item to be processed. High (which IsChecked()) has
already been processed and has ImplUncheckAllOther() which turns off tabstop as
well.
2.) A label change for VeryHigh initiated a statechange, which re-initializes
the button, turning tabstop on again.
3.) MacroSecurityLevelTP correctly identifes "High" as the mnCurLevel, and sets
it active. However, since High is already marked as IsChecked, no state change
occurs, and so nothing triggers the initialized tabstop to be removed from
VeryHigh. (Although ImplUncheckAllOther() has already run many times, it still
needs to be run this time, after all the initalization has been finalized.)
A very ugly work-around would be for MacroSecurityLevelTP to:
if (pCheck)
{ //ensure state is fully toggled...
pCheck->set_active(false);
pCheck->set_active(true);
}
--
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20191113/e1a6254c/attachment.html>
More information about the Libreoffice-bugs
mailing list