Bug 1359811 Comment 5 Edit History

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

(In reply to Wayne Mery (:wsmwk) from comment #4)
> Do you still see this?

Yes. I'm failing to figure out a 100% reproducible pattern, maybe this involves speed or some other factors which I don't realize. But it fails every other time when you move it back and forth and resize in between. If you let the non-resizable column rest for some time, then try again, it may very well work.

Here's a pattern with the highest perceived success rates in my tests:

87.0a1 (2021-01-29) (64-bit)

- Restore default pattern
- Drag Correspondents column to become right-most colum.
- Drag right side of correspondents column header and try to resize back and forth (this seems to do the wrong thing reliably, working in reverse direction).
- Then drag the correspondents column leftwards a bit fast, but not into its original position. Proceed with next step fast.
- Try to resize correspondents column quickly after previous step --> More often than not, it won't resize (this bug). Try again some seconds later, and it may or may not work. Letting go of mouse is required. Maybe a or async time thing - perhaps visible in code.
(In reply to Wayne Mery (:wsmwk) from comment #4)
> Do you still see this?

Yes. I'm failing to figure out a 100% reproducible pattern, maybe this involves speed or some other factors which I don't realize. But it fails for me every other time when you move it back and forth and resize in between. It's not limited to correspondents column. If you let the non-resizable column rest for some time, then try again, it may very well work.

Here's a pattern with the highest perceived success rates in my tests:

87.0a1 (2021-01-29) (64-bit)

- Restore default pattern
- Drag Correspondents column to become right-most colum.
- Drag right side of correspondents column header and try to resize back and forth (this seems to do the wrong thing reliably, working in reverse direction).
- Then drag the correspondents column leftwards a bit fast, but not into its original position. Proceed with next step fast.
- Try to resize correspondents column quickly after previous step --> More often than not, it won't resize (this bug). Try again some seconds later, and it may or may not work. Letting go of mouse is required. Maybe a or async time thing - perhaps visible in code.
(In reply to Wayne Mery (:wsmwk) from comment #4)
> Do you still see this?

Yes. I'm failing to figure out a 100% reproducible pattern, maybe this involves speed or some other factors which I don't realize. But it fails for me every other time when you move it back and forth and resize in between. It's not limited to correspondents column. If you let the non-resizable column rest for some time, then try again, it may very well work.

Here's a pattern with the highest perceived success rates in my tests:

87.0a1 (2021-01-29) (64-bit)

- Restore default pattern
- Drag Correspondents column to become right-most colum.
- Drag right side of correspondents column header and try to resize back and forth (this seems to do the wrong thing reliably, working in reverse direction).
- Then drag the correspondents column leftwards a bit fast, but not into its original position. Proceed with next step fast.
- Try to resize correspondents column quickly after previous step --> More often than not, it won't resize (this bug). Try again some seconds later, and it may or may not work. Letting go of mouse is required. Maybe an async time thing - perhaps visible in code.

Back to Bug 1359811 Comment 5