Opened on 02/04/2015 at 12:18:45 PM
Closed on 03/09/2015 at 12:34:31 PM
#1936 closed defect (duplicate)
ABP settings for whitelisting overrides the manual user settings on webapge
Reported by: | passbrains | Assignee: | |
---|---|---|---|
Priority: | Unknown | Milestone: | |
Module: | Unknown | Keywords: | |
Cc: | Blocked By: | ||
Blocking: | Platform: | Internet Explorer | |
Ready: | no | Confidential: | no |
Tester: | Verified working: | ||
Review URL(s): |
Description (last modified by oleksandr)
Adapted from https://www.passbrains.com/dashboard/view-ticket.php?ticket_no=AIN-85
Environment
Windows + Vista 64bit + Chrome + English
ABP version 1.3.745.0
How to reproduce
- Install latest ABP extension on IE.
- Open the ABP settings page and add *adage* in whitelisting.
see screenshot for settings.
- Load website http://adage.com/
- Check the ABP icon as disabled which is fine.
- Click on ABP icon and unselect "Disable on adage.com" to enable ABP on this site.
- Observe ABP is still disabled.
- Check the same scenario on Chrome where ABP is enabled as expected after Step 5.
Observed behaviour
Step 6 : Page automatically refreshes on unselecting "Disable on adage.com" but still ABP remains disabled.
On Chrome, on manually enabling the ABP on a site, the conflicting rule from whitelisting gets removed.
Expected behaviour
User action shall override settings rule as happen in chrome.
Attachments (2)
Change History (4)
Changed on 02/04/2015 at 12:18:47 PM by passbrains
Changed on 02/04/2015 at 12:18:48 PM by passbrains
comment:1 Changed on 02/04/2015 at 12:18:51 PM by passbrains
Note: See
TracTickets for help on using
tickets.
1 - 04 Feb 2015 12:18:35 posted by Ross Green
Reproduced. Having a site in the whitelist than toggling the the "Disabled on X" setting via ABP menu does show that ABP is following the shitelist over the user's "Disable on X" setting.