Gmail never updates tab titles after chat window closes I think gmail is using: document.title = "" to update the tab title after a chat window closes. This is a NOOP in Safari, where as firefox resets the page to the default title. HTML5 does specify the title behavior, I'm not sure either FF or Safari agree with the spec: http://www.whatwg.org/specs/web-apps/current-work/#the-title0
Created attachment 18480 [details] An example where FF and Safari differ
See also: <http://ln.hixie.ch/?count=1&start=1161121410>.
This is by far the most annoying bug in my day-to-day Safari usage. :( Maybe that means I'll get to it this week. :) Mostly we just need a comprehensive test.
*** Bug 17330 has been marked as a duplicate of this bug. ***
Note, there is a related symptom: When Gmail loads, the page title remains "Loading..." and doesn't reset to "Gmail - Inbox" as in other browsers.
*** Bug 17438 has been marked as a duplicate of this bug. ***
Updated summary to avoid duplicates.
I swear... this bug is gonna drive me to use FireFox for gmail...
*** Bug 17588 has been marked as a duplicate of this bug. ***
*** Bug 18073 has been marked as a duplicate of this bug. ***
This test http://software.hixie.ch/utilities/js/live-dom-viewer/?%3Chtml%3E%0A%3Chead%3E%0A%20%20%3Ctitle%3EFAIL%201%3C%2Ftitle%3E%0A%3C%2Fhead%3E%0A%3Cbody%3E%0A%20%20%3Cscript%3E%0A%20%20document.title%20%3D%20%22FAIL%202%22%3B%0A%20%20document.title%20%3D%20%22%22%3B%20%2F%2F%20Firefox%20allows%20this%20to%20reset%20the%20title%20(gmail%20depends%20on%20this)%0A%20%20%3C%2Fscript%3E%0A%20%20%3Cp%3EThe%20document's%20title%20should%20be%20the%20default%20title%20for%20the%20page%2Fbrowser%3C%2Fp%3E%0A%3C%2Fbody%3E%0A%3C%2Fhtml%3E shows that the problem is probably located inside Safari, Webkit itself properly resets title.
*** Bug 18206 has been marked as a duplicate of this bug. ***
Safari Technical Preview 150 pass all tests related to "document.title", is something else required here: https://wpt.fyi/results/html?label=master&label=experimental&aligned&view=subtest&q=document%20title From the attached test case, all browsers load (Chrome Canary 106, Firefox Nightly 105 and Safari 15.6 on macOS 12.5) - URL as title. Since all browsers are matching and I am not able to reproduce this bug also WPT has coverage around these test cases and Safari pass all of them. I am marking this as "RESOLVED CONFIGURATION CHANGED". Thanks! Even the test case in Comment 11 has same output across all browsers and same DOM View.
WPT wouldn't catch a Safari UI issue, so that's not a great confirmation. However, we haven't received reports of this any time recently, so this must have been fixed indeed.