Open Bug 1747379 Opened 4 years ago Updated 3 years ago

Screenshots in Firefox, can't select a region of the page to be screenshotted on a tablet (using only fingers)

Categories

(Firefox :: Screenshots, defect, P3)

Firefox 95
defect

Tracking

()

People

(Reporter: petr.laskevic, Unassigned)

Details

(Whiteboard: [screenshots-extension] [QA-not_reproducible] )

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:95.0) Gecko/20100101 Firefox/95.0

Steps to reproduce:

Open Firefox 95.0.2 (32-bit) on a Windows 10 tablet.
Hold finger on the page to bring up the Take a Screenshot menu entry
Select Take a Screenshot

Actual results:

When I drag my finger, the page only scrolls and no selection appears

Expected results:

I can select an element to be captured with my fingers
First touch and drag creates the selection, second touch and drag outside the selection scrolls the page

Component: Untriaged → Screenshots
Severity: -- → S2
Priority: -- → P2

If I don't connect a mouse, I can't take screenshots of parts of the page

Hey Petr,
I tried reproducing this on a Lenovo Yoga with the latest versions of Firefox Nightly 97.0a1 (2021-12-26), beta 96.0b6 and release 95.0.2 but it works for me.

Can you test the issue while in Safe Mode? You can find helpful info here : https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode .
Also a fresh new profile could help. You can find more about creating a new profile here : https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems#w_6-create-a-new-firefox-profile .
If possible, you can test this issue on the nightly build as well. Download the build from : https://www.mozilla.org/en-US/firefox/nightly/all/ .

Flags: needinfo?(petr.laskevic)
Whiteboard: [QA-not_reproducible]

I just tried Firefox Nightly 97.0a1 (downloaded today, so profile is fresh) on my Acer One 10 tablet (Windows 10 32bit installed from factory, so I use 32 bit Firefox builds) and it does not work

Flags: needinfo?(petr.laskevic)

(In reply to Andrei Purice from comment #2)

Hey Petr,
I tried reproducing this on a Lenovo Yoga with the latest versions of Firefox Nightly 97.0a1 (2021-12-26), beta 96.0b6 and release 95.0.2 but it works for me.

Can you test the issue while in Safe Mode? You can find helpful info here : https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode .
Also a fresh new profile could help. You can find more about creating a new profile here : https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems#w_6-create-a-new-firefox-profile .
If possible, you can test this issue on the nightly build as well. Download the build from : https://www.mozilla.org/en-US/firefox/nightly/all/ .

Please take a look at the attachment I posted

Please don't set priority/severity - they cause bugs to bypass our triage system. Sam, flagging you so it shows up on your radar.

Molly can reproduce this, so confirming the bug.

Severity: S2 → --
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(sfoster)
Priority: P2 → --

(I'm reproducing this on a Dell XPS 13 9370, by the way)

I can confirm on my Lenovo X1 carbon touch. As its likely this has always been this way, I'm not sure if we want to fix it in the current implementation before we port that, or focus this ticket on making sure touch interactions work in the new browser component (bug 1741740). Thoughts :niklas?

Severity: -- → S3
Flags: needinfo?(sfoster) → needinfo?(nbaumgardner)
Priority: -- → P3

I think we should focus this for making sure touch works for the component (bug 1741740).

Flags: needinfo?(nbaumgardner)

(In reply to Sam Foster [:sfoster] (he/him) from comment #8)

I can confirm on my Lenovo X1 carbon touch. As its likely this has always been this way, I'm not sure if we want to fix it in the current implementation before we port that, or focus this ticket on making sure touch interactions work in the new browser component (bug 1741740). Thoughts :niklas?

Hi, although the https://bugzilla.mozilla.org/show_bug.cgi?id=1741740 is fixed, I can still reproduce this bug on a Nightly 103.0a1

Do you have screenshots.browser.component.enabled set to true in about:config?
We have added touch events for the component but not the extension.

(In reply to Niklas Baumgardner [:niklas] from comment #11)

Do you have screenshots.browser.component.enabled set to true in about:config?
We have added touch events for the component but not the extension.

Hi, I set it to true and now I can select the area of the screen with my fingers. But when I drag the selection to the screen, it doesn't scroll. When I touch to scroll outside of the selection rectangle, the selection gets cancelled instead of scrolling the page like it does with mousewheel.
I test on Nightly 104.0a1

Yes, we currently have two versions of screenshots. The extension (screenshots.browser.component.enabled set to false) which is the default and does not work with a touch screen. We are working on the component version (screenshots.browser.component.enabled set to true) which does work with a touch screen. The component is currently a work in progress so there will be bugs. There was just a new update in Nightly so you should be able to scroll the page now.

If you do continue to use the component version and encounter any bugs, please file them and I will take a look at them!

Whiteboard: [QA-not_reproducible] → [s
Whiteboard: [s → [screenshots-extension] [QA-not_reproducible]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: