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
almostcompletely
About
- Username
- almostcompletely
- Joined
- Visits
- 380
- Last Active
- Roles
- Member
Comments
-
Based on Bootstrap. Sounds like a good idea to me. I'm short on bandwidth but would be happy to contribute
-
Youtube iframes can be used with CKEditor, the Youtube plugin and Purifier. You need to use the latest Fuel version that has HTML5_Purifier support. ./config/editors.php $config['ckeditor']['default'] = array( 'toolbar' => array( …
-
The default MY_string_helper.php is <?php // to simplify updates, we post the helpers in the fuel module require_once(FUEL_PATH.'helpers/MY_string_helper.php'); try: echo FUEL_PATH.'helpers/MY_string_helper.php' Does it return somethi…
-
I'd look at your server resources if it runs OK on your PC.
-
Seems to have been an Apache issue rather than Fuel/CI. Not my server so don't have control over making sure it's set up right
-
Will do...
-
Here's part of the standard bootstrap notation for a set of tabs
-
Sounds like that would work. We could tidy up the config a bit too since I don't think the "comment" and "youtube" sections are used unless you manually assign one of them when you create the purifier object.
-
having dug into htmlpurifier-html5 a bit more, it looks like it's a bolt-on for htmlpurifier rather than a replacement - basically adding the html5 doctype. I think I prefer the config I implemented above since it allows the developer to edit the su…
-
Nice. Composer isn't required though. We can use https://php-download.com to compile xemlock/htmlpurifier-html5 and dump the resulting "vendor" directory into ./application/vendor. Add require_once(APPPATH.'vendor/autoload.php'); into the t…
-
OK. I think I've got the little b***er. $config['settings'] = array( 'default' => array( //'HTML.Trusted' => TRUE, // For Javascript... must also add 'script' to HTML.Allowed 'HTML.SafeIframe'…
-
The empty tags problem is fixed. Some ckeditor foo has sorted that but purifier was removing the attributes: With ckeditor fixed and purifier switched off: With purifier switched on: In the config, I changed: 'HTML.Allowe…
-
All occurrences of URI.SafeIframeRegexp in $purifier_config at function html_purify() are empty. [AutoFormat.RemoveEmpty.Predicate] => Array ( [colgroup] => Array …
-
Yes, using the whole develop branch and removing cache files. Empty tabs still being removed. Youtube still disappearing: $config['settings'] = array( 'default' => array( //'HTML.Trusted' => TRUE, // For Javascript..…
-
I've already got 'AutoFormat.RemoveEmpty' => false,. I'm not convinced the config file getting loaded into the Purifier...
-
Should we be having cache files appear in libraries/HTMLPurifier/standalone/HTMLPurifier/DefinitionCache/Serializer/ too? If they're necessary, it would be better if they were placed in ./application/cache so they can be cleaned out by the Page cac…
-
The new build is also removing empty tags too. Which buggers up the FontAwesome elements.
-
No difference. It doesn't look like the purifier config is being picked up (I would have expected to see SafeIframe = 1 at least somewhere)? echo '
'.print_r($purifier_config,true).'
'; $purifier = new \HTMLPurifier($purifier_config);… -
Yes, definitely in MY_html_helper->html_purify()
-
It's happening somewhere inside MY_Model->clean()
-
https://developer.twitter.com/en/docs
-
I noticed my ./config/database.php notation was old (I'm using 1.4.13) so have swapped in the new notation and renamed 'master_db' to 'default' (remembering the active group). It made no difference. I've just edited class Base_module_model …
-
Nice
-
Yes, it does seem to
-
You can create your own simple module that refers to whatever fields you want. It should be easy to set up a new simple module that uses an existing table and fields.
-
Clear the Fuel cache. Or stay logged into Fuel as you develop. I'm betting your code had an error, you fixed it, but the page is still displaying the cached version?
-
OK, sorted. It turns out I had a field called [fuel] in my MySQL table. (it arrived through an automated import) I changed it to [fueltype] and the fuel.lang() error disappeared.
-
I'm working through setting up each field (there's about 150), some needing dropdowns and boolean etc. I was getting a bunch of these fual.lang() things but there's fewer now. Maybe it's just getting confused about what needs to happen with each fie…
-
I too use the latest jquery on the public side by editing the header block. I still use Fuel's v1.7.1 in the admin control panel though. I guess some js tools within Fuel needs that version? It would be nice for the devs to look at upgrading jquer…
-
Your model and declaration in MY_fuel_modules.php will give you access to edit the data within Fuel admin. Your view should be used in conjunction with an Articles.php controller to give access to it on the front-end (public side)