What does your module configuration look like for the pages?
If you are getting an array of arrays instead of an array of objects, that's usually because you don't have a record items class setup or it is not setup correctly from the table class …
By default, the list_items method will return all the columns of your model. The table_headers module parameter is a way to further limit that list down. However, you can add additional selects and joins to the data table query in the model's list_i…
You need to move $this->load->library('validator'); above $this->load->library('form_builder');. The reason you are seeing a blank screen after that is because the code is working. You are checking for a $_POST variable which will be emp…
Try loading the validator first. I'm wondering if it's an ordering thing. Form_builder uses the Form class which on initialization will grab a reference to the validator object if it's loaded, but if it's not then it will be null.
Perhaps there is a validation error on save? The save method should return false if it doesn't save and then you can check for any errors:
print_r($this->contact_us_model->get_errors());
You can use CI's own form validation, however, Form_builder has a "set_validator" and "get_validator" methods on it that return FUEL's Validator class instance. You can do something like the following:
http://docs.getfuelcms.com/libraries/validator…
That looks to be a bug. I've posted a fix in the develop branch:
https://github.com/daylightstudio/FUEL-CMS/commit/be1270db8014128fa3cb9bf888c72ae1fa0209df
OK. That's because their is probably an infinite loop to referencing the $CI object and print_r can't handle it. Try print_r(array_keys($vars)) and see if the the name of the variable is in that array.
Note that it's $this->fuel->pages->render()... That is an older syntax (but may still work). Regarding where to put $CI->fuel->pagevars->retrieve('home'), I would merge it with your $vars variable since that's all it is is an array…
This looks like it an issue in how it is implemented. It's sharing one Form_builder instance for each and the reset doesn't clear everything out. A cleaner way would be to have a separate Form_builder instance for each rendering. I've pushed a poten…
I think you are on the right track. Leverage CI to create controllers and functionality that you need for authenticating and then you can render the content in the CMS. Here is an example as to how to render a page from the CMS from a controller:
h…
We did just upgrade the forum and it may require you to reset your password. I would try the following:
* Hardcode the $config[‘base_url’] in fuel/application/config/config.php to be www.mysite.co.za
* Check your fuel/application/config/enviro…
If you just want to store the page data in the CMS and incorporate that in your view files, you can call $CI->fuel->pagevars->retrieve('my_location') and it will return an array of just the data associated with the location. You can then us…
I'm not quite sure I understand your issue. If it's not working at another domain, then it sounds like you need to configure that domain in your CPanel. If you are getting a forbidden error, it sounds like an .htaccess issue. Try hard coding the bas…
Thanks for the recreation steps. The issue had to do with the Session library being called after the Fuel_redirects already called session_start() (without using the library). The reason it is used in Fuel_redirects is to prevent runaway redirects a…
Is the file name for the Forms_model actually lowercase "forms_model"? If so, that may be an older version of the module which requires an upgrade to be compatible with the newer versions of CodeIgniter.
On line 231, below $data = $this->find_one_array($where, 'location desc');
Add the following to echo out the query to test at line 231 in the Fuel_pages_model file:
$this->debug_query(); echo '
Also, try merging in from the develop branch where that wildcard fix has been added:
https://github.com/daylightstudio/FUEL-CMS/blob/develop/fuel/modules/fuel/models/Fuel_pages_model.php#L233