User tests: Successful: Unsuccessful:
Finalise showon for global config (text area for offline message)
change default option for 0
Labels |
Added:
?
|
you think i need to change something ? i didn't see any conflict
can you explain more ?
thanks for checking
Anything which is related to profile editing in front-end should be separated from "Allow user registration" setting in back-end as users may be created in back-end.
Example: if Frontend user Parameters is set to show: a user can change in front-end his preferred editor, Time Zone, Login name (if "Change Login Name" is set to Yes).
Making these fields displayed depending on "Allow User registration" would be an error.
Please add a meaningful title for your PR and some easy to understand test instructions which also explain what you try to achieve.
Otherwise you can as well just close it as nobody will test it
oh sorry for title ....
Title |
|
Much better title, thanks
Category | ⇒ | Administration UI/UX |
There is problem with hiding parameters globally,
an example:
even if a user frontend registration is disabled, the user maybe using some Joomla extension to manage registration and that extension is refering / using these hidden parameters
this PR can not be accepted
I said toggle maybe being a parameter so that the state will be saved in DB
these could live in a cookie too, but this may be confusing to user after login from a different device
Status | Pending | ⇒ | Closed |
Closed_Date | 0000-00-00 00:00:00 | ⇒ | 2016-04-13 11:12:58 |
Closed_By | ⇒ | brianteeman |
Closing as this is addressed in #8555
Careful: "Frontend user parameters, Frontend language, Change Login name" can be used separately from "Allow Registration", when a user (for example created in back-end) needs to edit his profile.