The decorator override_settings resets SETTINGS_MODULE variable

[Vitaliy Yelnik]

from django.conf import UserSettingsHolder, settings

# output 'service.settings.local'
print settings.SETTINGS_MODULE

# from code override_settings
override = UserSettingsHolder(settings._wrapped)

# output None
print override.SETTINGS_MODULE

# output 'service.settings.local'
print override.default_settings.SETTINGS_MODULE

[Tim Graham]

Could you elaborate on why this is a problem?

[Vitaliy Yelnik]

I have because of this began to fall tests, as this variable is used in a third-party module

[Tim Graham]

I'm not sure, but it might be viewed as intentional/correct behavior since if you're overriding some settings, you're no longer using the original settings module. I'd be interested to see how the third-party module is using the variable.

[Vitaliy Yelnik]

Replying to timgraham:

I'm not sure, but it might be viewed as intentional/correct behavior since if you're overriding some settings, you're no longer using the original settings module. I'd be interested to see how the third-party module is using the variable.

Coffin: Jinja2 extensions for Django
​URLExtension class, line 205

[Tim Graham]

I don't find that usage a compelling reason to fix this ticket as it's based on a common convention (but not a requirement) of the structure a Django project. Also, ​reversing URLs by dotted path is deprecated and removed in Django 1.10.

[Vitaliy Yelnik]

Maybe it's worth it to add to the documentation?