Support/Kitsune/Features/Duplication: Difference between revisions

From MozillaWiki
Jump to navigation Jump to search
Line 39: Line 39:
#Automatic insertion of text that explains the duplicate and what to do next.
#Automatic insertion of text that explains the duplicate and what to do next.
#Giving thread starters the right to change the status from duplicate to new.
#Giving thread starters the right to change the status from duplicate to new.
====What contributors should do====
#Mark thread as “Duplicates”
#Post the URL to the canonical thread
====Things that will need to be figured out====
#A duplicated thread may have good comments. Could we not just close duplicated threads, but merge them together into one canonical thread, if that duplicated thread contains good comments?


===User experience design===
===User experience design===


==Implementation plan==
==Implementation plan==

Revision as of 13:02, 5 April 2012

Purpose

  1. Higher rate of replied to threads, by decreasing the effort needed for an action.
  2. Higher rate of quality replies, by reusing replies by linking to them continuously.

Outcome

A feature that let's us mark one question as the duplicate of another question.

Open issues/risks

Definition

Feature overview

Forum contributors need a way to close threads when they are duplicates. The following things should happen when a thread is marked as a duplicate

  1. The duplicate thread is closed to all further comments and answers.
  2. The duplicate has a clear message that states that it is a duplicate of another question. The messaging is for the thread starter. It should also state that the thread starter might comment to get it unduped.
  3. The duplicated thread is removed from the search and “all threads” view
  4. The title of the thread becomes a synonym for the original thread
  5. The original thread gets the me too votes of the duplicate.

Users & use cases

The goal is to reduce the number of repeat questions and answers in the forum. A secondary goal is to showcase good replies. Ideally a question should be answered once and read a million times.

A contributor open a thread and realizes it is a duplicate question. He searches the forum for the original thread, makes sure it looks identical and marks the duplicate thread as duplicate.

The thread starter and everyone subscribed gets a message about the duplication. He follows the link that leads to the original question, finds the answer and solves his problem.


Dependencies

Requirements

Non-Goals

Design

Functional Spec

  1. Adds one more status to the status of threads: duplicate
  2. when status is assigned, the original thread is taken as input
  3. Automatic insertion of text that explains the duplicate and what to do next.
  4. Giving thread starters the right to change the status from duplicate to new.

What contributors should do

  1. Mark thread as “Duplicates”
  2. Post the URL to the canonical thread

Things that will need to be figured out

  1. A duplicated thread may have good comments. Could we not just close duplicated threads, but merge them together into one canonical thread, if that duplicated thread contains good comments?

User experience design

Implementation plan