New issue 110324 by g...@globalnet.co.uk: "Reopen the pages that were open
last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
Chrome Version : 18.0.1003.1
OS Version: 5.1 (Windows XP)
What steps will reproduce the problem?
1. Open several tabs, with "Reopen the pages that were open last" set in
options.
2. Close Chrome.
3. Re start Chrome
What is the expected result?
The previously opened tabs are reopened when Chrome starts...
What happens instead?
8/10 times, the home page only opens with Chrome.
This one's a real nuisance - had to go back to FF for now... any progress?
Comment #3 on issue 110324 by rva...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
(No comment was entered for this change.)
can you check 18.0.1016.0 canary this isn't happening for me on mac.
Comment #5 on issue 110324 by s...@chromium.org: "Reopen the pages that were
open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
(No comment was entered for this change.)
The latest fix to 99088 (r118721) might have fixed this, too.
I can't check on canary - I'm away from my office and don't have access to
a system with canary on it. I'll check as soon as I can...
The link to fix 99088 (r118721) seems to be broken?
Or, hmm, actually, not sure if this has anything to do with issue 99088.
Does this happen when there is only one profile, or does this require
multiple profiles?
If this happens with only one profile, this is separate from issue 99088,
and the fixes won't help here. If this only happens when there are multiple
profiles, this might be the same bug I fixed as a part of issue 99088.
And here's a working link to the revision:
http://src.chromium.org/viewvc/chrome?view=rev&revision=118721
Thanks...
I have only one user set up on Chrome... Possible that the home page sounds
as a default user? There must be a reason that is loads the home page when
it fails to open the last opened pages?
Ok, thanks for the information. Likely not issue 99088 then.
What do you mean by "home page sounds as a default user"?
I am seeing this too with 18.0.1010.1 on Windows 7.
Hmm, no, none of the different startup options should make the profile
treated as a "default profile", and the different startup options are
handled independently per profile.
Btw, this is likely the same issue as issue 108368.
Are you able to reproduce this with a clean profile?
OS: windows 7 ultimate service pack1 (64bit)
Chrome: 18.0.1025.1 dev-m
OS: Ubuntu 10.04 (32bit)
Chrome: 18.0.1025.1 dev
I have dual boot in this pc and it happens every time I reboot in both of
the 2 os.
This continues to be a real nuisance - we are having to tell staff to
download Firefox now - as that works. (there is also a second problem with
chrome and save dialogs which is a real problem, see 110571)
Any progress on this? It's still occurring all the time in 1025.3...
Agreed. It is, however, following the pattern described in Comment 22.
When restarting Chrome during the same Windows logon session, tabs restore
as expected.
Chrome 19.0.1041.0
It still happen at the first use after boot up.
I believe I can recreate the problem in 18.0.1025.11 (I am running XP SP3).
I thought it was closing the session with a New Tab open, but now it seems
like it is having an incognito window open (then closing) before closing
the session.
I've tried it three times this morning, and get consistent results - just a
new tab when I restart Chrome.
Thanks for the information. How do you close the session? (By closing the
windows with the X, or wrench -> exit, or does it matter?)
I use wrench -> exit.
Comment #37 on issue 110324 by j...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
Yes, that seems very likely since I think the source of data is the same as
in bug 110785. I'll take a better look to verify.
In the meantime: Is anyone who has been able to consistently reproduce the
issue able to try with the Chrome Canary (on Windows or Mac)? If the fix
to bug 110785 also fixed this bug, the problem should have disappeared on
canaries starting on Thursday (February 16th).
What canary build will that be? Updates sometimes take several days to
appear...
Any canary where the about:version page says "Official Build 122054" or
later. I'm not sure what the exact version of that build was, but
19.0.1044.0 is newer than that build.
Ok - mine says "Version 19.0.1045.0 canary" -- no build referred to. I see
there's a new "about" page rather than a dialog box too...
So I'll keep testing it!
Tried with build 122661 (on XP) and the problem doesn't exist.
(To find the build number, use chrome://version).
I'll keep testing to make sure it really did go away.
Comment #42 on issue 110324 by j...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
I looked at the code and confirmed that the data source for "Reopen the
pages that were open last" is indeed the same as the one used in bug
110785, i.e. SessionService::GetLastSession. Therefore this bug should be
fixed by the fix to 110785.
I have this problem.
Google Chrome 18.0.1025.33 (Official Build 122015) beta-m
If I close chrome and reopen it right away the tabs remain. But if I
restart my computer, the tabs disappear.
Comment #44 on issue 110324 by ma...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
Issue 108368 has been merged into this issue.
Re comment #43: 18.0.1025.33 did not have the fix. Beta builds
with "Official Build 122488" or later have the fix (AFAICT we haven't
released a Beta build with a version this high yet), as do Dev channel and
Canary builds with "Official Build 121878".
Ok, dev channel is somewhat behind that still:
19.0.1041.0 (Official Build 121843) dev-m
Only canary is that far on:
19.0.1047.0 (Official Build 122730) canary
I've not seen Canary fail lately....
Comment #49 on issue 110324 by j...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
Issue 112477 has been merged into this issue.
This problem has re-appeared with version 10.0.1077.3!!
Revert to fixed version please!
Apparently something is wrong with your Chrome install, because the
automatic updates are not occurring.
The latest version is 17.0.something. Go to www.google.com/chrome to
update your install. I am running the latest production build on my work
laptop and I don't have the problem anymore, and I am running the latest
beta, and it is stable as a rock in terms of restoring the tabs.
My updates are working fine, and has re-occured on 19.0.1077.3 on the dev
channel -- apologies for the typo above!
Comment #57 on issue 110324 by j...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
Marja, any chance the regression is due to http://crrev.com/127807 ?
Comment #58 on issue 110324 by ma...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
No. This has been occurring and reported way before I even started working
on SessionService :)
Comment #60 on issue 110324 by ma...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
(No comment was entered for this change.)
Problem still present in 19.0.1084.1
Problem is still present in 19.0.1084.9 -- this should have been fixed by
now! It was fixed before... Is anyone looking into it?
Problem still present in 20.0.1096.1
Why is this not getting fixed? What with this, and the re-appearance of
problems with the "save as" right click file dialog, Chrome is steadily
moving backwards?
No, I was never able to reproduce this. :/ The profile data you sent me
contained lot of references to things which were not available (extensions,
themes), and after removing those references the problem didn't reproduce
any more.
I believe that it has been proven to be a Chome-beta only problem
"Chome-beta only" -- not sure what that means? It's certainly a dev channel
problem - 20.0.110.5.0 still has it, and still has the big delay waiting
for "save as" dialog box from a right click...
Sorry I was unaware of that.
I had this problem, with tabs reproducibly lost on reboot. Problem FIXED
by disabling the "Google Cloud Print connector".
Anybody else with this problem able to make it go away, this way? Anybody
else with this problem who is NOT using Cloud Print? Maybe there's another
sync/cloud feature or add-on that makes the bug appear for you. Good luck!
(Disable the connector via chrome://chrome/settings/ "advanced")
I'm running Chrome 19.0.1084.30 beta-m on Windows 7 (64 bit).
And, yes, this is pretty weak value of "fixed".
Comment #77 on issue 110324 by cs...@chromium.org: "Reopen the pages that
were open last" fails
http://code.google.com/p/chromium/issues/detail?id=110324
Issue 123479 has been merged into this issue.
This just happened to me again. I am running 19.0.1084.30 beta-m on Win 7
64-bit. I explained my symptoms in greater detail in Issue 123479 before it
was merged.
I have been restarting my computer a number of times to install a driver
for my Galaxy Nexus. The last time I restarted, it didn't remember the tabs
I had open. It just opened up one tab to the default page. It's very
frustrating.
I can confirm that it is happening to me again. I am running 19.0.1084.30
on a (soon to be retired) WinXP machine.
I have this issue on a Windows XP/SP3 machine running 19.0.1084.30. After a
reboot chrome loses previous session's tabs. For me this issue did NOT come
up until version 19.
To follow up to comment 80 - a simple log out/login without a reboot also
causes the problem.
Yes - 19.0.1077.3 on dev channel was when it re-appeared for me...
What channel are you on? Beta or Stable?