1954182 - Hover the same variable shows different object between Firefox and Chrome on Windows

Status: RESOLVED FIXED

(DevTools :: Debugger, defect, P2)

Description

[Sean Feng [:sefeng211]]

Thank you for helping make Firefox better. If you are reporting a defect, please complete the following:

What were you doing?

1. Navigate to https://unsplash.com/s/photos/renaissance
2. Click on the "Visual search" button located in the search bar.
3. Open the debugger, search for readAsDataURL, and there should be only one occurrence
4. Set a breakpoint at this line
5. Upload an image
6. This breakpoint should now be hit, and then click one frame up in the Call stack. It should be in e.prototype._trySubscribe function.
7. Hover the e variable.

What happened?

Firefox shows an object like {lastModified: ..., name: ..., type: "image/jpeg", ...} whereas Chrome shows {closed: false, destination: ..., initialTeardown: undefined...}

What should have happened?

Should be the same.

Anything else we should know?

This is only reproducible on Windows.

Comment 1

[Julian Descottes [:jdescottes]]

Thanks for the report, if you can reproduce consistently, can you try logging the object in the console as well? This way we can check if the issue is with the preview popup or not.

Comment 2

[Alexandre Poirot [:ochameau]]

It actually requires previewing the e variable when we are looking at the breakpoint's frame:
File { name: "about-profiling.png", lastModified: 1730915686861, webkitRelativePath: "", size: 87598, type: "image/png" }.
I can see that value when evaluating e in the console just after pausing, before moving to the upper frame in _trySubscribe (step 6).

If I move to that upper frame, via the scopes panel (step 6), without previewing e beforehand, I see the same value as chrome:
Object { initialTeardown: undefined, closed: false, _parentage: {…}, _finalizers: (1) […], isStopped: false, destination: {…}, onFinalize: undefined, shouldUnsubscribe: undefined, _next: _next(e), _error: _error(e), … }
But if I do preview it on the breakpoint's frame, it is then shown to the same buggy value when moving in _trySubscribe frame.

Note that evaluating in the console shows the right content.

Comment 3

[Holger Benl [:hbenl]]

Attachment: Bug 1954182 - [devtools] Reset the ObjectInspector's redux state when switching frames. r=#devtools-reviewers

Comment 4

[Holger Benl [:hbenl]]

Attachment: Bug 1954182 - [devtools] Reset the ObjectInspector's redux state when switching threads or frames. r=#devtools-reviewers

Comment 5

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/4d2d46f9e2ca
[devtools] Reset the ObjectInspector's redux state when switching threads or frames. r=devtools-reviewers,nchevobbe

Comment 6

[agoloman]

https://hg.mozilla.org/mozilla-central/rev/4d2d46f9e2ca