?
avatar mluispt
mluispt
9 Aug 2018

Steps to reproduce the issue

  • Some template builders can exceed the limit of 65.000 characters for the params field in template_styles table because is set as "text".

Expected result

Shouldn't break the JSON string.

Actual result

Breaks the JSON string because it reaches the characters limit, and obviously the website stops working, the backoffice stops working too.

System information (as much as possible)

  • Using YooTheme Builder.

Additional comments

Would be great to change to MEDIUMTEXT which handles up to 16mb and/or 16.000.000 characters instead of 65.000.

Votes

# of Users Experiencing Issue
1/1
Average Importance Score
5.00

avatar mluispt mluispt - open - 9 Aug 2018
avatar joomla-cms-bot joomla-cms-bot - change - 9 Aug 2018
Labels Added: ?
avatar joomla-cms-bot joomla-cms-bot - labeled - 9 Aug 2018
avatar mluispt mluispt - change - 9 Aug 2018
The description was changed
avatar mluispt mluispt - edited - 9 Aug 2018
avatar brianteeman
brianteeman - comment - 9 Aug 2018

Then they are using the field wrong. 65,000 characters is more than enough to store a param.

avatar mluispt
mluispt - comment - 9 Aug 2018

Hi Brian, the problem is most of the template builders store their custom "less" and "javascript" code in those fields, and if for some reason you have a huge piece of code, in my case i have 200 lines of less css code, and some template customisation and that was enough to make it break.

I don't know if they expected someone to have this amount of code but i'm pretty sure this happened to someone else...

They use that field to store all the template parameters, custom module positions, etc etc that's why it easily reaches that amount.


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/21477.

avatar brianteeman
brianteeman - comment - 9 Aug 2018

as I said if that is what they are doing then they are using the field wrong. It is a field for parameters - not code or content

avatar rdeutz
rdeutz - comment - 9 Aug 2018

I agree with Brian, it is not the intended use of the field. On the other site, it doesn't hurt. If the change would be from varchar to text it would be different. But text, medium text, long text doens't make a difference. If you will see this change you have to make a PR.

avatar mluispt
mluispt - comment - 9 Aug 2018

Yes of course... i was just reporting the situation, not saying this would be the ideal solution but i've seen a lot of people having similar issues with other components like Community Builder too, so would be great to come up with a solution either for Joomla! or for 3rd party extension developers.


This comment was created with the J!Tracker Application at issues.joomla.org/tracker/joomla-cms/21477.

avatar franz-wohlkoenig franz-wohlkoenig - change - 9 Aug 2018
Status New Discussion
avatar franz-wohlkoenig franz-wohlkoenig - change - 9 Aug 2018
Category com_templates Feature Request
avatar mbabker
mbabker - comment - 9 Aug 2018

would be great to come up with a solution either for Joomla! or for 3rd party extension developers

Stop misusing the core database schema. For the frameworks that are adding this many options, they really should be storing the extra data to their own tables and not trying to cram everything in columns not designed for your use case.

avatar mluispt
mluispt - comment - 9 Aug 2018

Yes obviously i understand... well, it's not me it's those companies that develop those extensions used by thousands and thousands in the community, i just noticed the problem and decided to share the situation. Thank you.

avatar franz-wohlkoenig
franz-wohlkoenig - comment - 9 Aug 2018

@mluispt if all discussed can you please close the Issue?

avatar mluispt mluispt - change - 9 Aug 2018
Status Discussion Closed
Closed_Date 0000-00-00 00:00:00 2018-08-09 15:17:08
Closed_By mluispt
avatar mluispt mluispt - close - 9 Aug 2018

Add a Comment

Login with GitHub to post a comment