Thanks Simon, you were correct in that an ordinary user account suffices to login against the XML-RPC Web Worker. I checked whether all methods exposed by https://github.com/python-bugzilla/python-bugzilla work and I stumbled into one pretty annoying blocker: the 'quicksearch' query parameter does not seem to be handled by the instance. In other words, ``` query = bzapi.build_query( quicksearch="snapper", include_fields=["id", "summary"]) bugs = bzapi.query(query) <- this throws 'xmlrpc.client.Fault: <Fault 53: 'quicksearch is not a valid parameter for the Bugzilla::Bug::match function.'>' ``` Any clue? Or any clue about someone who would have a clue? Best, and thanks, Adrien Le 19/07/2021 à 02:32, Simon Lees a écrit :
On 7/15/21 6:33 PM, Adrien Glauser wrote:
Hey Simons, thanks for this addendum. Who should I get in touch with to create this IDP account? This is just a standard bugzilla / obs account, all you should need is an email address, obviously if its for a community service it would be best if its an email address that multiple people in the community can eventually have access to.
Also, we anticipate that implementing a good caching strategy will be our main job in the short run. Are there /Redis/ instances that SUSE or openSUSE could provide us with? Setting up our own server or using a cloud solution is not likely to cut it... Ill leave this question for someone else on the list, its something I know nothing about, I know about bugzilla because my team uses it at times for some internal scripts.
Le 14/07/2021 à 08:06, Simon Lees a écrit :
On Mon, Jul 12, 2021 at 8:54 AM Adrien Glauser <adrien.glauser@gmail.com> wrote:
Thank you very much Neal, this is immensely helpful!
Today, openSUSE Heroes has no bots in service beyond the bridge bots for the Matrix server. Indeed, it is about the bridge bots that I am asking: Can we take a look at the code currently in production? It might be possible to use these bots as a point of entry for allowing users to consume the future API from any bridged channel while avoiding duplicate responses. And should we use another bot instead, looking at the bots currently in use would still be instructive.
Sasi knows more here, but our deployment is documented in Salt: https://code.opensuse.org/heroes/salt/blob/production/f/pillar/role/matrix.s...
> We do not have Bugzilla 5. Sasi and I had been looking at trying to > get SUSE IT to deploy a variant of the Red Hat Bugzilla 5 software[1] > as it provides a variant of Bugzilla 5 with features that would be > useful for distributions (including tracking third-party bug trackers > and multi-SSO). > > Today, we have Bugzilla 4 with its XML-RPC API. I strongly recommend > using python-bugzilla[2] to interface with it. > > 3) Does Progress expose an API for doing queries and if yes, where's the > docs about using this feature? > > Progress uses Redmine, however the project does not generally use this > much, so it's not of much use to query for the project as a whole. > That said, we *can* enable the REST API[3] if desired (if it's not > already enabled, I'm not sure). Pagure has an API, and it's > documentation is on the instance itself[4]. Duly noted about Progress. May we request API keys for both Pagure and the openSUSE bugzilla right now? Or shall I open a ticket or something to make it more official?
I don't know about Bugzilla, someone else on the team with more familiarity will have to chime in here. From memory python-bugzilla uses user auth rather then an API key, I
On 7/12/21 10:28 PM, Neal Gompa wrote: think we handle bots by just creating a separate IDP account for them and logging in with that, its been a couple of years since I have used it though. Also be warned it isn't great for handling large number of requests at one time.