(In reply to Matthew N. [:MattN] (PM me if requests are blocking you) from comment #7)
(In reply to Daniel Veditz [:dveditz] from comment #5)
(In reply to Kohei Yoshino [:kohei] (Bugzilla UX) (FxSiteCompat) from comment #4)
I think we should make this change without waiting for the fix of Bug 1524884 in order to stop further abuse of the field.
…where the long-description was not "just another comment" but was a separate field with no designated author, so editing by anyone with bug edit privs was appropriate. Given the authorial tagging of comment 0 we don't want other users putting words in the original reporter's mouth so the current restrictions on who can edit which comments are fine, but we still need a way to add special instructions right at the top of the bug.
I agree with this, I don't think we should remove the User Story field until the author information is removed from comment 0.
(In reply to Kohei Yoshino [:kohei] (Bugzilla UX) (FxSiteCompat) from comment #6)
We can try the change later when we work on overhauling this modal bug page. In the meantime, I was thinking of making Whiteboard a multi-line
<textarea>, just like User Story. It's a
MEDIUMTEXT field, so we should be able to do it easily.
That feels like you're moving the abuse from one field to another… we need somewhere to put editable user story-like things that aren't associated with the bug filer. Putting them in the whiteboard is going to change the meaning of that field and will also add noise to the search results with all the additional text. It will also possibly slow down search results as a result.
Please don't remove the User Story field until we have a replacement for it… the whiteboard field isn't it IMO.
I agree with the request of the last sentence, and the rationale of every item above - although I well understand the proper and intended use of user story. And in particular, whiteboard in any form is whole unsuitable as a replacement.
Also, as a primary abuser (and probably the sole instigator) of user story in the Thunderbird and Mailnews products, bug 1106251 and bug 1381485 are fine examples of my work. And the reason this was done is a) user story was never used for the purposes it was intended afaik, b) the manner in which we have been using it has been VERY useful and effective - and a great time saver because one can collect information from disparate sources (other bugs, other comments, etc) in a single location. Furthermore, the info can be presented in "chronological order" whereas comments frequently are not - for example comment 2 could be about version N, and comment 3 could be about version N-1. As a whole, a GREAT aid in triaging.