Sidebar Calendar Widget broken

[faltarego]

I'm giving 2.9 beta a test drive for theme development purposes. On my test installation, I currently have the two default themes and a very simple theme of my own that I developed via a tutorial.

After I upgraded to 2.9 beta, the sidebar calendar started displaying rather oddly. It looks okay when the main page first loads, but when I click the <<Nov link, the calendar rows are way out of whack. When click on <<Oct, it's not as bad, but still incorrect. Then, when I go forward again and hit December, even that is a little bit off.

This happens whether I use the Calendar widget or just the theme's own sidebar, and it happens in all three installed themes.

My test site is at  http://bleeder.faltarego.com or  http://faltarego.com/bleeder

Many thanks.

like so without the debug code?

http://core.trac.wordpress.org/attachment/ticket/9588/Picture%201.png

if so, this might mean that r12315 was not enough of a fix. any chances you're using memcached on your site and that you've old widget caches around?

Replying to Denis-de-Bernardy:

like so without the debug code?

http://core.trac.wordpress.org/attachment/ticket/9588/Picture%201.png

Yes, that's it exactly. Date numbers appearing in the wrong columns, some table cells appearing blank. In my November display, all the numbers in the top row are hanging off the righthand side, completely misaligned with the rows below it.

Replying to Denis-de-Bernardy:

if so, this might mean that r12315 was not enough of a fix. any chances you're using memcached on your site and that you've old widget caches around?

I don't think my site is running memcached. I have an account with HostPapa, and I've poked around a bit, but I can't find any references to memcached.

please try it with the latest trunk.

beta is r12314

that fix is r12315

This is interesting. I tried twelve timezones, and here are my results:

With the following time zone settings, the sidebar calendar displayed correctly: London, Amsterdam, Sarajevo, Moscow, Baghdad, Singapore.

With the following time zone settings, the sidebar calendar displayed incorrectly as described in my initial post: Halifax (my home region), Bermuda, Toronto, New York, Los Angeles, Honolulu.

I think I see a pattern emerging here.

P.S. I did upgrade to the latest bleeding edge nightly build.

You still have the problem or is it unchanged with the timezones you mentioned?

I was able to reproduce against current head. Steps to reproduce:

1.) Setup new, a standard Blog 2.) Add the calendar widget to the Sidebar 1 3.) Change your blog's Timezone to Europe/London (Admin: Settings->General) 4.) Visit your Blog. Calendar Widget displays correctly. 5.) Change your blog's Timezone to America/Halifax 6.) Visit your Blog. Calendar Widget does not display correctly any longer.

If I go through the above the widget still works for me. (on trunk)

Replying to mrmist:

If I go through the above the widget still works for me. (on trunk)

You need to visit old posts and archive pages to break it. It always works on the front page.

Ahh yes I see it breaks on some dated archives.

I just applied the latest "bleeding edge nightly" to my test blog, and the sidebar calendar now appears to be working properly with my time zone.

Many thanks.

One more data point that might assist with the problem. When I set my week to start on Sunday, the calendar displays properly on the home page and the individual entries. When I change it to Monday, the display problems reported by others appear. Looking at the code, I assumed that the code that calculates the number of blank columns to put at the start of the month wasn't properly taking into account the day of the week that the month started. I'm in the Detroit time zone.

#12128 closed as a duplicate. Possibly some helpful stuff there.

I followed the steps above and viewed on archive pages (r11414). This does not appear to be a problem anymore. Removing needs-patch and suggesting to close on wordpress-dev

I'm an idiot. r233538. 11414 is this ticket number.

Replying to blepoxp:

I'm an idiot. r233538. 11414 is this ticket number.

And that's the revision for the plugins svn, for the Akismet external :-)

Trunk is [14235]. It'd be good to double-check that you can reproduce in 2.9 just to make sure the steps are being followed. It might be obscure.

Heh. okay. So I can't reproduce in 2.8.6 thru latest build - purposely leaving revision numbers out :) I attempted with default and classic themes in older version and twentyten in current. Changing timezones and number of months worth of archives available didn't help. Must be related to a variable not present on my build. Adding needs-patch back to ticket.

Probably going to need better steps to reproduce.