After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 696954 - Labels of check boxes not disabled when main item is disabled
Labels of check boxes not disabled when main item is disabled
Status: VERIFIED FIXED
Product: doxygen
Classification: Other
Component: doxywizard
1.8.3.1-SVN
Other Windows
: Normal normal
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2013-03-31 10:29 UTC by albert
Modified: 2013-05-20 14:10 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
PATCH: correct behavior oof labels (4.18 KB, patch)
2013-03-31 10:33 UTC, albert 		none Details | Review

Description albert 2013-03-31 10:29:58 UTC 
In case an item is disabled the label of the item is disabled as well for string and integer fields, but not for check boxes.
E.g. when GENERATE_HTML is disabled the label of the item HTML_TIMESTAMP is not disabled, the check box is disabled. For the field HTML_COLORSTYLE_HUE label and value are disabled.

In case an item has been changed and afterwards is disabled, the color stays red but should got to gray as well.
E.g. change the value of HTML_COLORSTYLE_HUE and afterwards disable the GENERTE_HTML
Comment 1 albert 2013-03-31 10:33:41 UTC 
Created attachment 240195 [details] [review]
PATCH: correct behavior oof labels

In case a check box is disabled the label is shown as disabled as well.
In case an item is changed and afterwards disabled the color of the label will be gray instead of red.
Comment 2 Dimitri van Heesch 2013-04-07 11:18:58 UTC 
Thanks, I'll include the patch in the next subversion update.
Comment 3 Dimitri van Heesch 2013-05-19 12:36:48 UTC 
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.8.4. Please verify if this is indeed the case. Reopen the
bug if you think it is not fixed and please include any additional information
that you think can be relevant.
Comment 4 albert 2013-05-20 14:10:38 UTC 
Works as expected