392242 - tabular report contains date in headline

Status: NEW

(Bugzilla :: Reporting/Charting, defect)

Description

[Christian Boltz]

User-Agent:       Mozilla/5.0 (compatible; Konqueror/3.5; Linux; X11; de) KHTML/3.5.7 (like Gecko) SUSE
Build Identifier: bugzilla 3.0, also reproducable in this bugzilla

Tabular bugzilla reports contain the current date and time in the headline.

Reproducible: Always

Steps to Reproduce:
1. click "Reports" in the menu bar
2. click "tabular reports"
3. choose any settings you want
4. click the "search" button
Actual Results:  
On the resulting page, the current date and time are displayed in the headline
("Bugzilla 2007-08-13 00:31:05").

The date can break the layout of custom skins since it is somewhat unexpected - see the reports on bugzilla.novell.com for an example.

Expected Results:  
Display only the word "Bugzilla" there - as on every other bugzilla page.

[initially reported as https://bugzilla.novell.com/show_bug.cgi?id=299684 (non-public), I was asked to report this here]

Comment 1

[Marc Schumann [:Wurblzap]]

Confirming -- the placing of the date on top of reports should be consistent with bug lists. (I'm fine with this being in the header, though.)

I'm not sure I understand your issue exactly... Custom skins should fully support the interface of global/header.html.tmpl, though. header_addl_info (which contains the date) is used in index.html.tmpl, bug/show.html.tmpl, reports/chart.html.tmpl and reports/report.html.tmpl. If you're having trouble with reports, then you're probably having trouble with the index page and viewing bugs, too.

Comment 2

[Christian Boltz]

(In reply to comment #1)
> Confirming -- the placing of the date on top of reports should be consistent
> with bug lists. (I'm fine with this being in the header, though.)

Yes, _consistent_ is the important thing here.
AFAIK no other bugzilla page (at least those I frequently use) shows the current date and time in the header.

My vote to remove the date header is just caused by this fact - it's easier to remove it on one page than to add it on all the other pages. And I don't see the point in displaying the date and time - nowadays everybody has a clock in his task bar ;-)

> I'm not sure I understand your issue exactly... Custom skins should fully
> support the interface of global/header.html.tmpl, though. header_addl_info
> (which contains the date) is used in index.html.tmpl, bug/show.html.tmpl,
> reports/chart.html.tmpl and reports/report.html.tmpl. If you're having 
> trouble with reports, then you're probably having trouble with the index page 
> and viewing bugs, too.

No, the date only appears in reports. Not on the search page, not on viewing, not on the index page and also not on any other page I'm aware of.

This is also valid for this bugtracker - see the dark blue bar at the top of every page. Only on the reports (result) page, there's the date displayed.

Comment 3

[Marc Schumann [:Wurblzap]]

(In reply to comment #2)
> This is also valid for this bugtracker - see the dark blue bar at the top of
> every page. Only on the reports (result) page, there's the date displayed.

Right -- on the index page, though, there is the version displayed using the header_addl_info field. I was wondering whether it disrupts the custom skin you're looking at. The skin should be capable of showing this field's contents properly, whether it's a date or not.

> AFAIK no other bugzilla page (at least those I frequently use) shows the
> current date and time in the header.

I agree that the header is not the right place for a date...

> the point in displaying the date and time - nowadays everybody has a clock in
> his task bar ;-)

... because I need to retract what I said in comment 1 about the header being a sensible place for the date for me. People find them useful when printing (even though all browsers I know support including timestamp information when printing). But the new skin of bug 259723 introduced removing Bugzilla's header and footer when printing, so that the primary benefit of having a date on top of a report goes away. The dste on top of a bug list is placed better in this regard.

I still stand by my statement that your custom skin should not break with content placed in header_addl_info, though.