New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 643634 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner:
Closed: Sep 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

Uploads on GNU Social don't work via Qvitter

Reported by shane.bu...@outlook.com, Sep 2 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2842.0 Safari/537.36

Example URL:
https://quitter.is/main/all

Steps to reproduce the problem:
1. Sign into a GNU Social site that uses Qvitter as its frontend
2. Attempt to upload an image

What is the expected behavior?
A system file dialog pops up to let you select a file to attach.

What went wrong?
Clicking the site's upload button does nothing with nothing shown in the web console.

Does it occur on multiple sites: Yes

Is it a problem with a plugin? No 

Did this work before? Yes Chrome 53 Stable

Does this work in other browsers? Yes 

Chrome version: 55.0.2842.0  Channel: canary
OS Version: 10.0
Flash Version: n/a

Uploading files to the social network are fine when it's done through the 'classic' interface as that uses native buttons for file uploads.
 
I meant to put Chrome 52 Stable, not 53.

Comment 2 by tkent@chromium.org, Sep 4 2016

Labels: Needs-Bisect

Comment 3 by tkent@chromium.org, Sep 6 2016

Components: -Blink Blink>Input
Owner: dtapu...@chromium.org
Status: Assigned (was: Unconfirmed)
I didn't confirm this, but I guess this is similar to https://bugs.chromium.org/p/chromium/issues/detail?id=643977#c2

Cc: krajshree@chromium.org
Labels: -Type-Bug -Needs-Bisect M-55 hasbisect OS-Linux OS-Mac Type-Bug-Regression
Able to reproduce on Windows 10, Ubuntu 14.04 and Mac OS 10.11.5 using chrome dev 54.0.2840.14.

Bisect Information:
=====================
Good build: 53.0.2776.0
Bad Build : 53.0.2777.0

Change Log URL: 
https://chromium.googlesource.com/chromium/src/+log/8f268bb64214eab73f00216b96b919a1b2955999..d33fd7859cac797067a2b8a8e55f6dbac59bee19

From the above change log suspecting below change
Review URL: https://codereview.chromium.org/2070053004

dtapuska@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.
Yup it is dispatching a HTMLEvent and not a MouseEvent at the target.

FireFox follows a different path. Presumably because we now match their behaviour.

If I edit the code to follow that path it works fine.
Status: WontFix (was: Assigned)
This is issue https://git.gnu.io/h2p/Qvitter/issues/70

I've put together a merge request to fix the site. But our behavior is the same as firefox. This website just has a user agent check for firefox and incorrect code according to the specification.

Labels: Hotlist-Input-Dev

Sign in to add a comment