Questions can be expired too early

Bug #1017297 reported by Julian Edwards
12
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Launchpad itself
Triaged
High
Unassigned

Bug Description

See https://answers.launchpad.net/maas/+question/199796

A user posted a comment and then 2 days later the janitor closed it with the message:
"This question was expired because it remained in the 'Open' state without activity for the last 15 days."

There was clearly activity, so either the message needs fixing or the expiration needs fixing.

Tags: questions
description: updated
Changed in launchpad:
status: New → Triaged
importance: Undecided → High
Revision history for this message
Curtis Hovey (sinzui) wrote :

You can always assign a question to link to a bug to ensure the bug does not expire. The question owner can reopen the question if he chooses, but it is not obvious that replying to the email will reopen it.

tags: added: questions
Revision history for this message
Julian Edwards (julian-edwards) wrote :

Curtis, that's not the same bug. Expiration in this case is wrong in the first place since there is activity on the question.

Revision history for this message
Curtis Hovey (sinzui) wrote :

why is this issue high? This behaviour has existed for 6 years? I think other project understand to assign the question if they do not want it to expire, or users know to reply to which Lp knows to reopen. This does not seem to be a high issue for projects that have used answers for many years. What team can commit to changing this behaviour to justify high?

Revision history for this message
Curtis Hovey (sinzui) wrote :

Hi Julian.

Here is some information about QuestionSet.findExpiredQuestions(). The query discounts assigned questions and those linked to bugs. It looks for questions where the Question.datelastresponse and Question.datelastquery are both older than 15 days old.

In your example then, Lp believed that the neither you or the asker has pursued the question-answer dialogue since 2012-06-09. We can see the response on the 8th. So what was the response on the 22nd? I suspect the Dan used the Comment action, which I believe is an aside from the dialogue....https://answers.launchpad.net/maas/+question/199796/+history

The question's two crucial timestamps are set when the message is added via _newMessage(...update_question_dates=True). The default is true, The Question.addComment() action does not change the timestamps and it is the only callsite that passes False. We certainly do not want it to change the timestamps if the question is SOLVED. Maybe you want comments to update the stamps. Maybe you can remove the kwarg and make _newMessage and make it smarter...any message when the question is not solved updates the timestamps.

Revision history for this message
Julian Edwards (julian-edwards) wrote :

Thanks for the analysis Curtis. I marked it high because it's easy/trivial to fix and it's a very misleading piece of UI at best, and a really annoying misbehaviour at worst.

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.