Chrome developer build 36 has a bug that is causing links you click to open in Twitter to not load. What is happening is that I open Twitter, browse through items in my feed, and if one has a link to a web site, I click the link, a new tab opens, it looks like the page is loading, but eventually it stops loading and all I see a is a blank tab.
I reported the problem that I was having to the Google Chromebook users group (I was seeing this behavior on a Chromebook) and got responses that it was a known bug in build 36. I assume the problem occurs with any web site that is set up to direct clicks on links to open in a new tab or window. For me, I do this most often from Twitter.
My options are to either live with the problem, or step up to either the beta (Build 35) or stable (Build 34) Chrome channels. I decided to revert back to stable, because switching to either results in a Chromebook powerwash, which wipes the Chromebook.
My encounter with the bug coincided with my installing some new extensions, particularly Chromecast, Motorola Connect, and Sunrise. At first I was pretty sure the problem was being caused by Chromecast, but disabling and then uninstalling it did not fix the problem. Neither did removing the other two extensions.
After futsing around with the problem, I posted the issue to the Chromebook Google group, which lead to the feedback about the bug. I wished I had posted the issue on the group right away, I struggled with the problem for several days before doing so.
What time is this posting at?
siteTimeZone directive set to -4
Computer is in Central Daylight Time
The rendering time for this post is one hour ahead of when it should be. I am writing this at 10:58 AM Central Time, it is rendering as 11:58 AM.
The theory: the date title rendering issue on my linkblog is related to what time zone my computer is set to.
Still no fix for the issue I have with my linkblog where the date titles are behind by one date. The title tag (view source) and the directory structure use the correct date, so there must be some program logic that is creating that entry that is incorrect. Yesterday I tried switching my linkblog from stream to blogHome, and the blogHome rendered correctly in that it had the correct update date and times. As does this blog. So, it has to be something about the stream type that isn't right.
Ok, I created this post after moving the siteTimeZone setting to cmsPrefs. What happened?
Looks like it is being ignored.
Uncommented the item in this post. What happened?
Ok, the time is back. siteTimeZone cannot be in cmsPrefs.
For some reason my web notes blog that uses the streams type is rendering the wrong dates. For example, my posts for today are rendering as if I am writing them on May 1, even though the directory structure is May 2. It doesn't appear as though other people are having this problem, so I wonder what is unique about me?
It shouldn't be related, but the only change that I can think of is my changing the siteTimeZone setting on this blog. So I am going to change that back. It shouldn't matter though.
As an experiment, I am going to move siteTimeZone to cmsPrefs. Ok, that's done. Let's look.