Closed Bug 569116 Opened 14 years ago Closed 14 years ago

Setting Jumplist prefs lists.enabled and lists.tasks.enabled to false don't work

Categories

(Firefox :: Shell Integration, defect)

x86
Windows 7
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: mozbugz, Unassigned)

References

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100526 Minefield/3.7a5pre ( .NET CLR 3.5.30729) Firefox/3.6.3
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a5pre) Gecko/20100526 Minefield/3.7a5pre ( .NET CLR 3.5.30729) Firefox/3.6.3

Setting Jumplist prefs lists.enabled and lists.tasks.enabled to false don't work

Reproducible: Always

Steps to Reproduce:
1. Set browser.taskbar.lists.enabled = false
2. Set browser.taskbar.lists.tasks.enabled = false
3. restart browser
Actual Results:  
Jumplists lists and tasks still display

Expected Results:  
I assume setting them to false is suppose to turn them off

Didn't see any documentation for these.
Blocks: 518666
Component: General → Shell Integration
Version: unspecified → Trunk
If disabled via the main pref, we don't mess with jump list content to prevent conflicts with extensions that might be creating customized lists. So this is expected.
QA Contact: general → shell.integration
Per comment 1
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WONTFIX
Just a quick update. 

Here is an example of was left: it was a html _file_ I _opened_ from explorer listed under recent. 

Switching the prefs now affect the jumplist now that bug 569116 landed.  I guess that list/task rebuild issue was holding this up as before bug 569116, I saw all items when testing turning off the prefs and does what I was expecting in comment 0 given comment 1.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: