Playlist Date incorrect - by 40 years! Also issues with veiwing playlists.

kelizabeth - June 4, 2009 - 20:41
Project:Station
Version:6.x-2.x-dev
Component:Playlists
Category:bug report
Priority:normal
Assigned:Unassigned
Status:closed
Description

I tried to test the playlist creation, and the date is reading 12/31/1969 rather than today's date! I haven't had this problem anywhere else on my site. Is it the station module, or could it be something else? I can;t figure it out. I tried enabling User-configurable time zones in the date module and resubmitted the form. Then I disabled them and resubmitted the form. Both cases same result? Thoughts?

#1

kelizabeth - June 4, 2009 - 20:47

I should add that directly beneath the playlist title, the posting line reads: Submitted by USER on Thu, 06/04/2009 - 13:18
Very Curious.

#2

tim.plunkett - June 4, 2009 - 20:52

Not sure of the cause, will look into it, but rest assured that this result is common: Unix time.

#3

drewish - June 4, 2009 - 21:20

sounds like the date value didn't get saved and as tim pointed out, 0 would be recognized as the jan 1, 1970 which—after subtracting the timezone—is 1969. does this happen for all new playlists? were you setting a date on them?

#4

kelizabeth - June 4, 2009 - 21:20
Title:Playlist Date incorrect - by 40 years!» Playlist Date incorrect - by 40 years! Also issues with veiwing playlists.

Additionally, the playlist doesn't seem to be attached to the show it is affiliated with. One would assume a link to it would be viewable on the DJ's program page, or on their profile page, but no, nothing.

#5

kelizabeth - June 4, 2009 - 21:23

Ugh, never mind, delete that last comment.

#6

kelizabeth - June 4, 2009 - 21:26

I was not setting a date on them, no. I wanted to have the date automatically inserted. I have since enabled date setting, which I assume is just as well in case the DJ posts the Playlist before or after their scheduled show day.

#7

drewish - June 6, 2009 - 14:37

Yeah the date should be set to the current date. I might need to update the field definition that is getting created at install time. I'll give it a look when I've got a little more time.

#8

drewish - June 6, 2009 - 15:09
Status:active» postponed (maintainer needs more info)

Humm, I just checked on my clean installation and the date has a default value. Perhaps the field wasn't created correctly on your site?

#9

refreshingapathy - September 5, 2009 - 15:09

I've got the same issue going on here...

(http://wonyfm.com/node/12)

And I am running the 6.x-2.x-dev version. Relatively clean install.

#10

refreshingapathy - September 5, 2009 - 15:20

Forgot to attach this to the last post - structure of the station_playlist_track table. Missing a date stamp field? I don't know what the table layout is and I couldn't find anywhere in the code that referenced saving a datestamp.

http://skitch.com/rickheil/b6diy/station-playlist-track-structure

#11

drewish - September 5, 2009 - 18:48

refreshingapathy, it's actually handled by the date module now so it'll be in one of the CCK tables.

#12

refreshingapathy - September 11, 2009 - 03:02

Looking at content_type_station_playlist I had zero rows.

Reinstall with devel module seemed to clear things up, my test playlists now have the correct date.

#13

drewish - September 27, 2009 - 06:29
Status:postponed (maintainer needs more info)» fixed

okay i'm going to call this fixed unless someone else has more details on how to replicate this.

#14

refreshingapathy - September 27, 2009 - 18:59

I think this was probably just an issue with a bad install or somesuch... I've installed the module a few more times on dev sites and had no problems with it.

#15

System Message - October 11, 2009 - 19:00
Status:fixed» closed

Automatically closed -- issue fixed for 2 weeks with no activity.

 
 

Drupal is a registered trademark of Dries Buytaert.