| Commit message (Collapse) | Author | Age |
|\
| |
| | |
Clarify sequence behavior on inheritance
|
| |
| |
| | |
Sequences are only shared via inheritance if the model of the subclass is the same as or a subclass of the model of the parent class. Clarify the docs on this point.
|
| |
| |
| | |
https://docs.travis-ci.com/user/migrating-from-legacy/
|
| |
| |
| |
| |
| | |
The ``_now()`` method wasn't declared on the base class, only in its
subclasses.
|
|\ \
| | |
| | | |
factory: LazyFunction to just call a function in the simplest case
|
| | |
| | |
| | |
| | | |
No need to wrap it in a lambda to strip the object argument from LazyAttribute or the sequence argument from Sequence.
|
|\ \ \
| |/ /
|/| | |
Remove a nonexisting argument "tz" from FuzzyDateTime docs
|
|/ / |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
|\ \
| | |
| | | |
Make safe repr more safe
|
| | | |
|
| | | |
|
|\ \ \
| | | |
| | | | |
Fixed spelling of word "independent".
|
| | |/
| |/| |
|
|\ \ \ |
|
| | | | |
|
| |/ /
| | |
| | |
| | | |
fixes rbarrois/factory_boy#81
|
| | |
| | |
| | |
| | | |
Thanks to @jeffwidman for suggesting this!
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
When both ``from_file`` and ``filename`` are provided, ``filename``
takes precedence.
Thanks to @darkowic for spotting this :)
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Under Python 2.7+, the previous versions was directly casting fuzzy
Decimal values into a float, which led to warnings in code trying to
avoid such conversions in its tested code.
Since we're just building random values, that behavior led to false
positives or required jumping through weird hoops whenever a
FuzzyDecimal was used.
We now go trough a ``str()`` call to avoid such warnings.
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
fixes rbarrois/factory_boy#81
|
|/ /
| |
| |
| |
| |
| | |
As noted in #259, fully random tests have some issues, notably possibly
flaky builds: it is quite helpful to be able to choose the random seeds
used by factory_boy and friends.
|
| |
| |
| |
| | |
Thanks a lot to Jeff Widman for spotting them!
|
| |
| |
| |
| |
| |
| | |
From dc7d02095fff, spotted by @federicobond too.
See #219.
|
| | |
|
| | |
|
| |
| |
| |
| | |
Closes #140, as this won't be implemented in the next few weeks.
|
| | |
|
| |
| |
| |
| |
| |
| |
| | |
This note was added to document a regression in Django 1.8.0; the
regression has been fixed in 1.8.4.
Closes #232
|
| |
| |
| |
| |
| |
| | |
This method has been deprecated in `mogo.model.Model` since 2012.
Thanks to @federicobond for spotting this!
|
| |
| |
| |
| | |
As spotted by @stephane, thanks!
|
| |
| |
| |
| |
| |
| | |
Loading this function will, on pre-1.8 versions, load Django settings.
We'll lazy-load it to avoid crashes when Django hasn't been configured
yet (e.g in auto-discovery test setups).
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
factory_boy wraps faker and it stores Faker generators in a 'private'
_FAKER_REGISTRY class attribute dict. There needs to be a way to extend
the Faker generators with additional custom providers (without having to
access _FAKER_REGISTRY directly).
This commit adds a (factory_boy) Faker.add_provider class method which calls Faker's
own `add_provider` method on internally stored (via _FAKER_REGISTRY)
Faker generators.
|
| |
| |
| |
| | |
Properly install dependencies from examples folders.
|
| | |
|
| |
| |
| |
| |
| | |
This should contain examples of "using factory_boy with third-party
frameworks".
|
| |
| |
| |
| |
| | |
As suggested by @adamchainz, use lazy computation of args/kwargs pprint
to only perform complex computation when running with debug.
|
| |
| |
| |
| | |
Signal caching didn't exist until Django 1.6.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Connecting signals (with use_caching=True) inside mute_signals
was breaking unmute on exit. Paused receivers were not running.
This was caused by signal cache not being restored after unpatching.
Workaround is to clear signal cache on exit.
Fixes #212
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
requirement.txt was introduced in 6f37f9b, after requirements.txt
had already put in place. dev_requirements.txt installs the contents
of requirements.txt (which is empty) while a single dependency is
specified in requirement.txt. It looks like requirement.txt was added
accidently and it's content should always have been in requirements.txt.
This removes requirement.txt and puts the dependency delcared in there
in requirements.txt.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
You may now use the following code:
import factory
factory.alchemy.SQLAlchemyModelFactory
factory.django.DjangoModelFactory
factory.mongoengine.MongoEngineFactory
|