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
-
What does line 1771 look like for you in Fuel_forms.php? Do you have the latest version of it by chance?
-
Ah... you need to put in the proper "action" parameter in your form tag. action="<?=site_url('forms/process/my_form_slug")?>
-
You can use the template field type which is repeatable and posts the data in a nested array format. http://docs.getfuelcms.com/general/forms#template
-
Hmm... all that line should do is specify no layout for the page. Do you have a local version running?
-
Gumster, We currently have only extended the MySQL drivers.
-
I would test to see if it's making it to the forms controller on submit and then debug from there. The forms controllers is located at fuel/modules/controllers/Forms.php. Also, is the form embedded on a page created in the CMS. If so, turn of page …
-
Is there a "error" flash data being sent to the page that you can display or do you have something like the following a the top of your page: <?=display_errors()?>
-
You may want to look at a model's options_list method which creates a key value array: http://docs.getfuelcms.com/libraries/my_model#func_options_list
-
array_chunk creates nested arrays so you'll need another foreach loop.
-
Is this line the one causing the blank screen: $cheeses = array_chunk($cheeses); Or is it a different line? If you are able to get a count value then it sounds like it's an array value that could call array_chunk. Is the error further down?
-
The model records have a reference to the $CI object in it which causes a recursive loop when printed out to the screen and may explain your blank screen. Does echo count($cheeses); display anything?
-
$cheeses should be an array already. Is the following not working for you? $cheeses = fuel_model('cheeses'); $chunks = array_chunk($cheeses);
-
Try this instead: <?php echo fuel_block('cheeses/our_cheeses'); ?>
-
The xss_clean function is a CI function that is suppose to remove potentially dangerous cross-site scripting code from strings (e.g. javascript, iframes...etcs). Sometimes it goes a little too far.
-
Well, one way would be to simply put in exit(); commands at different parts of the CodeIgniter.php file to see where the show_404() is being called.
-
Is that error being thrown by your validation method or is that in the form_validation class and if so what line?
-
The fuel/data_backup has a .htaccess file in it with deny from all. That folder can actually be moved if you want because it's not directly used by FUEL but more of just a place to store database backups.
-
FUEL has changed the "system" folder and moved it under the fuel/codeigniter. There are .htaccess files to help prevent external access but the fuel folder needs to exist in the main web directory.
-
Tough to say. Are you able to debug the CodeIgniter.php file to see what where it's hitting the 404 error?
-
I'm assuming this is for a simple module you've created? Can you try adding the the following to your module config in fuel/application/config/MY_fuel_modules.php 'sanitize_input' => array('template','php'), By default the value is 'sanitize_inpu…
-
It does indeed appear to be hitting the framework side of things and is returning a CI 404 error which looks like it is getting hung up in the fuel/codeigniter/core/CodeIgniter.php file somewhere. Are you able to deploy a regular CodeIgniter websit…
-
What's the URL you are trying to get to? Is it the fuel admin (e.g. /fuel)? If so, do you have the fuel/application/config/MY_fuel.php $config['admin_enabled'] = TRUE? Also, does your server support .htaccess and mod_rewrite? One way to check would …
-
Line 5 of the fuel/application/third_party/MX/Ci.php class should be loading that it. if you add this to line 6, what gets output? echo dirname(__FILE__).'/Config.php'; exit();
-
This looks like the Fuel_advanced_module::attach method isn't attaching the appropriate "modules" object and is instead. I'd be curious what line# 389 outputs for the file path and whether that file exists on your server (it should be hitting fuel/m…
-
What is the error you are seeing?
-
Does the file fuel/application/third_party/MX/Config.php exist (that contains the MX_Config class that is required near the top of the CI class)?
-
Is this with a fresh install of 1.4.2 (current master branch)?
-
You will need to setup permissions and assign them to the user: http://docs.getfuelcms.com/general/user-management
-
This doesn't sound like a FUEL related issue but more of a database connection issue. To rule out FUEL, I'd create a test script: http://php.net/manual/en/function.mysqli-connect.php
-
The preview_path is specific to the CMS side of things. You can add a "preview_path" method to your model to handle more complicated URI routing for your preview path which get's passed an array of record values. With regards to setting up routing f…