Posted by kelizabeth on June 4, 2009 at 8:41pm
Jump to:
| Project: | Station |
| Version: | 6.x-2.x-dev |
| Component: | Playlists |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | closed (fixed) |
Issue Summary
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
#1
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
Not sure of the cause, will look into it, but rest assured that this result is common: Unix time.
#3
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
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
Ugh, never mind, delete that last comment.
#6
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
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
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
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
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
refreshingapathy, it's actually handled by the date module now so it'll be in one of the CCK tables.
#12
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
okay i'm going to call this fixed unless someone else has more details on how to replicate this.
#14
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
Automatically closed -- issue fixed for 2 weeks with no activity.