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

Issue 593118 link

Starred by 2 users

Issue metadata

Status: WontFix
Owner: ----
Closed: Jun 2018
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug



Sign in to add a comment

Auto Email sign out

Reported by sauravka...@gmail.com, Mar 8 2016

Issue description

<b>Chrome Version       : <Copy from: 'about:version'></b>48.0.2564.116 m
URLs (if applicable) :
Other browsers tested: Mozilla
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari: PASS/FAIL (Version)
    Firefox: PASS/FAIL (Version)
         IE: PASS/FAIL (Version)

What steps will reproduce the problem?
(1) Have 2 different gmail accounts open. One in Google chrome and one in Firefox
(2)Open an email with attachment in gmail on Firefox
(3)Create new email in gmail on chrome
(4)Drag and drop the attachment from Firefox gmail to chrome new email gmail.
(5)It will result in auto sign out of the chrome gmail. 

What is the expected result?
The attachment should attach to the new email

What happens instead?
Auto sign out of chrome gmail.

Please provide any additional information below. Attach a screenshot if
possible.

 
Labels: Hotlist-GoogleApps
The above issue seems to be related to Gmail account where it's not specific to chrome browser. So adding appropriate label for further triage.
Do i get a reward for providing a bug?

Comment 3 by ajha@chromium.org, May 2 2016

Cc: ajha@chromium.org
Status: Untriaged (was: Unconfirmed)
Issue is reproducible but not specific to Chrome.


Marking this as Untriaged and requesting someone from the Gmail team to confirm this behavior.
Components: Blink>Forms>Email

Comment 5 by tkent@chromium.org, Aug 22 2016

Components: -Blink>Forms>Email Blink>DataTransfer
Blink>Forms is completely unrelated.

Labels: -Pri-2 Pri-3
Status: Available (was: Untriaged)
This bug's repro doesn't work as described. However, the root issue is still there, and can be exposed by dragging from Chrome to Firefox, and attempting to click on the link created in the e-mail draft in Firefox. Some analysis follows.

Chrome -> Firefox drag results in the HTML markup used to render the attachment preview UI getting added to the e-mail. Firefox -> Chrome drag results in text that probably represents the same markup. The HTML that is being dragged contains Gmail's attachment download link, which is bound to the logged in user. Accessing the link from the wrong account results in the sign in experience that the reporter mentioned.

Solving this requires having a way to add files to DataTransfer. Once we do that, it's on Gmail to update their code.
Any reward on finding this issue/bug?
Project Member

Comment 8 by sheriffbot@chromium.org, Nov 8 2017

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available. If you change it back, also remove the "Hotlist-Recharge-Cold" label.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot

Comment 9 by jsb...@chromium.org, Nov 10 2017

Status: Available (was: Untriaged)
*snooze*
Labels: -Hotlist-GoogleApps Hotlist-Partner-GSuite
Status: WontFix (was: Available)
This bug system is for issues with Chromium and Chrome, not with arbitrary google properties. 

Please use send feedback in the application.

Sign in to add a comment