CRITICAL SECURITY VERSION UPDATE:
https://github.com/daylightstudio/FUEL-CMS/releases/tag/1.4.13
https://github.com/daylightstudio/FUEL-CMS/releases/tag/1.4.13
EcotypeS
About
- Username
- EcotypeS
- Joined
- Visits
- 226
- Last Active
- Roles
- Member
Comments
-
Did either of you manage to figure this out?
-
This discussion is very positive. I'm glad it has become public on this forum.
-
Thank you for this! I have been having to go into the database itself to fix embed code (put in by front-end editors) that then gets stripped by the parser. We are in a slightly older version of FuelCMS, but I'm thinking that this will be my guide…
-
Thank you. I had not thought about the cache.
-
Thank you. That helps a lot.
-
sorry -- my tag got stripped. It needs to be on every li
-
Thank you - You've given me some ideas. My problem is that I have people who do not know html, css, or php who want to be able to edit nearly everything that they can see. And I do not want them to have an opportunity to break the site. Well,…
-
Obviously not connecting. What I am trying to do is let a user create code blocks and then assign those code blocks to pages that I have otherwise created via opt-in controller style code. I have about 50 opt-in controllers, and. those use sit…
-
Thank you -- I'll give it a try
-
Thank you
-
Thank you. There is also a bug in the generated code even after dealing with the documentation issue. My November 24 post describes it. I suspect the fix is simple, but I have not been able to find it in the code (it will be in the javascript)…
-
Let's try this again -- I need inline editing of database tables to work. Inline create is producing https://dev.fnps.org/fuel/landscaping/inline_create/create This generates that useless form with no content I'm pretty sure it should be pro…
-
I don't know if this helps, but inspecting the element shows that the form tags are there but there is no content between them
-
I know -- 0. The name of the model is correct and the error message makes it clear that it is known 1. The model directory permissions look OK (755) 2. The model php file permissions look OK (644) 3. The database is being found and works …
-
Just moving to Jquery 2.x worked. Both front-end and back-end seem OK with that.
-
So, I'm opting for CKfinder. I'm looking at the documentation and trying things out. So far as I can see, just following the directions from CKfinder, enabling the built-in image and links for the toolbar while disabling the fuel addins make this …
-
I'm going to give it a try. Other than the obvious, my upgrade which also includes moving from custom responsive design to bootstrap4, is going well. Thank you
-
Your suggestion helped. It is a javascript version problem. Given that info, I found several other posts in this forum on the subject. One of those posts provided a github link to a beta version of fuel that uses Jquery 3.x. Is this beta versi…
-
Thanks
-
I misunderstood the documentation. I thought the "General Helpers" loaded automatically. Is there a list of which ones load automatically and which ones have to be explicitly loaded? I put in the code to load it, and it cured it. Thanks.
-
Thanks. I will check that out. I'm guessing that it will help whichever file finder I go to. The only issue I have with CKfinder is that they want an annual fee for it (we are using the old one with 0.93, and it works). It does look like their …
-
The name is Responsive Filemanager http://www.responsivefilemanager.com Thanks
-
I've boiled it down to being a javascript problem. And for the moment, I've solved it by cutting out the offending javascript (which then causes my menu to fail). I load jquery 1.8.3, fuel is loading 1.7.1, is there any possibility that this is c…
-
I think the issue was related to a library call -- postponed by elimination for now since 1.3 has a similar library already built in. Thanks.
-
Hmmm ---- Your comment sent me back to looking at long and short tags in both fuelcms configuration and php.ini, and that was the answer -- thanks. I had started with long tags and it did not work -- however, it seems to be working now with <?…
-
Oops -- forgot the The model -- very basic require_once(FUEL_PATH.'models/base_module_model.php'); class Plants_model extends Base_module_model { function __construct() { parent::__construct('srd_plants'); } #Used in admin …
-
Setting the display_field was not a cure. However, based on your suggestion, I experimented enough to know what causes it. The cause was the "col" field specified as a parameter in "list_items" being NULL. The minute I went in and put somethin…
-
Setting the field to be serialized in the model worked. Thanks.
-
Yes -- I see neither value in the form All of the following work if only one value is set, and none works if two values are set. In all cases, the save works...the database gets updated correctly if 0, 1, or 2 values are set. I was using version 1…
-
Thanks ! Setting fuel_mode to auto got me there because it got me an error message! My attempts at getting php.ini set up correctly had apparently backfired (after I created the menu in admin) -- php had stopped loading mysql. I'm now getting use…