https://bugs.documentfoundation.org/show_bug.cgi?id=142831

--- Comment #13 from Max L. <mleo...@protonmail.ch> ---
I completely disagree with comments like there has to be a Bugzilla account.
The Bugzilla account only has an email address and there is no need for the
information on other bugs opened by the account. So whether the bug-reporting
user is identified with or without a Bugzilla account is practically irrelevant
even for having a conversation with the user where the user is asked to provide
further details if needed.

The whole point of the bug-reporting functionality proposed above is to
introduce a manual telemetry system for bugs, as opposed to a typical support
ticketing system.

Organizational deployments of LibreOffice can simply have their organization's
IT support cc'ed on each bug report submitted from any of their organization's
LibreOffice instances, so that the LibreOffice will get the telemetry while the
organization's IT support can follow up on issue resolution with both the
LibreOffice user and the Document Foundation. This will also save manual work
for the organization's IT support, which will not have to manually forward a
LibreOffice's issue to the Document Foundation.

Off-the-shelf solutions like checksum or security token can enable repeated
visits by the user via the link in the proposed "View My Bugs" menu in
LibreOffice and thus take care of the user's responses (to questions from the
Document Foundation on the bug page) that the user will submit also from the
same internal UI as the bug report submission inside LibreOffice. As mentioned,
each time the user launches LibreOffice, any bug links present (not yet removed
by the user) in the "View My Bugs" menu will be checked for updates. The
checksum or security token will enable the user to submit new responses on the
bug page through the same bug-reporting UI window in LibreOffice without any
Bugzilla account.

To me, your user profiles like Benjamin are trivial for several reasons:
1. If Benjamin won't be interested in reporting a bug, there are other use
cases with other user profiles like corporate professionals who will be
compelled to report bugs in order to continue to use LibreOffice to do their
job. "Won't fix"ing this because of Benjamin does disservice to all the other
user profiles, who may be more numerous in terms of users than Benjamin.
2. There is a 17-y.o. Benjamin sitting at home doing his high-school homework.
No! Instead, you must focus on the total desired size of the user base, that is
a MS Office comparable size of user base, so rather than telling me about
Benjamin you must imagine a user base of 100 million users as the intended use
case. So when you write here that you "won't fix" this because of Benjamin or
whatever comes to your mind, you make the 100 million users face an interior
app.
3. The number one use case or user profile must be a MS OFFICE USER.

Finally, just look at how ridiculous this whole Bugzilla "innovation" process
is here - opening a bug that is closed with "won't fix" on a subject of new
feature development. Nah, won't get far with any good ideas here.

So long and thanks for all the fish!

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to