New issue
Advanced search Search tips

Issue 50263 link

Starred by 2 users

Issue metadata

Status: Verified
Owner:
Closed: Aug 2010
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Mac
Pri: 2
Type: Bug
M-7

Restricted
  • Only users with EditIssue permission may comment.



Sign in to add a comment

Opening a downloaded file without an associated application is a silent no-op.

Project Member Reported by charlieross@google.com, Jul 26 2010

Issue description

Chrome Version       : 6.0.472.4
URLs (if applicable) : N/A
OS version               : 10.5.8
Behavior in Safari 3.x/4.x (if applicable): Did not try
Behavior in Firefox 3.x (if applicable): Did not try
Behavior in Chrome for Windows: Did not try

What steps will reproduce the problem?
1. Download a file with an extension that is not mapped to an application.  (I used a .pack file)
2. Click on that file in the download bar.

What is the expected result?
A message that allows me to select which application to open the file in.  (As if I had double clicked it in the finder).

What happens instead?
Absolutely nothing.

 

Comment 1 by rsesek@chromium.org, Jul 28 2010

Can you try this:

1. Download unassociated file
2. In Terminal, type:
> xattr -d com.apple.quarantine ~/Downloads/filename.pack
3. Switch back to Chrome and open the item from the downloads shelf
It says:
  No such xattr: com.apple.quarantine

Comment 3 by rsesek@chromium.org, Jul 28 2010

Use this command to list any extended attributes.  If you downloaded a file from the Internet, Chrome should be setting this metadata.

> ls -l@ ~/Downloads/file.pack
Ah, I think that is missing because I had since opened the file by double
clicking it in finder.
I just tried again with a new file with no associated app (file is a dummy
file called called frob.quozzle), and get a no-op when clicked in chrome.

And yes you are right, it does have a quarantine attribute after freshly
downloading it.

Removing the attribute and going back into chrome to open it again does not
change the behavior.  It is still a no-op.  I guess the issue is the fact
that there is no application associated with the ".quozzle" extension, not
the quarantine attribute.
Labels: Verifier-Deepakg
Verified label updated by AutoAllocator, contact AmolK or KrisR for details
Status: Untriaged
Confirmed in 6.0.487.0 (Official Build 55187) dev.

Steps:
1. Download .torrent file from: http://www.torrentbit.net/torrent/1747720/40%20Amazing%20Fireworks%20and%20Crackers%20HQ%20Wallpapers/

2. Try to open it.

Comment 7 by rsesek@chromium.org, Aug 11 2010

Labels: -Area-Undefined Area-UI Mstone-7
Status: Assigned
Fixing this should also fix the activation bug.

Comment 8 by rsesek@chromium.org, Aug 12 2010

Status: Started

Comment 9 by bugdro...@gmail.com, Aug 13 2010

The following revision refers to this bug:
    http://src.chromium.org/viewvc/chrome?view=rev&revision=56026 

------------------------------------------------------------------------
r56026 | rsesek@chromium.org | 2010-08-13 08:24:53 -0700 (Fri, 13 Aug 2010) | 7 lines
Changed paths:
   M http://src.chromium.org/viewvc/chrome/trunk/src/base/base.gypi?r1=56026&r2=56025
   A http://src.chromium.org/viewvc/chrome/trunk/src/base/scoped_aedesc.h
   M http://src.chromium.org/viewvc/chrome/trunk/src/chrome/browser/platform_util_mac.mm?r1=56026&r2=56025

[Mac] Use an AppleEvent to tell the Finder to open downloaded items, rather than NSWorkspace.

BUG= 32921 , 50263 
TEST=Force a PDF to download. Quit Preview, if open. Open the downloaded PDF from the download shelf. Preview opens and becomes frontmost.
TEST=Download a file of a type that you do not have an application with which to open it. Open it from the download shelf. Finder bounces for your attention to choose an application to open it.

Review URL: http://codereview.chromium.org/3151011
------------------------------------------------------------------------

Status: Fixed
Verified in 6.0.496.0 (Official Build 56183) dev
Status: Verified
Project Member

Comment 13 by bugdroid1@chromium.org, Oct 12 2012

Labels: Restrict-AddIssueComment-Commit
This issue has been closed for some time. No one will pay attention to new comments.
If you are seeing this bug or have new data, please click New Issue to start a new bug.
Project Member

Comment 14 by bugdroid1@chromium.org, Mar 10 2013

Labels: -Area-UI -Mstone-7 M-7 Cr-UI
Project Member

Comment 15 by bugdroid1@chromium.org, Mar 13 2013

Labels: -Restrict-AddIssueComment-Commit Restrict-AddIssueComment-EditIssue

Sign in to add a comment