Timeout +filebug on a package

Bug #1030584 reported by dg1727
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
Critical
Unassigned

Bug Description

On the +filebug page
(such as ...//bugs.launchpad.net/ubuntu/+source/<pkgname>/+filebug where <pkgname> is the name of a package)

if the user takes too long to enter data into that page ("Further information," tags, attachments), then the "Submit Bug Report" button will cause a timeout error message to be displayed. The user could then jump to the conclusion that their research and editing work on the +filebug page has been lost.

The text in the "Further information" field, and possibly the other fields (I didn't check), can be recovered (at least if the user's browser is Firefox) by using the browser's Back button and selecting to file a new bug. The user may still have had a minute or so of stress, though.

Can the timeout be eliminated?

If not, then the user should be warned in advance that only so much time is allotted for entering data into the +filebug page. Maybe a countdown timer could even be shown on the +filebug page itself. The timeout could also be increased (maybe doubled).

Thanks.

Tags: timeout
Revision history for this message
Robert Collins (lifeless) wrote :

You can take as long as you want to enter data in the field. What OOPS ID did you get?

Changed in launchpad:
status: New → Incomplete
Revision history for this message
dg1727 (dg1727) wrote :

I didn't make a note of the OOPS ID, and I don't seem to be able to retrieve it from my browser cache. I was filing bug 1030575; can you use this info to look up the OOPS in a log?

Revision history for this message
Robert Collins (lifeless) wrote :

The oops will be reported in aggregate to us in our daily reports; we can't cross-reference a bug that hadn't been filed though :(.

Revision history for this message
William Grant (wgrant) wrote :

Luckily enough, there was only one OOPS from dg1727's user yesterday: OOPS-8ad2595f3b87c1950e7be61b39288c46

Shows a 16s INSERT into Bug, when the Bug INSERT triggers are trivial. So it was probably a lock, and the only FK there is Bug.owner -> Person.id. But there would have been a statement timeout of <5s, so I don't understand how it took 16s.

tags: added: timeout
summary: - Make +filebug timeouts more user-friendly
+ Timeout on OOPS-8ad2595f3b87c1950e7be61b39288c46
Changed in launchpad:
status: Incomplete → Triaged
importance: Undecided → Critical
Curtis Hovey (sinzui)
summary: - Timeout on OOPS-8ad2595f3b87c1950e7be61b39288c46
+ Timeout +filebug on a package
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.