Bug 1649393 Comment 40 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

Proceeded to verify the uplift, with the following steps:

1. Created broken profiles with help of the steps on comment 17.
2. forced an user.js with user_pref("browser.search.modernConfig", true);
3. Reproduced the broken index db and seach initialization, outputting no search engines
4. Update to versions that contained the fix.

with the following results:

79.0a1 2020-06-03(broken) updated to 80.0a1 2020-07-10(fixed)
79.0b2 2020-06-30 (broken) updated to 79.0b5 20200708005253(fixed)
79.0b2 2020-06-30 (broken) updated to 79.0b6 2020-07-09 (fixed)
78.0.1esr 2020-06-30(broken) updated to  78.0.2esr 20200708170510(broken) - paste bin reflecting the index db is still broken: https://pastebin.com/grfak1TN

The above scenarios and results are the same across the tested platforms: Windows10, Ubuntu 20 and Mac 10.13.6 .

Jan, can you take a look over the results, since my assumption is that for esr 78.0.2 there is something missing for this fix to function as expected.

Note:
This verification tries to exclude bug 1649700, hence the upgrade to beta5 which does not contain it.
Proceeded to verify the uplift, with the following steps:

1. Created broken profiles with help of the steps on comment 17.
2. forced an user.js with user_pref("browser.search.modernConfig", true);
3. Reproduced the broken index db and seach initialization, outputting no search engines
4. Update to versions that contained the fix.

with the following results:

79.0a1 2020-06-03(broken) updated to 80.0a1 2020-07-10(fixed)
79.0b2 2020-06-30 (broken) updated to 79.0b5 20200708005253(fixed)
79.0b2 2020-06-30 (broken) updated to 79.0b6 2020-07-09 (fixed)
78.0.1esr 2020-06-30(broken) updated to  78.0.2esr 20200708170510(broken) - paste bin reflecting the index db is still broken: https://pastebin.com/grfak1TN

The above scenarios and results are the same across the tested platforms: Windows10, Ubuntu 20 and Mac 10.13.6 .

Jan, can you take a look over the results, since my assumption is that for esr 78.0.2 there is something missing for this fix to function as expected.

Note:
This verification tries to exclude bug 1649700, hence the upgrade to 79beta5 which does not contain it.
Proceeded to verify the uplift, with the following steps:

1. Created broken profiles with help of the steps on comment 17.
2. forced an user.js with user_pref("browser.search.modernConfig", true);
3. Reproduced the broken index db and seach initialization, outputting no search engines
4. Update to versions that contained the fix.

with the following results:

79.0a1 2020-06-03(broken) updated to 80.0a1 2020-07-10(fixed)
79.0b2 2020-06-30 (broken) updated to 79.0b5 2020-07-08(fixed)
79.0b2 2020-06-30 (broken) updated to 79.0b6 2020-07-09 (fixed)
78.0.1esr 2020-06-30(broken) updated to  78.0.2esr 20200708170510(broken) - paste bin reflecting the index db is still broken: https://pastebin.com/grfak1TN

The above scenarios and results are the same across the tested platforms: Windows10, Ubuntu 20 and Mac 10.13.6 .

Jan, can you take a look over the results, since my assumption is that for esr 78.0.2 there is something missing for this fix to function as expected.

Note:
This verification tries to exclude bug 1649700, hence the upgrade to 79beta5 which does not contain it.

Back to Bug 1649393 Comment 40