I'm not sure if this is API specific, haven't tested it through other interfaces, my apologies if I've mis-filed. Going through python-bugzilla, the convention bz.query({'status':'__open__'}) used to work as a shorthand for all non-closed statuses. This appears to no longer work. 'status':['NEW','ASSIGNED','MODIFIED',...] does work, so it's possible do something equivalent, but the shorthand was nice to have.
Hmm, I don't see any specific mentions of __open__ in the python-bugzilla code dating back to 0.6.0, so my guess is this was either something provided by older bugzilla instance, or it was a RH only extension that has been dropped. Since this is the only complaint I've heard of that issue I'm guessing it hasn't had widespread impact, so not something we want to work around in python-bugzilla. You might be able to get more info by filing a bug against the RH bugzilla instance, but the maintainers have been doing a thorough job of dropping non-essential RH extensions, this may have been part of the cull.
(In reply to comment #1) ... > > You might be able to get more info by filing a bug against the RH bugzilla > instance, but the maintainers have been doing a thorough job of dropping > non-essential RH extensions, this may have been part of the cull. indeed, I did, and they moved it over here ;) Thanks Cole.
Bug.search that was in Bugzilla 3.6 (which was a Red Hat customisation) was removed as part of the upgrade to Bugzilla 4.2. The Bug.search in Bugzilla 4.2 does not support the __<word>__ syntax for status. A workaround is to use the query_format: advanced value to get what you want. https://bugzilla.redhat.com/docs/en/html/api/Bugzilla/WebService/Bug.html#search For example: >>> bugs = proxy.Bug.search({'query_format': 'advanced', 'product': 'Bugzilla', 'bug_status': '__open__'}); >>> print bugs['bugs'].__len__()106 Marking as NOTABUG since it works as documented.