On 22. Jul, 2013, at 16:27, Olemis Lang wrote: > On 7/22/13, Joachim Dreimann <[email protected]> wrote: >> On 21 July 2013 07:29, Olemis Lang <[email protected]> wrote: >> >>> On 7/20/13, Antonia Horincar <[email protected]> wrote: >>>> Hi devs, >>>> >>> >>> :) >>> >>>> I was trying to find a way to retrieve all tickets belonging to a >>> specific >>>> product, and I was planning on using the get_tickets() method from the >>>> Product class in multiproduct.model. However when calling the method, >>>> no >>>> tickets were retrieved (an empty list was returned), even though the >>>> product I was calling the method on did have tickets. I noticed that in >>>> get_tickets(), the from_string() method called was the one from the >>>> Query >>>> class in trac.ticket.query, and not from ProductQuery in >>>> multiproduct.ticket.query. I managed to get the desired results only >>> after >>>> I created a method in my api (similar to get_tickets()), which used the >>>> from_string() method from the ProductQuery class in >>>> multiproduct.ticket.query. I'm not sure this is the right way to solve >>> the >>>> problem, though. Do you have any suggestions? >>>> >>> >>> It's a bug . Your approach is correct . >> >> >> What's the bug ticket reference? >> >> >>> It shall be fixed . >>> >> >> When and by whom? >> > > https://issues.apache.org/bloodhound/ticket/600 > > If that ticket is not enough then please Antonia , feel free to create > a new ticket .
The fix for get_tickets() is in r1506450, referenced as part of #600. > > -- > Regards, > > Olemis.
