Make WordPress Core

Opened 15 years ago

Closed 10 years ago

#11414 closed defect (bug) (worksforme)

Sidebar Calendar Widget broken

Reported by: faltarego's profile 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: @Denis-de-Bernardy
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 @faltarego
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 @faltarego
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 @Denis-de-Bernardy
15 years ago

  • Keywords reporter-feedback added; sidebar calendar removed
  • Milestone changed from Unassigned to 3.0

please try it with the latest trunk.

beta is r12314

that fix is r12315

#6 @faltarego
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.

#7 @faltarego
15 years ago

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

#8 @hakre
15 years ago

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

#9 @hakre
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: @mrmist
15 years ago

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

#11 in reply to: ↑ 10 @Denis-de-Bernardy
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.

#12 @mrmist
15 years ago

Ahh yes I see it breaks on some dated archives.

#13 @faltarego
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 @aimutch
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.

#15 @nacin
15 years ago

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

#16 @blepoxp
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

#17 follow-up: @blepoxp
15 years ago

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

#18 in reply to: ↑ 17 @nacin
15 years ago

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.

#19 @blepoxp
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.

#20 @ryan
14 years ago

  • Milestone changed from 3.0 to 3.1

#21 @nacin
14 years ago

  • Keywords reporter-feedback added
  • Milestone changed from Awaiting Triage to Future Release

Probably going to need better steps to reproduce.

#22 @iseulde
11 years ago

  • Component changed from General to Widgets

#23 @kuliraj
10 years ago

I couldn't reproduce this issue(following the steps outlined by @hakre ), while using Twenty Fifteen and WordPress rev. 32453

It's quite possible that the issue is now resolved.

#24 @SergeyBiryukov
10 years ago

  • Keywords needs-patch removed
  • Milestone Future Release deleted
  • Resolution set to worksforme
  • Status changed from new to closed
Note: See TracTickets for help on using tickets.