Support

  1. ggaillet
  2. Support
  3. Wednesday, July 19 2017, 07:20 AM
Each of my users have a set of custom fields they can modify in the front end and a set of custom fields they can visualize but cannot modify (only SU from backend).
Those customs fields (checkboxes) are set to Readonly (since I don't want anyone to modify them from frontend).
Problem is , when my users are editing their profile and saving it, it resets all those non editable custom checkboxes. They are not checked anymore.
I tried Readonly and Readonly (only in edit profile) (I don't know the difference) and it still behave the same way. These fields reset again and again every time the profile is modified in the frontend!
Please help.
References
  1. http://www.blacksharkden.com
ggaillet Accepted Answer
In addition, the reset problem appears to affect only Readonly checkbox lists. Readonly Selectlists are not modified when the profile is saved from the frontend.
  1. more than a month ago
  2. Support
  3. # 1
admin Accepted Answer
Admin
Hi,
thanks to report this, we will investigate and return with a solution. I'm sorry but this is a complex problem, so solution can take few hours :(
  1. more than a month ago
  2. Support
  3. # 2
admin Accepted Answer
Admin
Hi,
try to add following code after line 89 in file /administrator/components/com_jsn/helpers/fields/checkboxlist.php


if( $field->params->get( 'field_readonly' , '' ) == "1" && JFactory::getApplication()->isSite() && isset( $storeData[$alias] ) ) { unset($storeData[$alias]) ; }
if( $field->params->get( 'field_readonly' , '' ) == "2" && JFactory::getApplication()->input->get->get( 'task' , '' ) == 'profile.save' && JFactory::getApplication()->isSite() && isset( $storeData[$alias] ) ) { unset($storeData[$alias]) ; }
  1. more than a month ago
  2. Support
  3. # 3
ggaillet Accepted Answer
Working great! Thanks. Is it a bug and as such, will it be corrected in the next version or should I preciously keep my custom version of checkboxlist.php for later updates?
  1. more than a month ago
  2. Support
  3. # 4
admin Accepted Answer
Admin
Hi,
this fix will be included in next release ;)
  1. more than a month ago
  2. Support
  3. # 5
onderzoekspraktijk Accepted Answer
The bug described above has returned, althoiugh the fix is now part of the normal code.

I want users when they register to give consent to using the personal data they send for the goals stated in th eprivacy policy (GDPR compliance).
I want them to see this in the edit profile form later, but I do not want them to be able to change it.
When set Readonly (only in edit profile) they get empty whenever the profile is edited. And because they are required this produces an error.

Is this bug recurring because joomla changed its code perhaps??

Thank you.

Regards,
Paul
  1. more than a month ago
  2. Support
  3. # 6
admin Accepted Answer
Admin
Hi Paul,
I have just tried with J3.8.8 and latest Easy Profile and works. Can you please post me your site details to check this? if yes then you can use the form below the reply in "Site details" tab.
  1. more than a month ago
  2. Support
  3. # 7
onderzoekspraktijk Accepted Answer
Content Protected
  1. more than a month ago
  2. Support
  3. # 8
admin Accepted Answer
Admin
Hi Paul,
unfortunately login informations does not works :(
  1. more than a month ago
  2. Support
  3. # 9
onderzoekspraktijk Accepted Answer
Very sorry.

I checked and doublechecked now to be sure.

Please try again.

Regards,
Paul
  1. more than a month ago
  2. Support
  3. # 10
admin Accepted Answer
Admin
When the profile form is edited, the required checkbox setting for consent 'leaks to empty' and produces the error-message: Invalid fiels: Consent.
This is a normal behavior, because Consent field is required, so it need to be filled.

Keep in mind that "Readonly (frontend)" works only in frontend so it will be editable in backend but alway required.

If you want to add admin to edit this field then you can set it as required only in frontend, see screenshot
Attachments (1)
  1. more than a month ago
  2. Support
  3. # 11
onderzoekspraktijk Accepted Answer
Content Protected
  1. more than a month ago
  2. Support
  3. # 12
admin Accepted Answer
Admin
Hi Paul,
very thanks for this explanation, now it very clear.

After some testing we are able to replicate this problem on our server. We will prepare a fix as soon as possible,
we still ask you a little patience :D
  1. more than a month ago
  2. Support
  3. # 13
onderzoekspraktijk Accepted Answer
Content Protected
  1. more than a month ago
  2. Support
  3. # 14
  • Page :
  • 1


There are no replies made for this post yet.
However, you are not allowed to reply to this post.

Request Support

Support is currently Offline

Support Availability

Working days: Monday to Friday. The support staff is not available on weekends; in the most of cases tickets will not be answered during that time.

Reply time: Depending on the complexity of your support issue it's usually between a few minutes and 24 hours for paid members and about one week for free members. When we expect longer delays we will notify you.

Guidelines

Before you post: read the documentation and search the forums for an answer to your question.

When you post: include Site Details if you request a support (you can use the form below the reply in Site Details tab).

Auto Solved Question: If after a week the author of the post does not reply to a request by moderator, the question will be marked as resolved.

Language: only English

Search Users

Easy Profile® is not affiliated with or endorsed by Open Source Matters or the Joomla Project. Joomla is Free Software released under the GNU/GPL License.