Closed Bug 1261457 Opened 8 years ago Closed 8 years ago

Rich text editor fails because requests to about:blank are blocked

Categories

(Firefox for iOS :: General, defect)

All
iOS
defect

Tracking

()

VERIFIED FIXED
Tracking Status
fxios-v3.0 --- affected
fxios-v4.0 --- verified
fxios 4.0+ ---

People

(Reporter: aaronmt, Assigned: st3fan)

References

Details

(Keywords: losing-users, reproducible)

Attachments

(1 file)

Visit (you'll need to create or connect an account)  

http://forums.macrumors.com/forums/ios-9.183/create-thread

Attempt to invoke focus to the thread body field. Nothing happens.

This was reported from Maria. This is not reproducible in Safari (made a mistake yesterday when testing this).

Noticed that in Safari/Desktop there's a formatting toolbar visible that's perhaps erring out in Firefox on iOS. 

Can this be web inspected remotely to check for errors?
Severity: normal → major
Rank: 1
Assignee: nobody → bnicholson
I did a little bit of research: when I open the above URL in a minimal app that just has a WKWebView embedded without any of the infrastructure that Firefox adds, things work as expected.

So we need to narrow down what in Firefox causes this. My guess is that this is most likely related to some UserScript that we inject.
The problem persists after disabling all user content scripts. Not sure what is going on here yet.
Also, not much useful in the web console.
Summary: Unable to invoke focus (keyboard invocation) to a an element with contenteditable in this case → Rich text editor fails because requests to about:blank are blocked
Assignee: bnicholson → sarentz
Whiteboard: [needsuplift]
This patch adds a special case for `about:blank` to the 'should we load this url' decision handler.

It looks like `about:blank` is used to reset an iframe. We used to load these, but after https://github.com/mozilla/firefox-ios/pull/1576 (Bug 1251507 - Safari parity for url and scheme handling) we started to ignore them. That was a mistake :-/

This patch simply special cases `about:blank` and lets the `WKWebView` load them.
Attachment #8740236 - Flags: review?(bnicholson)
I have marked this with losing-users because we know of at least two cases where people have said 'i cannot use this because i cannot use some website anymore'.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
Whiteboard: [needsuplift]
Also, for reference, when you create a frame without a src, it defaults to about:blank. If we block that then page load events are never fired. Which breaks things that depend on this behaviour.
Are we taking this patch on 4.0?
Verifying this as fixed on build 4.0.0b5
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: