Opened 15 years ago
Closed 15 years ago
#8440 closed defect (fixed)
Reports returns no rows in RSS format
Reported by: | Owned by: | Christian Boos | |
---|---|---|---|
Priority: | normal | Milestone: | 0.11.6 |
Component: | report system | Version: | 0.11-stable |
Severity: | major | Keywords: | rss report |
Cc: | osimons, Jonas Borgström | Branch: | |
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Short example: http://trac.edgewall.org/report/1?format=rss&USER=anonymous
returns no rows at all against:
http://trac.edgewall.org/report/1
which returns lots of rows.
I'm not sure it is expected behaviour or bug, because i.e. Custom query report works ok.
Attachments (0)
Change History (9)
comment:1 by , 15 years ago
Cc: | added |
---|---|
Version: | 0.10.4 → 0.11-stable |
comment:2 by , 15 years ago
Even stranger, I cannot reproduce this in my 0.11-stable checkout, using the exact same report as on t.e.o. But then again, I don't have 931 tickets in that report.
comment:3 by , 15 years ago
The number of tickets doesn't seem to have an influence, though. Even {12}, in my case with 37 matches, doesn't show anything in the RSS feed. I wonder if there's anything in the logs about this…
comment:5 by , 15 years ago
Cc: | added |
---|
I really cannot reproduce this, so it might be an InstallationIssue on t.e.o. Do we have a custom report.rss
template here?
comment:6 by , 15 years ago
Replying to anonymous:
For me that problem appears in 0.11.4 build
Mmh, works fine here with 0.11.4 as well. Do you have a site-specific report.rss
template? Any errors in your log (crank it up to DEBUG level, if possible)?
comment:7 by , 15 years ago
There are no special templates. After debug I've got something like that:
2009-07-03 13:57:46,581 Trac[main] DEBUG: Dispatching <Request "GET u'/report/1'"> 2009-07-03 13:57:46,581 Trac[chrome] DEBUG: Prepare chrome data for request 2009-07-03 13:57:46,596 Trac[report] DEBUG: Executing report with SQL " SELECT p.value AS __color__, id AS ticket, summary, component, reporter, t.type AS type, owner, status, time AS created, changetime AS _changetime, description AS _description, reporter AS _reporter FROM ticket t LEFT JOIN enum p ON p.name = t.priority AND p.type = 'priority' WHERE status <> 'closed' ORDER BY CAST(p.value AS int), milestone, t.type, time " 2009-07-03 13:57:46,596 Trac[report] DEBUG: Request args: {'id': u'1', 'USER': u'ipa', 'format': u'rss'} 2009-07-03 13:57:46,612 Trac[session] DEBUG: Retrieving session for ID u'ipa' 2009-07-03 13:57:46,658 Trac[tande_filters] DEBUG: self.billing_reports= Set([9, 10, 11, 12, 13, 14, 15, 16, 17]) 2009-07-03 13:57:46,674 Trac[ticket_webui] DEBUG: TicketWebUiAddon executing 2009-07-03 13:57:46,674 Trac[ticket_webui] DEBUG: TicketWebUiAddon not the correct template 2009-07-03 13:57:46,753 Trac[main] DEBUG: 626 unreachable objects found.
comment:8 by , 15 years ago
Milestone: | → 0.11.6 |
---|---|
Owner: | set to |
I can reproduce this and it seems to be a regression in Genshi 0.6dev (t.e.o is using 0.6dev-r999 and I'm using advanced-i18n [G1060]).
I have a workaround, which also makes the code cleaner.
comment:9 by , 15 years ago
Resolution: | → fixed |
---|---|
Status: | new → closed |
Hmm. Strange. Something must have happened at some stage, because there really isn't anything there. And, of course there should be. The t.e.o site runs on 0.11.5rc1 - we should have a 'version' tag for it, but bumping version to 0.11-stable as it occurs in currently latest code.
The raw RSS body I get back looks like this:
Anyone got a clue? A regression following some recent changes?