Closed Bug 1886415 Opened 10 months ago Closed 9 months ago

Tab crashes when using Caret browsing to select text in pdf

Categories

(Core :: Web Painting, defect)

Desktop
Windows
defect

Tracking

()

VERIFIED FIXED
126 Branch
Tracking Status
firefox-esr115 --- unaffected
firefox124 --- unaffected
firefox125 --- unaffected
firefox126 blocking verified

People

(Reporter: rdoghi, Assigned: emilio)

References

(Regression)

Details

(Keywords: regression)

Attachments

(1 file)

Attached video 2024-03-20_13h41_31.mp4

Found in

  • Nightly 126.0a1 (2024-03-19)

Affected versions

  • Nightly 126.0a1 (2024-03-19)

Affected platforms

  • Windows

Preconditions:
Enable pdfjs.enableHighlightEditor - true
pdfjs.enableHighlightFloatingButton - true

Steps to reproduce

  1. Open any PDF in Firefox.
  2. Highlight any text.
  3. Undo the Highlight with Ctrl+Z
  4. Disable the Highlight tool.
  5. Enable Caret Browsing and click inside.
  6. Select Text with Shift + Right arrow.

Expected result

  • The Text should be selected and the Highlight Floating button should be displayed

Actual result

  • The Tab Crashes.

Regression range
Not a regression.

@Calixte, can you please take a look at this issue ? I think this might be caused by the new Floating button, I can't reproduce this issue if the Highlight Floating button is disabled.

Flags: needinfo?(cdenizet)
Blocks: 1862007
See Also: → 1860328

Can you test in a nightly without bug 1860328? So a couple days ago. This could be a regression from that.

Component: PDF Viewer → Web Painting
Flags: needinfo?(cdenizet)
Product: Firefox → Core
Regressed by: 1860328
No longer regressed by: 1867742
See Also: 1860328

:sefeng, since you are the author of the regressor, bug 1860328, could you take a look?

For more information, please visit BugBot documentation.

Flags: needinfo?(sefeng)
Flags: needinfo?(emilio)
Summary: Tab crashes when using Caret browsing to Highlight Text after we undo previously highlighted text and Disable the Highlight tool → Tab crashes when using Caret browsing to select text in pdf

Given that this is also reproducible without highlighting, we can say that 124 is affected too (first version where we support caret browsing in PDFs).

The bug is marked as blocking firefox126 (nightly). However, the bug still isn't assigned.

:bhood, could you please find an assignee for this tracked bug? Given that it is a regression and we know the cause, we could also simply backout the regressor. If you disagree with the tracking decision, please talk with the release managers.

For more information, please visit BugBot documentation.

Flags: needinfo?(bhood)

I know Sean and Emilio are looking into this, assigning to one of them, feel free to re-assign.

Assignee: nobody → emilio
Flags: needinfo?(bhood)
No longer blocks: 1862007
Flags: needinfo?(emilio)

Can you check if this is fixed once bug 1886506 lands and sticks?

Depends on: 1886506

(I couldn't repro this one)

Clearing my NI given we are waiting to see if bug 1886506 fixes this

Flags: needinfo?(sefeng)

(In reply to Emilio Cobos Álvarez (:emilio) from comment #8)

Can you check if this is fixed once bug 1886506 lands and sticks?

Rares are you still able to repro this in the latest nightly builds?

Flags: needinfo?(rdoghi)

I was able to reproduce this issue in our latest Nightly 126.0a1 (2024-03-25) ID 20240325214523

Flags: needinfo?(rdoghi)
No longer depends on: 1886506

I tested and for me this is fixed by bug 1887552, which just landed, I don't think it's made it into a nightly yet.

Can you re-test when you get a chance with the next nightly? Thanks.

Depends on: 1887552
Flags: needinfo?(rdoghi)

This is Verified as fixed in our latest Nightly build 126.0a1 (2024-03-28).

Can someone update the tracking flags to fixed? or should we mark them as Verified directly ?

Flags: needinfo?(rdoghi)
Status: NEW → RESOLVED
Closed: 9 months ago
Resolution: --- → FIXED
Target Milestone: --- → 126 Branch

Updating the main status flag for this.

Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: