Closed Bug 387198 Opened 18 years ago Closed 17 years ago

Update Gecko tree schedule on p.m.o

Categories

(Websites :: planet.mozilla.org, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: sipaq, Assigned: raccettura)

Details

Attachments

(1 file)

The Gecko tree schedule currently shows this: Gecko 1.9 alpha 5 Freeze now Gecko 1.9 alpha 5 now Gecko 1.9 alpha 6 Freeze now Gecko 1.9 alpha 6 now Both 1.9a5 and 1.9a6 have been released. It would be good, if the Gecko schedule could be updated to show the relevant dates for the b1 and b2 releases.
a7 has also been released. Could I please get a reaction (mark this as WONTFIX if it doesn't bother you, remove the tree schedule or fix the bug)?
Sorry, we had a brief discussion in email and I proposed deleting the tree information from planet. There are much better places to find that information where it will be more up to date and more relevant.
I added M8/M9 as a stopgap for now. Might be best to replace the box with a link to the Developer Google Calendar. Don't they have a widget (yea, I hate widgets too). Perhaps it would be best to just nest that in there.
Assignee: asa → robert
Robert, could it be that the M8/M9 dates that you added are off by a month or so? Or is the schedule on http://wiki.mozilla.org/Firefox3/Schedule (that is linked from the planet page) outdated?
> Don't they have a widget (yea, I hate widgets too). Perhaps it would be best > to just nest that in there. They do, see http://www.google.com/support/calendar/bin/answer.py?answer=41207 or the tinderbox page http://tinderbox.mozilla.org/showbuilds.cgi?tree=Firefox, which shows the Sheriff Schedule. But the dev calendar contains all the meetings as well, so we might have to split those into a freeze/release calendar and a meeting calendar.
Comment on attachment 276756 [details] Mozilla Developer's Calendar in an iframe asa,dria,preed: any objections to replacing it with dev calendar iframe (we can adjust the height a little).
sounds fine to me. just as long as it's not something we have to manually update.
Only the calendar gods. But that's not "we".
I gave that a quick run, but reverted... it's pretty bad looking in the box. Maybe we try without a box (though it's a diff color). Need to think about best way to do this.
Until you decide how to handle it in a better way, could you please fix the dates on the planet page? As I already tried to tell you in comment 4 the planet page shows rubbish currently: Gecko M8 Freeze 44 days, 10 hours, 38 minutes Fri 5 Oct 08:08:00 CEST 2007 Comparing to the Moz Developer Calendar at http://www.google.com/calendar/embed?src=pdighgf028nmbjbrno8oed8vsg%40group.calendar.google.com&dates=20070901%2F20071001 I think the correct entries would be calcDiff(Date.UTC(2007, 8, 5, 18, 59)) calcDiff(Date.UTC(2007, 9, 17, 18, 59)) (note that months start at 0 and UTC is PDT-7). [I guess that toLocaleString() is broken in some way because then it shows Wed 5 Sep 20:20:00 CEST 2007 instead of Wed 5 Sep 20:59:00 CEST 2007 but that's another matter.]
Done
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: