Open Bug 1387195 Opened 8 years ago Updated 3 years ago

History panel doesn't refresh after Sign in with sync completed

Categories

(Firefox for iOS :: Home screen, defect, P3)

All
iOS
defect

Tracking

()

Tracking Status
fxios + ---

People

(Reporter: ugarlapati, Unassigned)

Details

If user haven’t signed in, and user is in history tab. Now from history tab user went to settings screen and logged in, once successful sync, user dismissed settings screen. Now user will be in history tab, noticed history is not visible. History will be visible if user switches between the tabs I.e., top site, bookmarks etc Steps to reproduce: History (Only in iPhone, iPad is working fine) 1. Open the app, make sure user didn’t logged in. 2. Open history tab 3. Go to settings screen from bottom menu tray. 4. Sign in to the account 5. Wait until app syncs completely 6. Dismiss the settings screen. 7. As user went from history tab to settings screen, user will be in history tab. 8. Noticed app not showing synced history 9. Switch between top sites / bookmarks and then go to history tab. Now history is displaying. Note: If user is in any other screen and sign in, this issue won’t produce.
Summary: History not displayed after Sign in with sync completed. → History not displayed after Sign in with sync completed before screen refresh.
Component: Build & Test → Home screen
Hardware: Other → All
Summary: History not displayed after Sign in with sync completed before screen refresh. → History panel doesn't refresh after Sign in with sync completed
Priority: -- → P3
Hey guys, I can not reproduce this issue running the latest code from master branch, as of 10/26/17. Here is a video of what I am seeing, trying to follow steps illustrated by ugarlapati: [https://www.youtube.com/watch?v=LQo07kpTA3c] Thoughts? Thanks.
Flags: needinfo?(ugarlapati)
Thanks for the report! Simon is this a valid bug. Are you able to reproduce?
Flags: needinfo?(ugarlapati) → needinfo?(simion.basca)
Hey Usha. I am unable to reproduce this on the latest master 73081c03882, beta 10.0(7473) and on release 9.3(7374). Can you please let us know on what build and device are you reproducing this issue?
Flags: needinfo?(simion.basca) → needinfo?(ugarlapati)
Hi Simon. With the recent UI change, this scenario doesn't exist. As the webpage is default to support.mozilla.org, settings button is not visible until user taps on address bar. Earlier webpage is set to empty address and menu button is visible.
Flags: needinfo?(ugarlapati) → needinfo?(simion.basca)
If the scenario causing the issue no longer exists and this is not reproducible on the latest master, beta and release, does it make sense to mark this as resolved - worksforme?
Flags: needinfo?(simion.basca)
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.