1448209 - [China Edition] Open tabs on other devices can NOT be shown after sign in China-hosted Firefox Accounts

Status: RESOLVED INVALID

(Firefox for iOS :: Sync, defect)

Description

[Bingqing Li]

Attachment: tabs_from_other_devices.png

iPhone 6 plus iOS11.2.5(15D60)
Firefox for iOS 11.0(9819)

Steps to reproduce:
-----------------------------
1. Sign in China-hosted Firefox Account
2. Goto 'History -> Synced Devices'

Actual results:
-----------------------------
Open tabs on other devices cannot be shown.

Comment 1

[Bingqing Li]

This feature used to be fine, I wonder what may have happened. Since we don't have any iOS engineer in Beijing office, could you pls help us to find out why? 

If it's server error on our side, pls let me know.

Comment 2

[Catalin Suciu [:csuciu]]

Hi Bingqing, can you please try and see if you can reproduce the bug using an older build (e.g 10.6 Release) and the current server version.

Comment 3

[Bingqing Li]

(In reply to Catalin Suciu [:csuciu] from comment #2)
> Hi Bingqing, can you please try and see if you can reproduce the bug using
> an older build (e.g 10.6 Release) and the current server version.

Yes, it can be reproduced on 10.6(8836) and the current server version.

p.s. As far as I can recall, the sync server hosted by us is two versions behind the standard sync server.

Comment 4

[Justin D'Arcangelo [:justindarc]]

Ryan, can you help us figure out what's going on here?

Comment 5

[Mark Hammond [:markh] [:mhammond]]

(In reply to Justin D'Arcangelo [:justindarc] from comment #4)
> Ryan, can you help us figure out what's going on here?

I'd be very surprised if this issue relates to the server in any way. I'd recommend that the about:sync addon (https://addons.mozilla.org/en-US/firefox/addon/about-sync/) be used to ensure that there are other devices logged in to the account which have stored tabs on the server. It's possible that addon will have issues with the China-hosted server - please let me know if that's the case and I'm sure we can fix it. Once installed, you will be looking for the "tabs" collection, and corresponding entries in the "clients" collection.

If there are no entries on the server, then we will need to determine why the other devices aren't writing what we expect. If there are tab entries there, we'll need to dig into the client code to work out why they aren't being shown.

Bingqing, are you able to try this addon and the steps above to help us work out where to start looking?

Comment 6

[Richard Newman [:rnewman]]

I believe FxA device registration code changed between 9.x and 10.x.

Is it possible that the China servers -- being several FxA versions behind -- don't behave in the same way re device registration, and thus Firefox for iOS doesn't think there are any other devices?

Comment 7

[Bingqing Li]

(In reply to Mark Hammond [:markh] from comment #5)
> 
> Bingqing, are you able to try this addon and the steps above to help us work
> out where to start looking?
I tried with about:sync addon, there were 5 devices there.

And I found a wired thing that at first I saw the open tabs from iOS on my Android device, but I could not see the open tabs from Android on my iOS device, but once I login firefox account on desktop, the open tabs from desktop could be shown on iOS, but still the open tabs from Android devices could not be shown. 
At that time I was wondering whether it's an issue on Android side, so I reloaded all the tabs on my Android devices, and tapped "sync now" for several times both on Android and iOS. Then all the open tabs could be shown.

And I saw following error message in some error log:
1522308238622	Sync.Resource	WARN	GET request to https://s10-sync.firefox.com.cn/1.5/2749194/info/collections failed: [Exception... "The lookup of the hostname failed"  nsresult: "0x804b001e (NS_ERROR_UNKNOWN_HOST)"  location: "<unknown>"  data: no] No traceback available

And a couple of days ago, we got a feedback from one user that all his data could not be downloaded, and I found following error message from his error log:
1521987920442	Sync.Resource	WARN	GET request to https://sync-593-us-west-2.sync.services.mozilla.com/1.5/98668216/info/collections failed: [Exception... "The lookup of the hostname failed"  nsresult: "0x804b001e (NS_ERROR_UNKNOWN_HOST)"  location: "<unknown>"  data: no] No traceback available

Could it be a network issue?

Comment 8

[Mark Hammond [:markh] [:mhammond]]

(In reply to Bingqing Li from comment #7)
> (In reply to Mark Hammond [:markh] from comment #5)
> > 
> > Bingqing, are you able to try this addon and the steps above to help us work
> > out where to start looking?

> I tried with about:sync addon, there were 5 devices there.

But did those devices have tabs shown in the "tabs" collection?

> 
> And I found a wired thing that at first I saw the open tabs from iOS on my
> Android device, but I could not see the open tabs from Android on my iOS
> device, but once I login firefox account on desktop, the open tabs from
> desktop could be shown on iOS, but still the open tabs from Android devices
> could not be shown. 
> At that time I was wondering whether it's an issue on Android side, so I
> reloaded all the tabs on my Android devices, and tapped "sync now" for
> several times both on Android and iOS. Then all the open tabs could be shown.

Note that devices "time out" after around 21 days, so if there have been no syncs from those mobile devices in that period then you'd expect to not see them. There's also a chance that the operators of your servers "migrated" your user to a different server over that period, which would mean the mobile devices also wouldn't appear until they re-sync.

> 
> And I saw following error message in some error log:
> 1522308238622	Sync.Resource	WARN	GET request to
> https://s10-sync.firefox.com.cn/1.5/2749194/info/collections failed:
> [Exception... "The lookup of the hostname failed"  nsresult: "0x804b001e
> (NS_ERROR_UNKNOWN_HOST)"  location: "<unknown>"  data: no] No traceback
> available
> 
> And a couple of days ago, we got a feedback from one user that all his data
> could not be downloaded, and I found following error message from his error
> log:
> 1521987920442	Sync.Resource	WARN	GET request to
> https://sync-593-us-west-2.sync.services.mozilla.com/1.5/98668216/info/
> collections failed: [Exception... "The lookup of the hostname failed" 
> nsresult: "0x804b001e (NS_ERROR_UNKNOWN_HOST)"  location: "<unknown>"  data:
> no] No traceback available
> 
> Could it be a network issue?

Those issues are certainly network related - it means that there was a DNS error looking up the host names. Note however that the second of those URLs appears to be the US servers, not the China ones.

Comment 9

[Justin D'Arcangelo [:justindarc]]

Can you confirm if this is still happening?

Comment 10

[Bingqing Li]

(In reply to Justin D'Arcangelo [:justindarc] from comment #9)
> Can you confirm if this is still happening?
I cannot reproduce this issue over the past few days.


(In reply to Mark Hammond [:markh] from comment #8)
> Those issues are certainly network related - it means that there was a DNS
> error looking up the host names. Note however that the second of those URLs
> appears to be the US servers, not the China ones.
Yes, this user is using US sync service. We told him to change his DNS, and the feedback was that he still couldn't download his bookmarks from the server.

Comment 11

[Mark Hammond [:markh] [:mhammond]]

(In reply to Bingqing Li from comment #10)
> (In reply to Mark Hammond [:markh] from comment #8)
> > Those issues are certainly network related - it means that there was a DNS
> > error looking up the host names. Note however that the second of those URLs
> > appears to be the US servers, not the China ones.
> Yes, this user is using US sync service. We told him to change his DNS, and
> the feedback was that he still couldn't download his bookmarks from the
> server.

If his error logs continue to show NS_ERROR_UNKNOWN_HOST, then unfortunately it means that his new DNS server appears to have the same issue as the previous one. sync-593-us-west-2.sync.services.mozilla.com currently resolves to 54.202.119.93

Comment 12

[Justin D'Arcangelo [:justindarc]]

(In reply to Mark Hammond [:markh] from comment #11)
> (In reply to Bingqing Li from comment #10)
> > (In reply to Mark Hammond [:markh] from comment #8)
> > > Those issues are certainly network related - it means that there was a DNS
> > > error looking up the host names. Note however that the second of those URLs
> > > appears to be the US servers, not the China ones.
> > Yes, this user is using US sync service. We told him to change his DNS, and
> > the feedback was that he still couldn't download his bookmarks from the
> > server.
> 
> If his error logs continue to show NS_ERROR_UNKNOWN_HOST, then unfortunately
> it means that his new DNS server appears to have the same issue as the
> previous one. sync-593-us-west-2.sync.services.mozilla.com currently
> resolves to 54.202.119.93

Should we close this bug then? It sounds to me as though this is a DNS/network issue where there is nothing actionable on our end.

Comment 13

[Mark Hammond [:markh] [:mhammond]]

> Should we close this bug then? It sounds to me as though this is a
> DNS/network issue where there is nothing actionable on our end.

Yeah, I think that's accurate.

Comment 14

[Bingqing Li]

(In reply to Mark Hammond [:markh] from comment #11)
> (In reply to Bingqing Li from comment #10)
> > (In reply to Mark Hammond [:markh] from comment #8)
> > > Those issues are certainly network related - it means that there was a DNS
> > > error looking up the host names. Note however that the second of those URLs
> > > appears to be the US servers, not the China ones.
> > Yes, this user is using US sync service. We told him to change his DNS, and
> > the feedback was that he still couldn't download his bookmarks from the
> > server.
> 
> If his error logs continue to show NS_ERROR_UNKNOWN_HOST, then unfortunately
> it means that his new DNS server appears to have the same issue as the
> previous one. sync-593-us-west-2.sync.services.mozilla.com currently
> resolves to 54.202.119.93

He said history could be downloaded but still no bookmark. I'm not sure whether he unchecked bookmarks in Settings or not.
Could anyone help to check the log on US server?

Comment 15

[Mark Hammond [:markh] [:mhammond]]

(In reply to Bingqing Li from comment #14)
> He said history could be downloaded but still no bookmark. I'm not sure
> whether he unchecked bookmarks in Settings or not.
> Could anyone help to check the log on US server?

The server logs don't keep that kind of detail, but the client does keep logs, just like the one you previously uploaded. There may be error logs already there, or you can follow the instructions at https://wiki.mozilla.org/CloudServices/Sync/File_a_desktop_bug to get "success" logs, which could be uploaded to a new bug and we can try and find out what's going wrong.

Comment 16

[Bingqing Li]

(In reply to Mark Hammond [:markh] from comment #15)
> (In reply to Bingqing Li from comment #14)
> > He said history could be downloaded but still no bookmark. I'm not sure
> > whether he unchecked bookmarks in Settings or not.
> > Could anyone help to check the log on US server?
> 
> The server logs don't keep that kind of detail, but the client does keep
> logs, just like the one you previously uploaded. There may be error logs
> already there, or you can follow the instructions at
> https://wiki.mozilla.org/CloudServices/Sync/File_a_desktop_bug to get
> "success" logs, which could be uploaded to a new bug and we can try and find
> out what's going wrong.

Got it, thx.