My favorites | Sign in
Google Code will be turning read-only on August 25th. See this post for more information.
Google Code will be read-only on Monday 10 August 2015 at 13:00 UTC for up to thirty minutes for network maintenance.
Project Home Downloads Wiki Issues Code Search
New issue   Search
for
  Advanced search   Search tips   Subscriptions
Issue 129973: "Save Page As" dialog results in folder w/o page ("Removed" status in footer)
3 people starred this issue and may be notified of changes. Back to list
Status:  Duplicate
Merged:  issue 32771
Owner:  ----
Closed:  Jul 2012
Cc:  benjhayden@chromium.org, rdsmith@chromium.org

Blocking:
issue 68276

Restricted
  • Only users with Commit permission may comment.


Sign in to add a comment
 
Reported by muir_b...@inbox.com, May 27, 2012
Chrome Version       : 19.0.1084.52
OS Version: OS X 10.6.8
URLs (if applicable) : http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2012/05/25/BAJT1OMSB4.DTL
    Other URLs are of the gallery attached to this news article.
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Opera 11.64.1403: OK

What steps will reproduce the problem?
1. Cmd.-S to begin the save;
2. Edit the name to suit (e.g. GGB_Plaza_Flawed_But_Workable / p12 / p11 / etc.);
3. Press "Enter" (aka "Return") or click on "Save";
4. Wait for the download spinner to go full green and disappear. 

What is the expected result?
The web page gets saved as a local HTML file with the pieces in a "..._files" folder.

What happens instead?
The pieces get saved in a "..._files" folder without (w/o) the HTML file. It takes up to six (6) tries to get the document to save. Pages 1, 2 and 6 (p01 / p02 / p06) of the gallery were the only ones to get through on the first attempt. It typically took two or three (main / p07) tries to get the file. I changed the name (v2, v3, etc) to reflect further attempts. 

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

UserAgentString: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.52 Safari/536.5

The footer TIFF is from another gallery (article page URL below) that did the same thing on my first two pages (p19 / p18). I'll comment later on pages 1 - 17. Also, OS X's "Finder" (their file manager) wouldn't launch from the footer menu. I had to get a new window from the task bar instead.
http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2012/05/13/MN741OF5BC.DTL

This may be related or adjacent to Issue #98243 ("Downloading same item a second time doesn't create a second file...") :
https://code.google.com/p/chromium/issues/detail?id=98243
SavePageAs_GGB_Main.tiff
116 KB   Download
SavePageAs_Cr_Gallery.tiff
192 KB   Download
SavePageAs_Opera_Gallery.tiff
193 KB   Download
SavePageAs_Footer.tiff
36.8 KB   Download
May 28, 2012
#1 rdsmith@chromium.org
(No comment was entered for this change.)
Cc: benjhayden@chromium.org
Labels: -Area-Undefined Area-UI Feature-Downloads
May 29, 2012
#2 muir_b...@inbox.com
Saved the remaining seventeen (17) images from the second gallery. The glitch count was one (1) - #11 required two attempts.

Any software changes ? Yes, Chrome was "Force Quit" twice, window and tab count was reduced, and Flash v11.2 was re-installed (the last was in response to some Flash games loading w/o displaying - games now playable).
May 30, 2012
#3 muir_b...@inbox.com
http://www.slate.com/articles/life/walking/2012/04/walking_in_america_how_we_can_become_pedestrians_once_more_.html

The above URL is the fourth in a set by Tom Vanderbilt on the topic of walking. The first three (3) were no problem to save but #4 glitched and required a second attempt. I spotted a floating footer at the Slate.com site that resembled the one I had seen at the SFGate.com site. I have saved a few pages from other sites without glitching.
Jun 7, 2012
#4 muir_b...@inbox.com
Chrome has been updated (see below) from ...52 to ...54 . Still glitching on saves of SFGate.com content. Does NOT seem to matter how I "Save As ..." (File menu, right-click, or shortcut) - all three ways have glitched. Also, the attempts per page continues to vary without an obvious pattern (7 - break - restart - 1/1/4/1/1/1/2/3/4/1/1/3/2/1/1/1/1 of pages 1,17,16,...,2 from the following page's gallery).
http://www.sfgate.com/cgi-bin/article.cgi?f=/c/a/2012/05/19/BAPT1OBTTQ.DTL

UserAgentString : Mozilla/5.0 (Macintosh; Intel Mac OS X 10_6_8) AppleWebKit/536.5 (KHTML, like Gecko) Chrome/19.0.1084.54 Safari/536.5
Jun 20, 2012
#5 rdsmith@chromium.org
Confirmed in 21.0.1180.0 (Official Build 142910) dev mac.  
Status: Untriaged
Jun 21, 2012
#6 rdsmith@chromium.org
(No comment was entered for this change.)
Blocking: chromium:68276
Jun 21, 2012
#7 dhollowa@chromium.org
Assigning to vclarke for investigation / confirmation.
Status: Assigned
Owner: vclarke@chromium.org
Cc: rdsmith@chromium.org
Jun 25, 2012
#8 vclarke@chromium.org
Reproduced with slate.com link (see #3) on Mac 10.6.8 with 21.0.1180.9 and on Linux with 21.0.1180.4. Did not see on Win 7. Adding OS-Linux.

(Note: looks like this bug has been seen on Win, so it may be that I didn't try long enough, see issue 32771 and  issue 86282 .)


Status: Untriaged
Owner: ---
Labels: OS-Linux
Jul 2, 2012
#9 rsesek@chromium.org
Thanks for finding the bugs.
Status: Duplicate
Mergedinto: 32771
Oct 13, 2012
#10 bugdroid1@chromium.org
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.
Labels: Restrict-AddIssueComment-Commit
Mergedinto: chromium:32771
Mar 10, 2013
#11 bugdroid1@chromium.org
(No comment was entered for this change.)
Labels: -Area-UI -Feature-Downloads Cr-UI-Browser-Downloads Cr-UI
Sign in to add a comment

Powered by Google Project Hosting