1887607 - When using Excell online/web, contents of cells gets deleted, when navigating in a sheet with the arrow keys

Status: RESOLVED DUPLICATE of bug 1880619

(Core :: Widget: Gtk, defect, P2)

Description

[Mads Bondo Dydensborg]

Attachment: Screencast 2024-03-25 10:14:14.mp4

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:124.0) Gecko/20100101 Firefox/124.0

Steps to reproduce:

Navigate to cell A1
Input string "aaa"
Use right arrow key to navigate to cell B1
Use left arrow key to navigate to cell A1
Use down arrow key to navigate to cell A2

Actual results:

Cell A1 is now empty.

Expected results:

Cell A1 should contain the string "aaa"

Comment 1

[Mads Bondo Dydensborg]

I have used the "mozregression" tool to identify the point where this changed (I do not use Excell Online every day, so didn't experience it until 2024-03-22).

This is the output from the regression tool:

16:28.54 INFO: Narrowed integration regression window from [ccaccfe2, 1dc1bad3] (3 builds) to [ccaccfe2, 63cb54db] (2 builds) (~1 steps left)
16:28.54 INFO: No more integration revisions, bisection finished.
16:28.54 INFO: Last good revision: ccaccfe2cb77380846b2d6c5ab5cc3da4ab5cb33
16:28.54 INFO: First bad revision: 63cb54db7879e0d226fb023288e30a0e22ca204f
16:28.54 INFO: Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ccaccfe2cb77380846b2d6c5ab5cc3da4ab5cb33&tochange=63cb54db7879e0d226fb023288e30a0e22ca204f

Comment 2

[Mads Bondo Dydensborg]

Just to be clear: This problem is not isolated to cell A1 -- happens in every cell in every sheet. Works when leaving the cell the first time, but when leaving the second time, the contents of the cell gets removed/deleted.

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Core::Graphics: WebRender' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 4

[Mads Bondo Dydensborg]

And, in case it is not clear: The attached short screencast shows the bug with the keys pressed in the black bar at the bottom.

Comment 5

[BugBot [:suhaib / :marco/ :calixte]]

Set release status flags based on info from the regressing bug 1875369

:stransky, since you are the author of the regressor, bug 1875369, could you take a look?

For more information, please visit BugBot documentation.

Comment 6

[Martin Stránský [:stransky] (ni? me)]

Can you please try this test build?
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/EH3MtwxlR4mGHOrs3K8qqw/runs/0/artifacts/public/build/target.tar.bz2

It comes from:
https://treeherder.mozilla.org/jobs?repo=try&revision=18755c53fcc181d9ec9ef3263800d9e3e6301beb&selectedTaskRun=EH3MtwxlR4mGHOrs3K8qqw.0

There's how-to use it (but use the build above instead of Mozilla ones):
https://fedoraproject.org/wiki/How_to_debug_Firefox_problems#Testing_Mozilla_binaries

Thanks.

Comment 7

[Mads Bondo Dydensborg]

(In reply to Martin Stránský [:stransky] (ni? me) from comment #6)

Can you please try this test build?
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/EH3MtwxlR4mGHOrs3K8qqw/runs/0/artifacts/public/build/target.tar.bz2

When running this test build, as explained in the link provided, I can't reproduce. So, seems to solve the problem. Nice.

--

Not related to this bug, but just in case: This was my first time trying to follow that procedure, and I managed to skip the "create a new profile step" (douh -- probably should not have started the day doing this). The nightly build has now taken over my default profile. Do you know a link on how to manually restore my default profile to match my system installed firefox, or any other advice. (For "reasons", I do not actually have a backup of my firefox profile -- double douh).

Comment 8

[Martin Stránský [:stransky] (ni? me)]

(In reply to Mads Bondo Dydensborg from comment #7)

(In reply to Martin Stránský [:stransky] (ni? me) from comment #6)

Can you please try this test build?
https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/EH3MtwxlR4mGHOrs3K8qqw/runs/0/artifacts/public/build/target.tar.bz2

When running this test build, as explained in the link provided, I can't reproduce. So, seems to solve the problem. Nice.

Thanks for testing.

--

Not related to this bug, but just in case: This was my first time trying to follow that procedure, and I managed to skip the "create a new profile step" (douh -- probably should not have started the day doing this). The nightly build has now taken over my default profile. Do you know a link on how to manually restore my default profile to match my system installed firefox, or any other advice. (For "reasons", I do not actually have a backup of my firefox profile -- double douh).

Yes, you can run your system installed firefox on terminal as:

firefox -P

and select your profile (it may be "default"). Firefox may throw error message about profile downgrade but you can override it (with "default" profile name) as:

firefox -P default --allow-downgrade

but downgrade may (or may not) damage the profile so I recommend to backup it. There's also way how to migrate your data to new profile so it's kind of profile refresh:

https://support.mozilla.org/en-US/kb/recovering-important-data-from-an-old-profile
https://support.mozilla.org/en-US/kb/back-and-restore-information-firefox-profiles

Comment 9

[Mads Bondo Dydensborg]

(In reply to Martin Stránský [:stransky] (ni? me) from comment #8)

Yes, you can run your system installed firefox on terminal as:
...

firefox -P default --allow-downgrade

Thanks, did the trick! Huge thank you, saved my day!