mahara-contributors team mailing list archive
-
mahara-contributors team
-
Mailing list archive
-
Message #03683
[Bug 780177] Re: Storing wwwroot in the database: possible implications
I think this may be related to the error I found in bug #778272
https://bugs.launchpad.net/mahara/+bug/778272
Basically if an error was displayed to the screen before wwwroot was loaded from the database it developed errors further on.
I didn't test what the effect of this was postinstall, but definitely a problem during install (as most users won't know the default admin password)
Myself I would say that we should make wwwroot compulsory, or just cope
with the working it out each time.
This is because it is a hard task for users to play about with databases just to change the setting,
and there is a possible bug with it being there (not seen much though)
--
You received this bug notification because you are a member of Mahara
Contributors, which is subscribed to Mahara.
https://bugs.launchpad.net/bugs/780177
Title:
Storing wwwroot in the database: possible implications
Status in Mahara ePortfolio:
New
Bug description:
Basically this issue comes from bug #684190. Are there any
implications of impossibility to change wwwroot once it is stored in
the database? In the hostname change wiki manual we suggest people to
clear this variable manually in the database which is somewhat
complicated. In addition, protocol changes (upgrade to using https or
downgrade to http) might not be considered as hostname change by the
user, so database config variable will be left in inconsistent state.
Do we need to keep it in the database for specific reason (e.g.
comment says it used by cron, I did not quickly find where exactly)?
References