Opened 15 years ago
Closed 10 years ago
#11414 closed defect (bug) (worksforme)
Sidebar Calendar Widget broken
Reported by: | faltarego | Owned by: | |
---|---|---|---|
Milestone: | Priority: | normal | |
Severity: | normal | Version: | 2.9 |
Component: | Widgets | Keywords: | reporter-feedback |
Focuses: | Cc: |
Description
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.
Change History (24)
#2
follow-up:
↓ 4
@
15 years ago
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?
#3
in reply to:
↑ 1
@
15 years ago
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.
#4
in reply to:
↑ 2
@
15 years ago
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.
#5
@
15 years ago
- Keywords reporter-feedback added; sidebar calendar removed
- Milestone changed from Unassigned to 3.0
#6
@
15 years ago
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.
#9
@
15 years ago
- Keywords needs-patch added; reporter-feedback removed
- Summary changed from WordPress 2.9 beta 2 - Sidebar Calendar Not Displaying Properly to Sidebar Calendar Widget broken
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.
#10
follow-up:
↓ 11
@
15 years ago
If I go through the above the widget still works for me. (on trunk)
#11
in reply to:
↑ 10
@
15 years ago
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.
#13
@
15 years ago
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.
#14
@
15 years ago
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.
#16
@
15 years ago
- Keywords needs-patch removed
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
#19
@
15 years ago
- Keywords needs-patch added
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.
#21
@
14 years ago
- Keywords reporter-feedback added
- Milestone changed from Awaiting Triage to Future Release
Probably going to need better steps to reproduce.
like so without the debug code?
http://core.trac.wordpress.org/attachment/ticket/9588/Picture%201.png