Any word on 1.5? will it be ready before the end of February?
My guess is that 1.4.3 will be released around Christmas.
The main problem is that Martin D. was a bit silent recently
Though there were not many commits lately, the work on new release did not stop.
I did not notice it.
Note: watch for reports of the Pacific Asso. of Computer-assisted Language Learning where Martin was keynote speaker. Rumour has it that at the Advanced Developers Workshop, they came up with a design for a new Story-telling Module.
Yes, funny to keep bumping into you around Singapore, Don! What were the chances of that!
Anyhow, back to work, and I'll address these issues for 1.4.3. I've also moved this discussion to the Developer's forum.
Hi Don - nice to see you enjoying soem time off and Martin as well.
Adding to the debate of when next relaeses will be available, I would like to emphasise that those pushing for new releases have little understanding of the risks and consequences. Anyone who pushes for a new relaese claiming it will assist them - should engage Marting on a "fee for service" basis to enable Martin to meet the individuals deadlines.
To openly and almost "demand" timelines on the release of new versions I find offensive for martin, the developers and the general moodle community. If people are serious about their environments, that should be using only the "stable versions". Those who desire to contribute to the development phase do so knowing the risks, with many implementing approprate management practices to ensure a reasonable stable environment
Martin is generous in providing up to date information on development and new and improved features, as well as providing that latest code. In a commercial environment, that opportunity would only be provided to a "selected group" of testers and we would have to wait until thr "official relaese". All i say to the community is sit back - be patient and wait until Martin decides to "relaese" the next version. If you require the new features, you have two options, engage a systems admin/engineer to maintain your project or dig into your pockets and provide Martin the funds needed to hasten the process. It is up to you as the community - contribute or sit back and wait - don't complain or demand.
Moodle is covering the globe and on more machines than ever, but we still haven't found complete ways to "take care" of our core development team. If Moodle were a company, charging us the going rate, our developers would be answering our questions while sitting atop piles of money.
We can do our best by distributing this project and rounding up finances to support it.
totally agree with you.
Maybe good to paraphrase JFK:
"Ask not what your Moodle can do for you - ask what you can do for your Moodle."
and everyone will be winner students first.
Rumour has it that at the Advanced Developers Workshop, they came up with a design for a new Story-telling Module.
There are a few things I want to close in 1.4.3 before asking MD for approval on a release (some pending bugs in the bugzilla thing). There will be things he will want to see done, too. Petr has a list too.
Those are the three agendas to be satisfied, I guess. Petr, do you think we can discuss your list of critical stuff for 1.4.3?
Will the Journal module be replaced by the updated assignment module in the 1.4.3 release? I see high demand for better control over the journal close time, specifically most faculty want to close it at class time so that they can use it for pre-class reading reflections.
my list of candidates for 1.4.3:
- caching and Accept-Ranges in weblib.php - see here
- handling of uploaded files - see here
- some security bugfixes - see Security Center
- Martin's new geolocation service - see here
IMO we should not change functionality of modules at this stage, there is still lots of "invisible" work to be done.
I understand and appreciate that from a developer standpoint. However, it seems that this issue is in limbo, I was told it won't be fixed in the Journal module because the journal functionality will be rolled into the "new" Assignment module. Is there any more info on that?
This brings up a larger issue... Is there any place for us users/administrators to see what functions/updates/etc. are due for each release? And roughly when the releases are coming out? That info would be very helpful for planning upgrades and telling our faculty when to expect things.
(and, as always, thank you very much for moodle!)
subscribe yourself to the cvs emails, and filter specifically for those containing 'MOODLE_14_STABLE'. You'll see the activity taking place there.
Or you could do a cvs checkout and use cvs2cl to get the changelog for the stable branch. And you can get "1.4.2+" when you are about ready, test it a bit and if your are happy, upgrade to that.
Other than that, release schedules in the open source arena are usually "when it's ready".
I am not familiar with assignment/journal. It is unlikely, however, that it gets changed. Is there a serious outstanding bug? Can you help fixing it?
Thanks for your reply, Martin. I guess that would work, but it would be hard for all of us site admins to follow all the CVS threads to determine what is in the pipe.
I think it might be useful to the community (and maybe even the hordes of developers) if there were a page that said what was targeted for the next release (1.4.x). Could something like this be possible? (maybe in the moodle development area?) It might even be useful to put things that are slated for 1.5 or 2.0 under different headings. (Caveats of course that things may be shuffled at any time)
I completely understand that open source software release dates are at the discretion of the pack of developers. I am not trying to be pushy and I don't want to offend all the great people working on this project! It would be great though to be able to tell my faculty "that feature should be in the next release," or "that other feature is a ways off, so let's try to find some other way to meet your needs."
(P.S. The problem I am having with Journals is that they don't allow scheduling shorter than a day. Several of my faculty are asking to have journals close at class time, as they are using them for pre-class reading reflections.)
Hopefully we can close these things during the next 2 weeks. If all goes well, I could be proposing a freeze around mid-next-week, say 15th-ish?
I have spent two days googling for info on caching and checked headers of many discussion sites. I am 90% sure that proposed code will work on majority of sites correctly, some sites will not be cached at all - but it should not be a problem.
I agree we should leave this decision up to MD
Providing a site wide configuration parameter, that could be over-ridden by a course setting would seem to provide the best flexibility.
Sites where the browse choice and settings allow it would benefit, while those that have problems can go back to the 'old way'.
Just a thought .....
That sort of thing is a tech support nightmare, you'd get alot of posts here claiming Moodle didn't save changes, posts Martin et al. would have to constantly correct.
IMO, its better to find a nearly bulletproof solution before implementing it.
There was some special configuration "server+(proxy)+IE" that caused the trouble, the problem could be also slightly incorrect/different time on server/client, or incorrectly set up time zones, etc...
- Yes, ouch! I've put a bandaid in CVS (disabled caching completely again) and I will get into testing your new Accept-range header today. I'll also implement it here on moodle.org and ask everyone to try it in the teacher's playground.
- No, the new file stuff (while good!) is too new and too extensive for 1.4.3. This should only go in 1.5 (please check it in there!).
- Yes, security fixes - I will look into those today too. (Got a lot of mail to read!)
- No, forget this new geolocation service for now. Even if it worked better than the existing one (which it doesn't, yet) it's new code and shouldn't be in 1.4.x (even though it would be fixing those bugs in the old one, I know )