Bug 65029 – Gmail fails to load page on item select

• Component: Page Loading
• Status: RESOLVED DUPLICATE

On attempting to select an item from the selected list of displayed emails in a folder, Webkit redisplays the page. 

Upon repeated attempts to select an item (after redisplay), Webkit finally displays a page containing these messages: "Safari can't display this webpage. Safari has repeatedly encountered an error while trying to display [URL]".

This behavior began during the last two nightlies (date July 20, 2011). It does NOT occur with base Safari.

OS is MacOSX 10.6.8. Laptop is 13" MBP 2.66 GHz Intel Core 2 Duo, 4 GB 1067 MHz DDR 3, 250G SSD.

Safari Extensions: Shortly, Reload Button, FirebugLite, InstapaperIt. GLIMS is also installed.

[Alexey Proskuryakov]

<rdar://problem/9825299>

(In reply to comment #1)
> <rdar://problem/9825299>

Er, uh, help requested: I don't understand your comment. Does this mean my report is a duplicate of an existing problem numbered "9825299"? If so, I would like to try to find it and try to follow its progress.

(I don't really know what "rdar" means!)

[Alexey Proskuryakov]

That comment is added automatically when a bug is copied into Apple's internal bug tracking system.

WE haven't been able to reproduce reproduce the problem yet. Could you please try the below?

1. Open Console application from Utilities.
2. Go to User diagnostic reports, and check for .crash files for WebProcess.
3. Reproduce the problem.
4. If new .crash files for appear there, attach one of them to this bug (follow Add an attachment link above).

And also, does this happen if you disable Safari extensions via Safari preferences? Or if you remove Glims?

(In reply to comment #3)
> That comment is added automatically when a bug is copied into Apple's internal bug tracking system.
> 
> WE haven't been able to reproduce reproduce the problem yet. Could you please try the below?
> 
> 1. Open Console application from Utilities.
> 2. Go to User diagnostic reports, and check for .crash files for WebProcess.
> 3. Reproduce the problem.
> 4. If new .crash files for appear there, attach one of them to this bug (follow Add an attachment link above).
> 
> And also, does this happen if you disable Safari extensions via Safari preferences? Or if you remove Glims?

I find no .crash file. I've disabled the extensions. I've removed Glims. To reproduce the problem, in as much detail as I can muster:
(1) Have a gmail account, of course.
(2) Have an email present in a "label".
(3) Negotiate to gmail.
(4) Negotiate to a screen showing emails for that "label".
(5) Hover the cursor over the selection button for an email, as if you were going to select that email (i.e., NOT hovering the cursor over the email subject or sender, but over the selection radio button).
(6) Voila!

My current build is r91611. The problem has persisted through 3 nightlies and through 1 full Safari reset. If you wish a list of other Safari/Webkit/MacOSX settings, I can provide them. The connection is wireless via across-the-room Comcast cable connected to its router.

(In reply to comment #4)
> (In reply to comment #3)
> > That comment is added automatically when a bug is copied into Apple's internal bug tracking system.
> > 
> > WE haven't been able to reproduce reproduce the problem yet. Could you please try the below?
> > 
> > 1. Open Console application from Utilities.
> > 2. Go to User diagnostic reports, and check for .crash files for WebProcess.
> > 3. Reproduce the problem.
> > 4. If new .crash files for appear there, attach one of them to this bug (follow Add an attachment link above).
> > 
> > And also, does this happen if you disable Safari extensions via Safari preferences? Or if you remove Glims?
> 
> I find no .crash file. I've disabled the extensions. I've removed Glims. To reproduce the problem, in as much detail as I can muster:
> (1) Have a gmail account, of course.
> (2) Have an email present in a "label".
> (3) Negotiate to gmail.
> (4) Negotiate to a screen showing emails for that "label".
> (5) Hover the cursor over the selection button for an email, as if you were going to select that email (i.e., NOT hovering the cursor over the email subject or sender, but over the selection radio button).
> (6) Voila!
> 
> My current build is r91611. The problem has persisted through 3 nightlies and through 1 full Safari reset. If you wish a list of other Safari/Webkit/MacOSX settings, I can provide them. The connection is wireless via across-the-room Comcast cable connected to its router.

Later that very same 15 minutes: I was able to find the .crash files. How would you like me to deal with them?

[Alexey Proskuryakov]

Great! Please attach a file that has a timestamp matching the time of reproducing this crash to this bug, using "Add an attachment link" above.

Created attachment 101922 [details]
One of several .crash files associated with the described incident

19 more crash files available from nearby occurrences should this .crash file not suffice

(In reply to comment #7)
> Created an attachment (id=101922) [details]
> One of several .crash files associated with the described incident
> 
> 19 more crash files available from nearby occurrences should this .crash file not suffice

Update, FWIW. I have also noticed page rendering differences between Safari and Webkit for my Gmail page. Some are:

(1) Webkit usually fails to load the entire custom background skin. Webkit omits the skin background beginning at the top of the bar containing the list of mail items.

(2) When "Mail" is active, Safari highlights the item "Mail" in the left column and gives a total item count for unread items. Webkit does not.

(3) At the top of the screen, Safari displays the select button for "Search Mail and Docs" abutting the right side of the input field for search terms. Webkit displays an intervening gap, displaying some sort of clickable button, upon clicking which, nothing happens.

(4) In addition to the button labeled "Search Mail and Docs" Webkit displays a button labeled "Search Mail". Safari does not.

I've carefully checked, screen by screen. Preferences for both Safari and Webkit are identical.

[Alexey Proskuryakov]

The crash looks like a duplicate of bug 64802. Automatic reloading of the page is what happens in Safari 5.1 when web process crashes.

I'm not sure where the differences mentioned in comment 8 come from, but could you please file at least one separate bug for these, or maybe even one per issue?

(In reply to comment #9)
> The crash looks like a duplicate of bug 64802. Automatic reloading of the page is what happens in Safari 5.1 when web process crashes.
> 
> I'm not sure where the differences mentioned in comment 8 come from, but could you please file at least one separate bug for these, or maybe even one per issue?

As for being a duplicate of 64802, I strongly disagree. 64802 is now marked as fixed. The problem I have described still occurs as of Tuesday, August 2, 2011, 9:32AM MDT. (I have updated Webkit to the latest nightly, r92173: if this is not the release in which the fix is installed, please so comment!)

In summary, the problem still is, Webkit unsolicited and immediate reload on cursor hover. The hover location is Gmail item select *radio button* in any folder screen. (Gmail item being, any individual email's item selection button.) This occurs in Webkit and not in Safari 5.1, both on MacOSX 10.6.8.

(In reply to comment #9)
> The crash looks like a duplicate of bug 64802. Automatic reloading of the page is what happens in Safari 5.1 when web process crashes.
> 
> I'm not sure where the differences mentioned in comment 8 come from, but could you please file at least one separate bug for these, or maybe even one per issue?

P.S., the page rendering problems appear to have been resolved.

[Alexey Proskuryakov]

Yes, everything you say is correct. But comments in bug 64802 say that it's fixed in r92108, then the fix got reverted in r92113, and landed again in r92183. So, the fix is not in r92173 nightly.

It should be present in the next nightly.

*** This bug has been marked as a duplicate of bug 64802 ***