My favorites | Sign in
Project Home Downloads Wiki Issues
New issue   Search
for
  Advanced search   Search tips
Issue 50263: Opening a downloaded file without an associated application is a silent no-op.
2 people starred this issue and may be notified of changes. Back to list
Status:  Verified
Owner:  rsesek@chromium.org
Closed:  Aug 2010
Cc:  rsesek@chromium.org


Sign in to add a comment
 
Reported by charlier...@google.com, Jul 26, 2010
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 27, 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
Cc: rse...@chromium.org
Comment 2 by charlier...@google.com, Jul 27, 2010
It says:
  No such xattr: com.apple.quarantine
Comment 3 by rsesek@chromium.org, Jul 27, 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
Comment 4 by charlier...@google.com, Jul 27, 2010
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.
Comment 5 by bugdroid1@gmail.com, Aug 5, 2010
Verified label updated by AutoAllocator, contact AmolK or KrisR for details
Labels: Verifier-Deepakg
Comment 6 by deep...@chromium.org, Aug 10, 2010
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.
Status: Untriaged
Comment 7 by rsesek@chromium.org, Aug 11, 2010
Fixing this should also fix the activation bug.
Status: Assigned
Owner: rse...@chromium.org
Labels: -Area-Undefined Area-UI Mstone-7
Comment 8 by rsesek@chromium.org, Aug 12, 2010
(No comment was entered for this change.)
Status: Started
Comment 9 by bugdroid1@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
------------------------------------------------------------------------

Comment 10 by rsesek@chromium.org, Aug 13, 2010
(No comment was entered for this change.)
Status: Fixed
Comment 11 by deep...@chromium.org, Aug 16, 2010
Verified in 6.0.496.0 (Official Build 56183) dev
Comment 12 by deep...@chromium.org, Aug 16, 2010
(No comment was entered for this change.)
Status: Verified
Sign in to add a comment

Powered by Google Project Hosting