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

Issue 595300 link

Starred by 1 user

Issue metadata

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



Sign in to add a comment

[Regression]: Blank Downloads.html page is seen after saving chrome://downloads

Project Member Reported by sc00335...@techmahindra.com, Mar 16 2016

Issue description

Version: 50.0.2661.37 beta
OS: Ubuntu 12.04,14.04,windows

What steps will reproduce the problem?
(1) Launch chrome >> Go to chrome://downloads 
(2) Right click for context menu >> Click "Save as" and save the page
(3) Now open it from download bar and observe

Expected: Content should be seen in opened download.html file
Actual: Instead blank page is seen.

This is a regression issue broken in M50.

Good Build:50.0.2657.0 dev
Bad Build:50.0.2658.0 dev

CHANGELOG URL:
  https://chromium.googlesource.com/chromium/src/+log/e4fec04138c05a31edf8942afef26914e8b38e52..acd0f27f3970b7cfdc518c2f221fa49cdd5a7992

Suspecting https://codereview.chromium.org/1710083005 from changelog

@dbeam:Please help in re-assigning if it is not related to your change.
 
Actual_downloads.ogv
1.3 MB Download
Expected_downloads.ogv
1.2 MB Download
Labels: Proj-MaterialDesign-NativeUI

Comment 2 by ajha@chromium.org, Mar 16 2016

Labels: -OS-Linux -OS-Windows OS-All
Able to reproduce this on the latest canary(51.0.2680.0) on Mac OS 10.11.3 as well.
Labels: -Proj-MaterialDesign-NativeUI -OS-All OS-Linux OS-Mac OS-Windows
This is not related to MD in the native UI, removing that label.

Comment 4 by dbeam@chromium.org, Mar 16 2016

Labels: -Pri-1 -M-50 Pri-3
The new downloads page is being rolled out via Finch, so your bisect probably isn't that useful (it's just the CL I fully removed the old downloads UI).

I also don't find saving the downloads page useful, so reducing priority.
Yikes, volume warning for that video!

This isn't something that the current Settings or Extensions pages support very well. Some saved pages, like Bookmarks, will display okay, but will be non-functional because the JS can't be loaded.

IMO if we can't realistically support this, we shouldn't leave the bug open. Do you have a compelling use case for this that can't be satisfied by printing the page (i.e. as a PDF)?

Comment 6 by dbeam@chromium.org, Jul 25 2016

Status: WontFix (was: Assigned)

Sign in to add a comment