Closed (fixed)
Project:
Station
Version:
6.x-2.x-dev
Component:
Playlists
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
4 Jun 2009 at 20:41 UTC
Updated:
11 Oct 2009 at 19:00 UTC
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?
Comments
Comment #1
kelizabeth commentedI should add that directly beneath the playlist title, the posting line reads: Submitted by USER on Thu, 06/04/2009 - 13:18
Very Curious.
Comment #2
tim.plunkettNot sure of the cause, will look into it, but rest assured that this result is common: Unix time.
Comment #3
drewish commentedsounds 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?
Comment #4
kelizabeth commentedAdditionally, 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.
Comment #5
kelizabeth commentedUgh, never mind, delete that last comment.
Comment #6
kelizabeth commentedI 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.
Comment #7
drewish commentedYeah 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.
Comment #8
drewish commentedHumm, I just checked on my clean installation and the date has a default value. Perhaps the field wasn't created correctly on your site?
Comment #9
refreshingapathy commentedI'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.
Comment #10
refreshingapathy commentedForgot 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
Comment #11
drewish commentedrefreshingapathy, it's actually handled by the date module now so it'll be in one of the CCK tables.
Comment #12
refreshingapathy commentedLooking 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.
Comment #13
drewish commentedokay i'm going to call this fixed unless someone else has more details on how to replicate this.
Comment #14
refreshingapathy commentedI 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.