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
admin
About
- Username
- admin
- Joined
- Visits
- 8,799
- Last Active
- Roles
- Administrator
Comments
-
I think I found the issue and it's a bug in the code. I've posted a fix in the develop branch (which you can merge in with GIT): https://github.com/daylightstudio/FUEL-CMS/commit/a71d525e64c562e4854621e69194ac2189a1ced5
-
That's correct about layouts to some extent. There are block layouts that can be used for modules. But the template field type may also be of some use for you because you could essentially create a repeatable template that has all the fields you nee…
-
Hmm... I wasn't able to replicate that issue exactly, however, I did notice that the $_GET parameters were taking precedence over some of the $_POST parameters on save. I've reversed that and pushed a change to the develop branch to see if that fixe…
-
There is a $foreign_keys = array(); property on the model you can set to the column name(s) that are foreign keys to other models.
-
If there are 2 parameters being passed to that page then change the "1" to a "2".
-
Is your process that you go to the Assets module, and upload one image at a time and selecting the folder from the dropdown?
-
Try adding the following to the MY_fuel.php 'max_page_params' config value: $config['max_page_params'] = array('about-us/board-of-directors/enterprises/' => 1);
-
Are you uploading directly from the Assets module or using a form within a module and if so what does your form field look like for the upload?
-
It's actually the opposite. Defaults are in files and they can be overwritten in the CMS.
-
This line causes suspicion for me: /var/www/webapp/fuel/application/tests-tu/_ci_phpunit_test/replacing/core/Loader.php:363 Fuel has it's own version of the Loader class that has the module_load methods in it. It seems that CI PHP unit is replacing…
-
The $config['blog']['uri'] config should be where that URI change is made. Is it possible that there is a saved setting in the admin under Settings > Blog?
-
Yes. The block field type saves variables as a key/value array.
-
What version of FUEL are you using (check fuel/modules/fuel/config/fuel_constants.php)? Also, FUEL has it's module that leverages the built in testing CI library: https://www.getfuelcms.com/developers http://docs.getfuelcms.com/modules/tester
-
The block field will create an array variable with the name of the variable being the name of the field (e.g. menu_block), the keys being the field names, and the values being the values submitted in the form: <?=$menu_block['page_active_top_menu…
-
Try just :any instead of (:any).
-
I'm not quite sure I totally understand but will give it a shot. It sounds like you want to customize the options on the left side to be something other then the default the has_many provides you which is the options_list method on the foreign model…
-
I would look into the fuel/modules/search/Fuel_search::index_page since it appears to be returning FALSE and see where in that method it's failing.
-
Try this instead: <?=js('jquery-3.2.1.min').js($js)?> <?=js('comment_reply', BLOG_FOLDER)?>
-
Actually in your case, you'll need to make an adjustment to the fuel/modules/blog/controllers/Blog::_process_comment method probably around line 307.
-
Are you able to use $ after you pull in jquery at all?
-
There is a line (26) of code in the views/themes/default/post.php that pulls in Javascript that will need to also be moved to the footer: <?=js('comment_reply', BLOG_FOLDER)?>
-
What's likely happening is that if it's unchecked, it will not be passed at all in the $_POST array. If it's not seen in the $_POST, then it won't trigger it to be 0. To help with this issue, there is a public $boolean_fields property you can set on…
-
What version of PHP are you on and do you have short_tags enabled? Also, are there no spaces at the top of the page and/or the fuel/application/views/_variables/global.php. The URL with the route in place should be sitemap.xml without the underscore…
-
The "folder" parameter is relative to the main assets/ folder and uploads target that path. So the NEWSLETTER_PATH . 'assets/images/' value won't work. If you want to target a different assets folder entirely for upload, you can try the parameter 'u…
-
I didn't even know that function existed. What line did you add it?
-
That's correct, the precedence value needs to be there for the sorting to work.
-
You can use a jquery selector for the "depends_on" parameter to target the fields you want to trigger the dependent fields refresh.
-
That looks to indeed be a bug. I've posted a fix in the develop branch: https://github.com/daylightstudio/FUEL-CMS/commit/bd0ebcfacc5330dd749094d37873a5316d17c227
-
Try just referencing the $CI object and not $this->CI: var_dump($CI->session->flashdata('posted'));
-
What's the error that you are getting?