Open Bug 1231273 Opened 9 years ago Updated 8 years ago

Unblock Tracking Elements does not work

Categories

(SeaMonkey :: Security, defect)

SeaMonkey 2.39 Branch
Unspecified
Windows 7
defect
Not set
normal

Tracking

(seamonkey2.38 unaffected, seamonkey2.39 affected, seamonkey2.40?, seamonkey2.41?, seamonkey2.42 affected)

Tracking Status
seamonkey2.38 --- unaffected
seamonkey2.39 --- affected
seamonkey2.40 ? ---
seamonkey2.41 ? ---
seamonkey2.42 --- affected

People

(Reporter: RainerBielefeldNG, Unassigned)

References

()

Details

(Keywords: regression)

User Story

Still needs to be tested:
------------------------
* Other Operating Systems?
* Blank new Profile: see comment 6
This one is a follow up to "Bug 1223785 - Tracking protection blocks images from https://fotki.yandex.ru/" 

Steps how to reproduce with  SeaMonkey German 2.39 final Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0 from official download area)  Gecko/20100101  Firefox/42.0  Build 20151103191810  (Classic Theme) on German WIN7 64bit:

1. Menu 'Edit → Preferences → checkmark to all 5 Tracking and Safe Browsing
   options
2. Quit → Relaunch Seamonkey
3. In Browser open
   <http://www.youpickit.de/Produkt/Connor-Klebestift-6/2257386>
   » Above page contents bar with tracking warning and 3 buttons appears
4. Click [Unblock]
   » As expected bar appears
   » Unexpectedly bar reappears after few secons

Additional info:
a) As per  Bug 1223785 comment #1 Step 3 Blocked pictures will be 
   missing in page. [Unblock] should make pictures appear, but 
   at least in that case background picture will not appear
b) This is not a general problem for all webistes, for example [Unblock] works
   fine on  <https://fotki.yandex.ru/next/users/worldpressphoto/album/495971/view/1137029?page=4> and others.
   (Try with a new user profile).
   But on lots of pages I see this endless useless unblock loop
c) I only found the obvious blocked picture in step 3. I did not yet test
   what contents was blocked on other pages.
Whiteboard: [easyconfirm]
d) For URL from (b) [Unblock] still worked fine with en-US SeaMonkey 2.33.1 
   Gecko/20100101 Build 20150321194901 (Classic Theme) on German WIN7 64bit:
   Unblock button disappears after first click on it.
   So this behavior seems to be a regression
e) Still worked fine with
e1)en-US  SeaMonkey 2.38  (Windows NT 6.1; WOW64; rv:41.0)  
  Gecko/20100101 Firefox/41.0 Build 20150923195647  (Classic Theme) 
  on German WIN7 64bit
e2) en-US SeaMonkey 2.35(γ)  (Windows NT 6.1; WOW64; rv:38.0)  Gecko/20100101 
   Build 20150722220804
  (Classic Theme) on German WIN7 64bit
User Story: (updated)
f) Still affected: SeaMonkey 2.42a1 Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0
   from public download area)  Gecko/20100101  Firefox/ 45.0  
   Build 20151111021032, (Classic Theme) on German WIN7 64bit
Is this bug report still current?

I confirm that the bug described happens in Seamonkey 2.39.

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39

The bar offering to unblock goes away after clicking on unblock, then comes back a few seconds later.

In the second page the unblock bar went away after clicking unblock.

However, when I tried using Seamonkey 2.44a1 the unblock bar never appeared for either link.

User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:47.0) Gecko/20100101 Firefox/47.0 SeaMonkey/2.44a1

Has something changed? All five of the checkboxes are checked and I have never visited these pages before.
(In reply to benl from comment #5)
Indeed, this one needs some new research. 
For me still REPRODUCIBLE with unofficial (from <http://seamonkey.callek.net/contrib/>)  en-US SeaMonkey 2.44a1  Mozilla/5.0 (Windows NT 6.1; x64; rv:47.0)  Gecko/20100101 Firefox/47.0 Build 20160208090255  (Default Classic Theme)  on German WIN7 64bit if I use my default User Profile.
But  with a fresh new user profile no warning bar at all.  I will do some more tests, soon.
User Story: (updated)
Whiteboard: [easyconfirm]
Still REPRODUCIBLE with  en-US SeaMonkey 2.40 final Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0)from official download page,  Gecko/20100101  Firefox/ 43.0  Build 20160120202951, (Classic Theme) on German WIN7 64bit and my normal profile and steps due to original report (although contents does no longer exist): All blocking related buttons in bar below TABs remain. Results different on <https://unofficialseamonkeynews.wordpress.com/>: only "preferences" button in tracking related bar will remain after click on [Unblock]
(In reply to Rainer Bielefeld from comment #7)
But not reproducible at all in safe mode.
It seems I simply made a mistake and associated the different (better) behavior of 2.33 to the other SeaMonkey Version number, but may be the different behavior was caused by an add-on what is active in 2.39/2.40, but not in 2.33?
More careful research required!
(In reply to Rainer Bielefeld from comment #7)
Different observations at wordpress-URL nothing new, same already in Comment 1.
Tracking protection is broken in 2.39+ as stated in bug 1260457. Please test with recent 2.44a2 or add the preferences from the file pref.js.appends.txt to your prefs.js and see if it works again afterwards.
Still  REPRODUCIBLE with official en-US SeaMonkey 2.48a1  (NT 6.1; WOW64; rv:51.0) Gecko/20100101 Firefox/51.0 Build 20160804000913  (Default Classic Theme) on German WIN7 64bit:
11. Launch Browser
12. Menu ˋTools → Switch Profile → Manage Profiles → Create Profile → [Next]
    → Name= “unblocktest” → [Finish] → Use Profileˊ
   » Browser opens in new profile
13. Menu  ˋEdit → Preferences → Privacy and Security → Check all 3
    “User Tracking”-Checkboxes → [ok]ˊ
14. Visit <http://www.n-tv.de/mediathek/bilderserien/unterhaltung/Diese-Models-verdienen-am-meisten-article18544661.html>
   » Gallery “Diese Models verdienen am meisten” appears and above web page 
     contents you see a bar with [Keep blocking] [Unblock] [Preferences]
15. Click [Unblock]
   Expected: elements no longer blocked 
   Actual: warning bar reappears after a second, and < backwards  -  forward > 
           of gallery will not work

a) Still NOT reproducible in safe mode

NEW due to <https://unofficialseamonkeynews.wordpress.com/2016/08/04/my-unconfirmed-bug-reports/>
Status: UNCONFIRMED → NEW
Ever confirmed: true
You need to log in before you can comment on or make changes to this bug.