Opened on 04/13/2015 at 02:05:10 PM
Closed on 11/10/2017 at 11:15:18 AM
#2308 closed change (rejected)
Show notification for known issues earlier in the report submission process
Reported by: | trev | Assignee: | |
---|---|---|---|
Priority: | P3 | Milestone: | |
Module: | Adblock-Plus-for-Firefox | Keywords: | |
Cc: | nicole | Blocked By: | |
Blocking: | Platform: | Firefox | |
Ready: | no | Confidential: | no |
Tester: | Verified working: | no | |
Review URL(s): |
Description
Background
When people submit an issue report, in many cases we know the issue already - e.g. an adware infection. We maintain a list of known issues and notify users about them when the report is submitted. However, it happens on the very last pages and people commonly ignore the message. Some will even keep submitting the same issue over and over again, despite being notified.
What to change
Add a "check for known issues" step after the report type is selected. In this step, download the list of known issues from the server (make sure to cache it for a day) and compare the report data against it. Show a warning page if there is a match. Continuing should not be possible until the user checks "I've read the information above but my issue is different."
TBD: Decide which server this list should live on. It should probably be just a copy of https://hg.adblockplus.org/subscriptionlist/file/tip/knownIssues.
Attachments (0)
Change History (8)
comment:1 Changed on 04/13/2015 at 02:22:48 PM by philll
comment:2 follow-up: ↓ 4 Changed on 04/13/2015 at 07:17:49 PM by trev
The question is: where are our priorities? Do we want to measure or do we want to help users and filter list authors? We are already showing a hint after the submission and it is clearly being ignored. We can (and should) try to optimize that hint, but I think it is even better for the users to get immediate feedback. And filter list authors will have fewer useless issue reports.
comment:3 Changed on 04/14/2015 at 06:39:53 AM by nicole
Would it be possible after giving the user a link to repair their malware to give them two options, like "This resolved my issue" and "This didn't resolve my issue, continue with issue report"? Then store both data points?
comment:5 Changed on 04/14/2015 at 01:42:14 PM by philll
@trev: As you already said, showing the exact same link to users didn't seem to help them a lot, so we will not be helping many more of them by showing it one step earlier. Even worse, it could turn into users flooding the Easylist forum with help requests or users being even more angry about us not letting them report their issue. We should rather come up with a way to really help users there, which we couldn't yet. However, wecould also try to approach the load of reports to filter list authors, by letting them filter for non-malware ones, if we know about them, so there isn't a problem left for them. Then still, we should try to help users in the end.
comment:6 Changed on 04/15/2015 at 06:45:58 PM by trev
As you already said, showing the exact same link to users didn't seem to help them a lot
That's not what I said. They don't even click that link because currently as far as they are concerned they are already done - the report has been sent, it's our responsibility now.
users flooding the Easylist forum with help requests
Why would they do that after being pointed to a blog post on how to remove malware? They didn't bother going to the forum in the first place, that's why they use the report functionality.
In fact, they are currently complaining about us ignoring reports all over the web.
users being even more angry about us not letting them report their issue
As explained in the description, this is supposed to be merely a warning, not a hard error. Quite a few people will certainly just click "I've read the information above but my issue is different" without even reading and submit their report anyway. We have other (hardcoded) warnings already and there are always people successfully ignoring them. These cannot be helped, but there are other users that will stop and read.
comment:7 Changed on 05/20/2015 at 02:22:39 PM by philll
- Platform changed from Firefox/Firefox Mobile to Firefox
Made Firefox and Firefox mobile available as seperate platforms.
comment:8 Changed on 11/10/2017 at 11:15:18 AM by trev
- Resolution set to rejected
- Status changed from new to closed
Mass-closing all bugs in Adblock Plus for Firefox module, the codebase of Adblock Plus 3.0 belongs into Platform and User-Interface modules. Old bugs are unlikely to still apply.
I strongly disagree doing this change, as it will keep back very valuable data points from us allowing to judge how big an issue might be. I am fine with showing some hint after submission, as Nicole suggested. Once we managed to have some better concept for known malware issues, we can try to do something with more effect.