LP should send regular "your request is in the queue" messages
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Fix Released
|
Low
|
Jeroen T. Vermeulen |
Bug Description
When you request a download from Launchpad, it will sometimes tell you to wait while the message is queued, and that you'll be e-mailed shortly. For example, this occurs when downloading a translation. My experience has been that the e-mail is normally received very promptly, but e-mails are taking half an hour or more to arrive today.
Suggestion: if a request remains in the queue for more than 5 minutes, an e-mail should be sent automatically, saying that Launchpad is busy and that you might have to wait a while.
Sending an "in the queue" e-mail will make users less concerned, and will reduce the probability that (like I did), they'll assume that LP has forgotten about them and resubmit their request.
Since some users will find "in the queue" e-mails annoying, so it should be possible to disable them.
Suggestion: each user's e-mail settings page should include a checkbox "notify me when requests remain in the queue for more than 5 minutes". When Launchpad notifies a user that a request has been put in the queue, the notification should include a hyperlink which reads "you {will|will not} be notified if this message stays in the queue for a long time", and which links to the relevant option on the e-mail settings page.
Related branches
- Brad Crittenden (community): Approve (code)
-
Diff: 760 lines (+210/-113)16 files modifiedlib/canonical/launchpad/doc/product-update-remote-product.txt (+1/-6)
lib/lp/bugs/doc/bugzilla-import.txt (+2/-6)
lib/lp/bugs/doc/externalbugtracker.txt (+3/-27)
lib/lp/testing/faketransaction.py (+35/-0)
lib/lp/translations/browser/poexportrequest.py (+35/-0)
lib/lp/translations/browser/tests/test_baseexportview.py (+68/-2)
lib/lp/translations/doc/distroseries-translations-copy.txt (+2/-7)
lib/lp/translations/doc/gettext-check-messages.txt (+14/-22)
lib/lp/translations/doc/poexport-queue.txt (+6/-4)
lib/lp/translations/doc/poexport-request-productseries.txt (+2/-5)
lib/lp/translations/doc/poexport-request.txt (+3/-6)
lib/lp/translations/doc/poimport.txt (+2/-10)
lib/lp/translations/interfaces/poexportrequest.py (+7/-1)
lib/lp/translations/model/poexportrequest.py (+23/-7)
lib/lp/translations/scripts/tests/test_copy_distroseries_translations.py (+2/-10)
lib/lp/translations/templates/translations-export.pt (+5/-0)
Changed in rosetta: | |
assignee: | nobody → Jeroen T. Vermeulen (jtv) |
status: | Triaged → In Progress |
milestone: | none → 10.02 |
tags: |
added: qa-ok removed: qa-needstesting |
Changed in rosetta: | |
status: | Fix Committed → Fix Released |
The idea is great, though five minutes is probably too short. I'd suggest a different solution: we could give some indication of the export backlog right away, as the user submits a request.
Don't worry too much about resubmitting the request; where one person has multiple requests in the queue, any overlap between them is automatically eliminated.