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 734245 - Q_PROPERTY switches the member access from private to public
Q_PROPERTY switches the member access from private to public
Status: RESOLVED FIXED
Product: doxygen
Classification: Other
Component: general
1.8.7
Other Mac OS
: Normal normal
: ---
Assigned To: Dimitri van Heesch
Dimitri van Heesch
Depends on:
Blocks:
 
 
Reported: 2014-08-04 18:40 UTC by Kuba Ober
Modified: 2014-08-21 17:15 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Kuba Ober 2014-08-04 18:40:13 UTC
The presence of Q_PROPERTY in the private section of a class causes subsequent members to be treated as if they were was public:

#include <QObject>
/// Foobulates grobs.
class Foo : public QObject {
  /// Indicates grob's rombulation.
  Q_PROPERTY(bool prop READ prop)
  int q; // treated as if it was public, but it's private
};

$ doxygen -g Doxyfile
$ doxygen > /dev/null
x.h:6: warning: Member q (property) of class Foo is not documented.

Removing the Q_PROPERTY line causes the issue to disappear.

The expected behavior is that a Q_PROPERTY entry does not change the access of the subsequent members. The Q_PROPERTY is a moc macro and it has an empty body.
Comment 1 Dimitri van Heesch 2014-08-15 09:05:55 UTC
Confirmed. Should be fixed in the next GIT update.
Comment 2 Kuba Ober 2014-08-15 15:27:11 UTC
Great! Thank you very much!
Comment 3 Dimitri van Heesch 2014-08-21 17:15:36 UTC
This bug was previously marked ASSIGNED, which means it should be fixed in
doxygen version 1.8.8. 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 (preferrably in the form of a self-contained example).