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)
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
Reporter | ||
Updated•9 years ago
|
Component: Untriaged → Sync
OS: Unspecified → Windows 10
Hardware: Unspecified → x86_64
Comment 1•9 years ago
|
||
(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)
Reporter | ||
Comment 2•9 years ago
|
||
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)
Reporter | ||
Comment 3•9 years ago
|
||
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.
Comment 4•9 years ago
|
||
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.
Reporter | ||
Comment 5•9 years ago
|
||
they both the same: services.sync.client.GUID;ohtSmBE_wCNp
Comment 6•9 years ago
|
||
(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
Reporter | ||
Comment 7•9 years ago
|
||
problem solved thx
Comment 8•9 years ago
|
||
> 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.
Comment 9•9 years ago
|
||
(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.
Updated•8 years ago
|
Flags: firefox-backlog+
Priority: -- → P3
Comment 12•7 years ago
|
||
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
Comment 13•6 years ago
|
||
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.
Description
•