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

Issue 591225 link

Starred by 3 users

Issue metadata

Status: Fixed
Owner:
Closed: Mar 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 2
Type: Bug-Regression



Sign in to add a comment

chrome://apps: last dragged page no longer sticky

Project Member Reported by dbeam@chromium.org, Mar 1 2016

Issue description

What steps will reproduce the problem?
0. have historical product knowledge and navigate to chrome://apps
1. drag and drop on app onto a new "Apps" page
2. reload or revisit chrome://apps

What is the expected result?
I expect the last page I dragged/moved to.

What happens instead of that?
I get the first page (i.e. the page isn't remembered).

Please provide any additional information below. Attach a screenshot if
possible.
This used to work.

 

Comment 1 by treib@chromium.org, Mar 2 2016

Hey Dan, I think this will be fixed by part of my "remove NTP4 code" CL (handling "pageSelected" in AppLauncherHandler). Should I make that part a separate CL?

Comment 3 by dbeam@chromium.org, Mar 2 2016

treib@: rsesek@ mentioned that we'd be removing the promo service, so I started going down the rabbit hole for him, removing that specific UI and supporting C++.  I changed the code so much that your CL would've conflicted a lot, so I removed part of what you wanted to remove myself.

there is probably still plenty of dead code :( and you're more than welcome to remove the other things you believe to be dead, it's just that the NTP is poorly tested and surgical precision is advised (I grepped for every identifier I came across).

Comment 5 by dbeam@chromium.org, Mar 22 2016

Cc: nyerramilli@chromium.org ranjitkan@chromium.org dbeam@chromium.org
 Issue 596428  has been merged into this issue.

Comment 6 by dbeam@chromium.org, Mar 22 2016

Status: Fixed (was: Started)
Labels: -OS-Chrome

Sign in to add a comment