Sync site permissions (nsIPermissionManager)

NEW
Unassigned

Status

()

--
enhancement
10 years ago
10 days ago

People

(Reporter: for.bugzilla, Unassigned)

Tracking

(Blocks: 3 bugs)

unspecified
Future
Points:
---
Dependency tree / graph

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [sync-engine-addition])

(Reporter)

Description

10 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; nl; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; nl; rv:1.9.0.5) Gecko/2008120122 Firefox/3.0.5

When right-click on an image, there is the option 'block images from <site>'
Weave should synchronize these preferences.

Reproducible: Always

Updated

10 years ago
Target Milestone: -- → Future

Updated

10 years ago
Component: Weave → Needs Triage
Product: Mozilla Labs → Weave
Target Milestone: Future → ---
QA Contact: weave → needstriage
Target Milestone: --- → Future
(Reporter)

Updated

9 years ago
Blocks: 530399

Updated

9 years ago
Summary: Weave should also sync from witch sites the images are blocked → Weave should also sync from which sites the images are blocked

Updated

8 years ago
Component: Needs Triage → General
QA Contact: needstriage → general

Updated

8 years ago
Component: General → Firefox Sync: Backend
QA Contact: general → sync-backend
Summary: Weave should also sync from which sites the images are blocked → Sync site permissions (nsIPermissionManager)

Updated

8 years ago
Status: UNCONFIRMED → NEW
Ever confirmed: true
Whiteboard: [sync-engine-addition]

Updated

7 years ago
Blocks: 712834

Updated

7 years ago
Duplicate of this bug: 444360
Ping! With click-to-play becoming more widespread all the time, this is becoming more important.

Updated

6 years ago
Duplicate of this bug: 775858
(In reply to Dirkjan Ochtman (:djc) from comment #2)
> Ping! With click-to-play becoming more widespread all the time, this is
> becoming more important.

It is very unlikely that the services-integration team will ever address this, or any other outstanding feature request for Sync.
No longer blocks: 775858

Comment 5

5 years ago
Really would like to see this worked on... it's features like Sync that allow FF to compete effectively with Chrome.
This will probably be on the eventual list for the ongoing rework of Sync. But I wouldn't hold my breath -- there's a lot more important stuff to be done.

Updated

5 years ago
See Also: → bug 941455
Blocks: 941455

Comment 7

4 years ago
(In reply to Richard Newman [:rnewman] from comment #6)
> This will probably be on the eventual list for the ongoing rework of Sync.
> But I wouldn't hold my breath -- there's a lot more important stuff to be
> done.

Hello Richard,

It's been 1 year and a half since your reply, so hopefully a whole "lot of more important stuff" has been done - and we can certaily see it in our everyday browsing experience.

Still, lack of support of "permissions.sqlite" in Firefox Sync is *immensely* missed. To put it like in bug #44360 which initiated this request in 2008, syncing cookies settings without syncing specific per site user defined authorizations/denials is useless.

In this very ticket Dirkjan & Eli expressed how important this is, and I could not agree more with them. Having to handle manually ""syncing"" of permissions.sqlite is a real PITA.

What I'm most concerned about is one of your latest comment: "It is very unlikely that the services-integration team will ever address this, or any other outstanding feature request for Sync."

=> Does this mean Firefox Sync is on the verge of being abandoned - or slowly put to rest?
=> Will handling of permissions.sqlite in Firefox Sync be ever be addressed or is it rejected?
=> If included in roadmap, what would be ETA? If definitely rejected, could you clearly say so?

My thanks.
(In reply to OptimusIV from comment #7)

> => Does this mean Firefox Sync is on the verge of being abandoned - or
> slowly put to rest?

I doubt it. But it doesn't have a dedicated team to drive improvements.


> => Will handling of permissions.sqlite in Firefox Sync be ever be addressed
> or is it rejected?

It's a difficult piece of work that requires some finesse (as is almost everything involving Sync), and there's no developer who's championing the work. That means there are two ways it could happen:

* Someone could nominate it for the funnel, and the desktop team could decide to work on it as part of their routine sprints. Doing so means essentially competing against all other important and overdue desktop work.

* A higher-level product drive on Sync could occur, and a bunch of bugs like these could be addressed.


> => If included in roadmap, what would be ETA? If definitely rejected, could
> you clearly say so?

It is neither in a roadmap nor rejected, which is why the bug is marked as NEW. I don't really see it happening any time soon unless someone in leadership decides to spend a bunch of resources on making Sync better as a whole.

That said, if a competent developer decided to work on it, I would certainly make an effort to review the code and offer advice.

Comment 9

4 years ago
(In reply to Richard Newman [:rnewman] from comment #8)
> (In reply to OptimusIV from comment #7)
> 
> > => Does this mean Firefox Sync is on the verge of being abandoned - or
> > slowly put to rest?
> 
> I doubt it. But it doesn't have a dedicated team to drive improvements.
> 
> 
> > => Will handling of permissions.sqlite in Firefox Sync be ever be addressed
> > or is it rejected?
> 
> It's a difficult piece of work that requires some finesse (as is almost
> everything involving Sync), and there's no developer who's championing the
> work. That means there are two ways it could happen:
> 
> * Someone could nominate it for the funnel, and the desktop team could
> decide to work on it as part of their routine sprints. Doing so means
> essentially competing against all other important and overdue desktop work.
> 
> * A higher-level product drive on Sync could occur, and a bunch of bugs like
> these could be addressed.
> 
> 
> > => If included in roadmap, what would be ETA? If definitely rejected, could
> > you clearly say so?
> 
> It is neither in a roadmap nor rejected, which is why the bug is marked as
> NEW. I don't really see it happening any time soon unless someone in
> leadership decides to spend a bunch of resources on making Sync better as a
> whole.
> 
> That said, if a competent developer decided to work on it, I would certainly
> make an effort to review the code and offer advice.

Hello Richard,

Thank you for these information & explanations.

I'll patiently wait for that competent developer to show up. Or any one of the three other possibilities you mentioned to happen.

Best.

Updated

3 years ago
Blocks: 1269548
Priority: -- → P2
Priority: P2 → --
Duplicate of this bug: 1177641
(Assignee)

Updated

2 months ago
Component: Firefox Sync: Backend → Sync
Product: Cloud Services → Firefox
You need to log in before you can comment on or make changes to this bug.