Issue metadata
Sign in to add a comment
|
Folders in app drawer loose names after sign out/reboot
Reported by
paa...@gmail.com,
Mar 30 2018
|
||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (X11; CrOS x86_64 10452.30.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.67 Safari/537.36 Platform: 10452.30.0 (Official Build) beta-channel gandof Steps to reproduce the problem: 1. 2. 3. What is the expected behavior? What went wrong? App folder names default to Unnamed Folder after reboot or sign out. Did this work before? Yes 65.0.3325.167 Chrome version: 66.0.3359.67 Channel: beta OS Version: 10452.30.0 Flash Version: 29.0.0.134
,
Mar 30 2018
Wow, this is really bad, I tried on ToT and can repro this every time. It seems the folder name is not synced to backend.
,
Mar 31 2018
#CBC-RS/TC-watchlist
,
Apr 27 2018
Stable 66 is about to hit. Still an issue on Google Chrome 66.0.3359.137 (Official Build) beta (64-bit) Revision 0 Platform 10452.74.0 (Official Build) beta-channel caroline Firmware Version Google_Caroline.7820.356.0 Customization ID SAMSUNG-CAROLINE ARC 4734322 JavaScript V8 6.6.346.24 Flash 29.0.0.140 /opt/google/chrome/pepper/libpepflashplayer.so User Agent Mozilla/5.0 (X11; CrOS x86_64 10452.74.0) AppleWebKit/537.36 (KHTML, like Gecko)
,
Apr 27 2018
This is the same issue as 830985 which was fixed in M67 as a side effect by issue 828209
,
May 5 2018
This is a very basic issue which you should not really expect
,
May 17 2018
When is this going to be fixed - Version 66.0.3359.181 (Official Build) (64-bit)
,
May 18 2018
Highly unlikely to be fixed in version 66. Change your channel to Beta or wait for stable to hit version 67.
,
May 18 2018
Assuming that the issue has been addressed in 67.
,
May 18 2018
I still see the issue (and others) on Version 68.0.3416.0 (Official Build) dev (64-bit)
,
May 23 2018
Version 66.0.3359.181 (Official Build) (64-bit) It's not fixed yet.
,
May 23 2018
It's working for me now on Acer R11 latest update. However, the folders and icons within are not showing until you click on it. The folder labels have been staying after a restart though.
,
May 23 2018
My experience is exactly as comment 13 (folder labels now staying after restart but folders/icons not showing until clicked). On Acer R13.
,
May 23 2018
It appears to be fix on Version 68.0.3431.0 (Official Build) dev (64-bit) running on a Pixelbook
,
May 23 2018
I'm still on .158. What's that mean?
,
May 23 2018
Similar issues: https://bugs.chromium.org/p/chromium/issues/detail?id=840089 https://bugs.chromium.org/p/chromium/issues/detail?id=830985 https://bugs.chromium.org/p/chromium/issues/detail?id=827476 https://productforums.google.com/forum/#!topic/chromebook-central/9fHj82rQIcA https://productforums.google.com/forum/#!topic/chromebook-central/a1F0gG0yGCc https://productforums.google.com/forum/#!topic/chromebook-central/MK3brN8kQCg
,
May 28 2018
It's not just the folder names. Changes to the arrangement of the folders within the Launcher window aren't preserved. Changes to the arrangement of the apps icons within the group's windows aren't preserved. Changes to the composition of the app groups aren't preserved..
,
May 28 2018
So, if it is not fixed in beta 67, and it is fixed in Dev 68...it stands to reason that it will won't be fully fixed until at least stable 68 (hopefully in both 32 & 64 bit versions) |
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by omrilio@chromium.org
, Mar 30 2018Owner: weidongg@chromium.org
Status: Assigned (was: Unconfirmed)