Fix bug with __all__ creation in partner app

A simple typo lead to star imports not working as expected. As it's
easily worked around, we won't issue a release right away.

Closes #1553.

docs/source/releases/index.rst

@@ -42,3 +42,4 @@ Release notes for each version of Oscar published to PyPI.
     :maxdepth: 1
 
     v1.0
+    v1.0.1

docs/source/releases/v1.0.1.rst

@@ -0,0 +1,15 @@
+=============================================
+Oscar 1.0.1 release notes - UNDER DEVELOPMENT
+=============================================
+
+This is Oscar 1.0.1, a bug fix release.
+
+Bug fixes
+=========
+
+* `#1553`_: ``from oscar.apps.partner.models import *`` could lead to the
+  wrong models being imported.
+
+
+  .. _#1553: https://github.com/django-oscar/django-oscar/issues/1553
+

docs/source/releases/v1.0.rst

@@ -729,3 +729,12 @@ These classes have been removed:
 * ``oscar.apps.partner.prices.DelegateToStockRecord``
 * ``oscar.apps.partner.availability.DelegateToStockRecord``
 * ``oscar.apps.payment.utils.Bankcard``
+
+Known issues
+------------
+* ``models.py`` dynamically sets ``__all__`` to control what models are
+  importable through the star import. A bug in the ``models.py`` for the
+  ``partner`` app means you'll have to explicitly import them. More info in
+  `#1553`_.
+
+  .. _#1553: https://github.com/django-oscar/django-oscar/issues/1553

oscar/apps/partner/models.py

@@ -12,7 +12,7 @@
     class Partner(AbstractPartner):
         pass
 
-    __all__.append('PartnerAddress')
+    __all__.append('Partner')
 
 
 if not is_model_registered('partner', 'PartnerAddress'):