Closed Bug 1488926 Opened 6 years ago Closed 6 years ago

test_automigration.js is going to permafail when the Gecko version number is bumped 65 on 2018-10-22

Categories

(Firefox :: Migration, defect, P1)

defect

Tracking

()

VERIFIED FIXED
Firefox 64
Tracking Status
geckoview62 --- unaffected
firefox-esr60 --- unaffected
firefox62 --- unaffected
firefox63 --- unaffected
firefox64 + unaffected
firefox65 --- verified

People

(Reporter: apavel, Assigned: Gijs)

References

Details

Attachments

(1 file)

Flags: needinfo?(gijskruitbosch+bugs)
Summary: test_automigration.js is going to permafail when the Gecko version number is bumped 65 on 2018-22-10 → test_automigration.js is going to permafail when the Gecko version number is bumped 65 on 2018-10-22
Doug, you handled this last time. Can you help triage this and get it in front of the right person?
Flags: needinfo?(dothayer)
I defer to Doug here as to whether we are still planning experiments, or if we should remove all this code (or at least the telemetry).
Flags: needinfo?(gijskruitbosch+bugs)
I haven't been actively engaged with this for a bit now. Chris, do you know if there's any plan/hope to automigrate users' data from other browsers in the nearish future? I'm trying to assess whether we should continue maintaining automigration code which is completely unused with the aspiration that we will use it in the future, or just cut it out now and reimplement it later if we happen to want that functionality. I'm leaning toward the latter if we don't think we'll want to invest resources into running automigration experiments and clearing out the remaining performance problems within the next year or two?
Flags: needinfo?(dothayer) → needinfo?(chrismore.bugzilla)
(In reply to Doug Thayer [:dthayer] (Back from parental leave) from comment #3) > I haven't been actively engaged with this for a bit now. Chris, do you know > if there's any plan/hope to automigrate users' data from other browsers in > the nearish future? I'm trying to assess whether we should continue > maintaining automigration code which is completely unused with the > aspiration that we will use it in the future, or just cut it out now and > reimplement it later if we happen to want that functionality. I'm leaning > toward the latter if we don't think we'll want to invest resources into > running automigration experiments and clearing out the remaining performance > problems within the next year or two? Let's remove it. We don't have any current plans to re-enable it until we have a better understanding of a solution that would improve week 1 retention. We are going to be focused on getting users to import later on in their experience with Firefox instead of immediately on install.
Flags: needinfo?(chrismore.bugzilla)
Priority: -- → P1
I'll look at fixing this this week or next.
Assignee: nobody → gijskruitbosch+bugs
Status: NEW → ASSIGNED
Pushed by gijskruitbosch@gmail.com: https://hg.mozilla.org/integration/autoland/rev/4f01697d7523 remove automigration code (already preffed off), r=dthayer
Status: ASSIGNED → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 64
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: