- Forums
- Support and Presales
- Professional Members Support
- Web Address Field type - Undesired behaviour
Web Address Field type - Undesired behaviour
- sabroso
- OFFLINE
-
Junior Member
- Posts: 29
- Thanks: 5
- Karma: 1
8 years 11 months ago - 8 years 11 months ago #264184
by sabroso
Web Address Field type - Undesired behaviour was created by sabroso
Hello,
I'm using Joomla 3.4.1 and CB 2.0.8 and I'm seeing that when using a "Web Address" field type the following happens:
- 1) Even if I select "Any String (/.*/)" in Validation->Authorised Input, undercover validation is going on that spits "Please enter a valid URL" messages when this validation is not met. I think it should be clearer who is controlling the validation, the application (CB) or the administrator
- 2) This undercover validation accepts both strings starting with http:// and https://, however the value that is stored in the database does not include these prefixes. For example, if the user enterthe value stored in the database is miweb.com. Alternatively, if the user entersthe same value is stored in the database - miweb.com. Conclusion: looking at the database we don't know what the user entered and causes issues when using substitutions, using Cb Autoactions to import this value elsewhere or calling it from the Cb API
- 3) When displaying this field in the profile, CB assumes that http:// was used and builds the href link based on this assumption. Which might be wrong.
Do you see the same behaviour your end?
PS: I forgot to mention that I removed everything from "Forbidden words in user profile edits",
I'm using Joomla 3.4.1 and CB 2.0.8 and I'm seeing that when using a "Web Address" field type the following happens:
- 1) Even if I select "Any String (/.*/)" in Validation->Authorised Input, undercover validation is going on that spits "Please enter a valid URL" messages when this validation is not met. I think it should be clearer who is controlling the validation, the application (CB) or the administrator
- 2) This undercover validation accepts both strings starting with http:// and https://, however the value that is stored in the database does not include these prefixes. For example, if the user enter
http://miweb.comhttps://miweb.com- 3) When displaying this field in the profile, CB assumes that http:// was used and builds the href link based on this assumption. Which might be wrong.
Do you see the same behaviour your end?
PS: I forgot to mention that I removed everything from "Forbidden words in user profile edits",
http:,https:,etc
Last edit: 8 years 11 months ago by sabroso.
Please Log in to join the conversation.
krileon
Team Member- OFFLINE
- Posts: 68555
- Thanks: 9098
- Karma: 1434
8 years 11 months ago #264197
by krileon
Currently the schema is stripped and http is always used for user website urls. There's no changing this without altering the code or trying to replace the display using the layout parameters. I've added a feature ticket to change this behavior when we refactor the fieldtypes. There's not much reason to remove the schema anymore at this point.
forge.joomlapolis.com/issues/5279
Kyle (Krileon)
Community Builder Team Member
Before posting on forums: Read FAQ thoroughly + Read our Documentation + Search the forums
CB links: Documentation - Localization - CB Quickstart - CB Paid Subscriptions - Add-Ons - Forge
--
If you are a Professional, Developer, or CB Paid Subscriptions subscriber and have a support issue please always post in your respective support forums for best results!
--
If I've missed your support post with a delay of 3 days or greater and are a Professional, Developer, or CBSubs subscriber please send me a private message with your thread and will reply when possible!
--
Please note I am available Monday - Friday from 8:00 AM CST to 4:00 PM CST. I am away on weekends (Saturday and Sunday) and if I've missed your post on or before a weekend after business hours please wait for the next following business day (Monday) and will get to your issue as soon as possible, thank you.
--
My role here is to provide guidance and assistance. I cannot provide custom code for each custom requirement. Please do not inquire me about custom development.
Replied by krileon on topic Web Address Field type - Undesired behaviour
Administrator validation parameters are in addition to the hardcoded validation. It still has to be a valid URL. There is no getting around that. If you want it to be whatever format you want then I recommend just using a text field.- 1) Even if I select "Any String (/.*/)" in Validation->Authorised Input, undercover validation is going on that spits "Please enter a valid URL" messages when this validation is not met. I think it should be clearer who is controlling the validation, the application (CB) or the administrator
Currently the schema is stripped and http is always used for user website urls. There's no changing this without altering the code or trying to replace the display using the layout parameters. I've added a feature ticket to change this behavior when we refactor the fieldtypes. There's not much reason to remove the schema anymore at this point.
forge.joomlapolis.com/issues/5279
Kyle (Krileon)
Community Builder Team Member
Before posting on forums: Read FAQ thoroughly + Read our Documentation + Search the forums
CB links: Documentation - Localization - CB Quickstart - CB Paid Subscriptions - Add-Ons - Forge
--
If you are a Professional, Developer, or CB Paid Subscriptions subscriber and have a support issue please always post in your respective support forums for best results!
--
If I've missed your support post with a delay of 3 days or greater and are a Professional, Developer, or CBSubs subscriber please send me a private message with your thread and will reply when possible!
--
Please note I am available Monday - Friday from 8:00 AM CST to 4:00 PM CST. I am away on weekends (Saturday and Sunday) and if I've missed your post on or before a weekend after business hours please wait for the next following business day (Monday) and will get to your issue as soon as possible, thank you.
--
My role here is to provide guidance and assistance. I cannot provide custom code for each custom requirement. Please do not inquire me about custom development.
The following user(s) said Thank You: sabroso
Please Log in to join the conversation.
Moderators: beat, nant, krileon
- Forums
- Support and Presales
- Professional Members Support
- Web Address Field type - Undesired behaviour
Time to create page: 0.162 seconds
-
You are here:
- Home
- Forums
- Support and Presales
- Professional Members Support
- Web Address Field type - Undesired behaviour