Closed Bug 1054379 Opened 10 years ago Closed 8 years ago

[UX] Define experience for "report broken site"

Categories

(Toolkit :: Safe Browsing, defect)

x86_64
Linux
defect
Not set
normal
Points:
3

Tracking

()

RESOLVED DUPLICATE of bug 1240064

People

(Reporter: mmc, Unassigned)

References

Details

(Whiteboard: [ux])

Attachments

(1 file)

This may end up in the purview of Cloud Services. I envision a form similar to https://www.google.com/safebrowsing/report_phish/
After discussion with Bill, this should be hosted by us with the initial purpose of accepting feedback in an organized fashion.
Points: --- → 3
Flags: qe-verify-
Flags: firefox-backlog+
Whiteboard: [ux]
(In reply to [:mmc] Monica Chew (please use needinfo) from comment #1)
> After discussion with Bill, this should be hosted by us with the initial
> purpose of accepting feedback in an organized fashion.

Hi Monica/Javaun

Can you help us understand the common use case for this kind of feedback?  When do we want/expect users to report back to us and what would they be reporting?  What kind of breakage are we expecting to hear about?
Flags: needinfo?(mmc)
Flags: needinfo?(jmoradi)
The point of this feedback is to vet the blocklist and make sure we aren't breaking high-volume sites for lots of users, and also helps us make decisions about what kind of allowlisting we need to support in the future. The current allowlist just disables tracking protection on the entire site, but power users may want more or different options.

I chatted about this with psackl a while back and we came to the conclusion that it would be better to bundle reporting with "Disable protection for this site", since that's the clearest indication we have that users are dissatisfied. This would work similar to SSL reporting where the user can opt-in to sending the error (in our case, we'd need the top-level URL in addition to resources being blocked) just once or every time they click "Disable protection".
Flags: needinfo?(mmc)
Here's the SSL reporting form.
Monica says it very well. In addition to improving our tool, simply offering users this contextual option is a better experience, as it demonstrates Mozilla can easily accept their feedback.
Flags: needinfo?(jmoradi)
Component: DOM: Security → Safe Browsing
Product: Core → Toolkit
Blocks: 1055176
No longer blocks: 1083105
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: