error tracker should remove/grey out existing data when user changes display options

Bug #1040140 reported by James Hunt
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Errors
Triaged
Low
Unassigned

Bug Description

If you change the options to, say see 'Most common problems in the past year', the frequency column shows "Loading..." (in pretty small text). However, the graphs and all the data are retained.

Once the user has changed a setting, I think the existing data should be immediately removed or greyed out or something to denote the new query has not yet completed.

Also note that if an error occurs ("An error occurred while trying to load the most common problems."), the existing data is still retained so users may be misled into thinking the data they are viewing refers to the time range they selected.

It may save time to fix bug 1057591 at the same time as this bug.

Revision history for this message
Evan (ev) wrote :

[16:45:46] <slangasek> ev, jodh: it would be nice to keep the old data there while the new load is in progress, it gives me something to look at while the browser is busy :D

Revision history for this message
Steve Langasek (vorlon) wrote :

It would be nice to keep the old data there while the new load is in progress, it gives me something to look at while the browser is busy.

But yes, on error I think it should be cleared.

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Specification updated <https://wiki.ubuntu.com/ErrorTracker?action=diff&rev2=103&rev1=102>: "For both the graph and the table, whenever one of them is loading, is interactively updating, or failed to load, it should be semi-transparent."

This is a simple matter of setting {opacity: 0.5} or so on the <svg> or <table> element while it is loading or updating, and removing it when it finishes.

Changed in errors:
importance: Undecided → Low
status: New → Triaged
description: updated
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.