Closed Bug 1234181 Opened 9 years ago Closed 6 years ago

Copying a profile breaks Sync/FxA's device concept

Categories

(Firefox :: Sync, defect, P3)

42 Branch
x86_64
Windows 10
defect

Tracking

()

RESOLVED DUPLICATE of bug 1419505

People

(Reporter: stefan.mueller.83, Unassigned)

References

Details

User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:42.0) Gecko/20100101 Firefox/42.0
Build ID: 20151029151421

Steps to reproduce:

Using the same Firefox Sync profile on two different desktop machines in my home network but the have different Sycn names
My work PC and Android phone are connected to same sync account too.


Actual results:

When I open "synced tabs" is shows me only the tabs from the home firefox desktop what was synced last. 
What is going wrong? 


Expected results:

See both home PC on synced tabs
Component: Untriaged → Sync
OS: Unspecified → Windows 10
Hardware: Unspecified → x86_64
(In reply to stefan.mueller.83 from comment #0)
> Using the same Firefox Sync profile on two different desktop machines in my
> home network but the have different Sycn names

Can you please explain this setup some more? I'm not sure what it means to use the same profile on 2 different machines, and what them having 2 different Sync names means (other than them using a different Sync account, which would obviously mean they don't share tabs)
Flags: needinfo?(stefan.mueller.83)
here we go:

I have only one account at Firefox Sync: MyOnlyAccount@Mail.com

2x PC at home running Firefox Desktop and each is connected to Sync via MyOnlyAccount@Mail.com
  Each one has its dedicated device name (Firefox preferences -> sync -> device name): PC1 and PC2
  Both PCs are connected to the same LAN. PC1: 192.168.0.10, PC2: 192.168.0.11

1x Android Phone running Firefox for Android, connected to Sync via MyOnlyAccount@Mail.com 

1x PC at work running Firefox Desktop and is connected to Sync via MyOnlyAccount@Mail.com; device name: PC work


Result:
I see only either PC1 or PC2 listed on "tabs from other devices", when I use
Flags: needinfo?(stefan.mueller.83)
here we go:

I have only one account at Firefox Sync: MyOnlyAccount@Mail.com

2x PC at home running Firefox Desktop and each is connected to Sync via MyOnlyAccount@Mail.com
  Each one has its dedicated device name (Firefox preferences -> sync -> device name): PC1 and PC2
  Both PCs are connected to the same LAN. PC1: 192.168.0.10, PC2: 192.168.0.11

1x Android Phone running Firefox for Android, connected to Sync via MyOnlyAccount@Mail.com 

1x PC at work running Firefox Desktop and is connected to Sync via MyOnlyAccount@Mail.com; device name: PC work (not at home)


Result:
I see only either PC1 or PC2 listed on "tabs from other devices", when I use PCwork. In addition I can send tabs from Firefox Android only to either PC1 or PC2, depending which one was synced last.
Can you please open about:config and check what the preference "services.sync.client.GUID" is on PC1 and PC2? I'm particularly interested to know if they are the same.
they both the same: services.sync.client.GUID;ohtSmBE_wCNp
(In reply to stefan.mueller.83 from comment #5)
> they both the same: services.sync.client.GUID;ohtSmBE_wCNp

Awesome, thanks - please "reset" one of them and restart Firefox - you should find it automatically gets a new one and things will work. I'll turn this bug into some way of doing a better job here - it also applies to new work we are doing.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: tabs from other device not showing tabs from desktops in same network → Copying a profile breaks Sync/FxA's device concept
problem solved 
thx
> I'll turn this bug into some way of doing a better job here

Some thoughts on how FxA could do a better job of this in https://github.com/mozilla/fxa-auth-server/issues/1077

The same concept could in theory be applied inside the sync client record, but it'd be more work because the server can't help coerce clients into the correct state.
(In reply to Ryan Kelly [:rfkelly] from comment #8)
> Some thoughts on how FxA could do a better job of this in
> https://github.com/mozilla/fxa-auth-server/issues/1077
> 
> The same concept could in theory be applied inside the sync client record,
> but it'd be more work because the server can't help coerce clients into the
> correct state.

A "fingerprint" based on hardware and profile location would make sense for handling this "a profile was copied on disk" case (which is subtly different than the above discussion). Taking this further, if we can calculate such a fingerprint reliably, then there seems to be a case for using this as the sync client ID rather than generating a GUID. On the third hand, what do we want to do in the case when the profile is *moved* rather than copied and where the user's expectation is that the profile is identical (ie, the user does not expect a new device to appear)? It's the same basic problem that (eg) VMWare has when it asks you whether you copied or moved the VM instance and hopes you answer the question correctly (else you may end up with duplicate mac addresses, etc). It's subtle and tricky.
Flags: firefox-backlog+
Priority: -- → P3
In bug 1365263, rfk writes:

This will need to be driven by client developers, but I want to flag some related discussion on the server-side of FxA that could be relevant:

  https://github.com/mozilla/fxa-auth-server/issues/1077
Ed is working on this over in bug 1419505, and started a discussion on firefox-dev@ for detecting copied profiles: https://mail.mozilla.org/pipermail/firefox-dev/2018-March/006155.html
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.