Open Bug 1956206 Opened 29 days ago Updated 26 days ago

www.stempad.com - Math block does not accept input

Categories

(Web Compatibility :: Site Reports, defect, P2)

Product:
Web Compatibility
Component:
Site Reports
Platform:
Desktop
Windows 10
Type:
defect

Tracking

(Webcompat Score:5, Webcompat Priority:P2, firefox136 affected, firefox137 affected, firefox138 affected)

Project Flags:
Webcompat Score 5
Webcompat Priority P2
Tracking Flags:
Tracking Status
firefox136 --- affected
firefox137 --- affected
firefox138 --- affected

People

(Reporter: rbucata, Unassigned)

References

(
URL
)

Details

(Keywords: webcompat:needs-contact, webcompat:site-report, Whiteboard: [webcompat-source:web-bugs])

User Story

platform:windows,mac,linux,android
impact:workflow-broken
configuration:general
affects:all
branch:release
diagnosis-team:dom
user-impact-score:160

Attachments

(1 file)

Chr vs FF
1.03 MB, video/mp4
Details

Environment:
Operating system: Windows 10
Firefox version: Firefox 135.0

Steps to reproduce:

  1. Navigate to: https://www.stempad.com/
  2. Type "/math" inside the input field and select the math input option ("inline math")
  3. Type and observe

Expected Behavior:
Input is accepted

Actual Behavior:
Unable to type

Notes:

  • Reproduces regardless of the status of ETP
  • Reproduces in firefox-nightly, and firefox-release
  • Does not reproduce in chrome

Created from https://github.com/webcompat/web-bugs/issues/151202

Attached video Chr vs FF —
status-firefox136: --- → affected
status-firefox138: --- → affected
Summary: www.stempad.com -Math block does not accept input → www.stempad.com - Math block does not accept input

Since nightly and release are affected, beta will likely be affected too.
For more information, please visit BugBot documentation.

status-firefox137: --- → affected
Webcompat Score: --- → 1

That's "just" a div with contenteditable="true".

Severity: -- → S2
User Story: (updated)
Webcompat Priority: --- → P2
Webcompat Score: 1 → 5
Keywords: webcompat:needs-diagnosis
Priority: -- → P2

Masayuki, can you tell what's happening with this site? Thanks!

Flags: needinfo?(masayuki)

When typing text, the <div> [1] has focus and keypress events are fired on it as expected (the selection is in <span contenteditable="true"> in the shadow DOM, but when it gets focus, focus is redirected to [1].

Then, HTMLEditor dispatches beforeinput event and it's consumed by the web app. Therefore, unless it uses document.execCommand or something and it won't work as expected, it's a bug of the web app. At least execCommand is not used while dispatching the beforeinput event. Therefore, I bet this is a bug of the web app.

  1. div[class="slate-editor ignore-click-outside/toolbar relative border bg-base-200 break-words whitespace-pre-wrap outline-hidden print:min-w-[8.5in] print:border-none print:bg-base-100 print:p-[0in]! min-h-[4in] rounded-xl p-[0.25in] md:p-[0.4in]"][contenteditable="true"]
Flags: needinfo?(masayuki)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: