Blog

Symfony 1.1 beta3 is out

« Back to the Blog

Categories

Archives

Creative Commons License This work is licensed under a Creative Commons Attribution-Noncommercial-No Derivative Works 3.0 Unported License.
rss feed

First of all, let me introduce myself: my name is Nicolas and I will be the symfony 1.1 release manager :)

We're really pleased to announce the release of symfony 1.1 beta3. This is an important step for symfony 1.1 as it's mostly the result of a huge effort of the community during the last code sprint we organized. Big thanks to all contributors who help making symfony better.

What has been done so far since the beta2:

If you're upgrading your project from 1.1 beta2, you just have to run the two following commands:

./symfony project:up
./symfony cc

If you are using an older 1.1 version, you'll have to carefully read the UPGRADE file to update your project.

Last but not least, after this beta3, you can expect a beta4 and a following RC1 as new features won't be added from now.


gravatar icon
#1 Kubek Bartosz said about 3 hours later

Great news!
Hope to see 1.1 PR soon.
Keep on movin'
Greets

gravatar icon
#2 Taku said about 4 hours later

So great thing !
Thanks a lot Nicolas :).

gravatar icon
#3 phuson said about 6 hours later

Sweet. Thanks Nicolas for the updates.

gravatar icon
#4 moreilla said about 14 hours later

Exciting news!But I really care more about the documentation. When will it come out?

gravatar icon
#5 Hugo said about 17 hours later

Good job Nicolas ;)

gravatar icon
#6 Skyblaze said about 21 hours later

I think we all want the new docs before the final release so we can study the framework before using it :)

gravatar icon
#7 Dragan said 1 day later

I really don't like what's going on with template variables :-(
$this->getResponse()->setSlot() seems like unnecessary complicated... IMHO.

gravatar icon
#8 Nicolas said 1 day later

Dragan> You still have access to slot helpers within your templates (that's where slots should be used)

gravatar icon
#9 Jarod51 said 2 days later

I was tryig to upgrade SF to 1.0.13 with pear and all pear packages drive me to 1.1 beta 3 :(

gravatar icon
#10 Jarod51 said 3 days later

Forget it... somebody has switched our dev to beta without warning me...

pear upgrade colleague

gravatar icon
#11 Matt said 3 days later

Why disable the CSRF by default? I can't imagine why it would be a bad thing to have, especially if you can disable it in the few instances it's unhelpful. Or is it the case that there are more instances where it's obstructive than helpful?

I just thought that generally the best practice is to be safe by default and allow informed practitioners to opt out if there's a good reason, rather than require people to be informed and purposefully opt in (meaning a large proportion will either not know, or will forget).

Anyway, fingers crossed for an RC soon - really want to start inflicting this on our clients ASAP :)