This document describes the changes needed when upgrading because of a BC break. For the full list of changes, please look at the Changelog file.
Using the UserManager as a user provider is no longer supported and is deprecated. Change your security.yml's provider section to look like:
security:
# ...
providers:
fos_userbundle:
id: fos_user.user_provider.username
This bundle now registers mappings
for the classes in the Model namespace directly, instead
of having empty extending classes. The User and Group classes in the Entity and
Document namespaces are deprecated, you should update your User and Group
classes to extend the classes found in Model
.
The old classes will stay until 2.0 is released stable, but throw deprecated warnings.
The profile form no longer wraps the user in a CheckPassword class. If you were overriding the form handler, you will need to update it to pass the user object directly.
The FOS\UserBundle\Model\GroupableInterface
interface now expects the getGroups
method to return a Traversable instead of expecting a Doctrine Collection.
Doctrine-based implementation are unchanged but the Propel implementation
now returns the PropelCollection instead of wrapping it.
The different Doctrine-based manager classes are deprecated and will be removed
in 2.0 in favor of the common implementation. If you were extending the UserManager
class for a Doctrine implementation, you need to change the parent class
to FOS\UserBundle\Doctrine\UserManager
.
The Propel backend does not require the UserProxy anymore as the UserInterface is now implementated on the model itself. you will have to change your config:
Before:
fos_user:
user_class: FOS\UserBundle\Propel\UserProxy
propel_user_class: FOS\UserBundle\Propel\User
After:
fos_user:
user_class: FOS\UserBundle\Propel\User
The generation of the token is not done by the User class anymore. If you
were using the generateToken
or generateConfirmationToken
in your own
code, you need to use the fos_user.util.token_generator
service to generate
the token.
This file describes the needed changes when upgrading from 1.1 to 1.2
If you are experiencing the exception
No encoder has been configured for account "Acme\DemoBundle\Entity\User"
after upgrading, please consider the following.
The encoder now needs to be configured in the SecurityBundle configuration as described in the official documentation. If you were using the default value of the bundle, the config should look like this to reuse the same settings:
#app/config/security.yml
security:
encoders:
"FOS\UserBundle\Model\UserInterface":
algorithm: sha512
encode_as_base64: false
iterations: 1