1944590 - resize handle doesn't work on mobile

Status: RESOLVED DUPLICATE of bug 1776834

(Firefox for Android :: Browser Engine, defect)

Description

[php4funs]

User Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36

Steps to reproduce:

On a MOBILE phone:

• visit https://opentarget.org/test/stupidchrome/resize-mobile/
• try to resize the textarea by grabbing and dragging the clearly visible handle on the bottom right corner

Actual results:

Nothing. Can't resize the textarea. The resize handle is clearly visible but it's as if it wasn't there.

Expected results:

The textarea should resize.

Chrome has the same issue: https://issues.chromium.org/u/1/issues/374930298
except they also draw the resize handle ridiculously tiny.

Firefox's one is also way too small but it's almost a reasonable size, certainly visible enough that one expects it to work.

Comment 1

[php4funs]

Attachment: product selection

If you expect people to select "Fenix" when reporting bugs found in Firefox for Android, you need to make this clearer.

The app is called "Firefox", its icon looks mostly like the one of desktop Firefox and nothing like that thing that appears in the product selector, and the name "Fenix" is nowhere to be seen in the app's "About" page. A search for "Fenix" in the Google Play store doesn't find it.

Comment 2

[BugBot [:suhaib / :marco/ :calixte]]

The severity field is not set for this bug.
:towhite, could you have a look please?

For more information, please visit BugBot documentation.

Comment 3

[twhite]

php4funs thanks for reporting this bug.

For an Android report, I would expect to see something along the lines of User Agent: Mozilla/5.0 (Android 14; Mobile; rv:134.0) Gecko/134.0 Firefox/134.0 in the description, but this has Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36. However, the description specifically says "On a MOBILE phone:" - which could be Android or iOS. From your subsequent comment, I'm assuming it was reported for Android, is that correct? TIA

Comment 4

[php4funs]

Yes, it's an Android phone.

but this has Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36

I didn't enter any user agent. Probably this stupid bug tracker automatically added the user agent of the browser from which I sent the report.
I have now checked, it adds it as a hidden field. It's not that I didn't notice and forgot to change it, I wasn't aware when I filed the bug that a User Agent field was being added and I couldn't have edited if I wanted to.

You shouldn't assume that people will report bugs here using the same browser where they experience the issue they are reporting, that's just not a realistic assumption, especially for bugs against the mobile apps.

Comment 5

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'Fenix::Browser Engine' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 6

[Jeff Boek [:boek]]

Hey php4funs, appreciate that you took your time to report the issue. Apologies for the confusion navigating the bug tracker.

Comment 7

[Makoto Kato [:m_kato]]

Originally, this worked on Fennec by bug 773741. But current Night doesn't.