How is that page getting rendered (e.g. from a controller, the CMS, or a view without a controller)? If you use a controller, you will need to use $this->fuel->pages->render('path/to/uri') to have the global variables file loaded.
I think I see the issue and it only seems to occur on the homepage. I've post a fix on the develop branch:
https://github.com/daylightstudio/FUEL-CMS/commit/75204dc8a8ce8325490919c9c66ae41d92d569ee
That's currently not a supported property of a module. In the foreach looping logic of the layouts you can check the URI values and change it appropriately.
If you are using the static view file at views/sitemap_xml.php, you can change the value in the view file. If you created the sitemap.xml file in the CMS which uses the sitemap.xml layout, you can edit the views/_layouts/sitemap_xml.php file.
If it's hitting your MY_page_router's constructor, then it should be working correctly. Does the page you are trying to load even exist and if so is it a view or in the CMS? If in the CMS is the fuel_mode in the config set to "auto"?
This may be something inside CI. The MY_Model::find_within method uses something to disable the protect_identifiers which you could try calling before using find_all() (which is really just a wrapper around some CI Active Record):
$_protect_identifi…
The Javascript used for the Pages module is the fuel/modules/fuel/assets/js/fuel/controller/PageController.js file. You could potentially copy that file and make changes to it and then in your MY_fuel_module.php create an overwrite for the "js_contr…
Not really but I can tell you where to look. The default behavior for logging out is to go to the ":last" page and is specified in the main config and can be overwritten in your MY_fuel.php config file.
$config['logout_redirect'] = ':last';
The las…
Sorry... I read that wrong. There is no method for slug values. I don't know if I'd recommend that method either since Google recommends either a top level domain, a sub domain or using segments.
Have you read this part about generated post pages (in 1.3).
http://docs.getfuelcms.com/modules/simple#post_pages
If you want to use the _module.php layout, you'll need to create a class that extends the Fuel_module class and create a view that eit…
on_after_post will have be after a new save so you will have access to the currently saved information and can re-query for the record object by using $this->find_by_key($values['id']) (since $values is just an array).
You will probably need to change the main fuel/modules/blog/controller/blog.php file since it looks for those URI parameters to query the database for the post.
Enums will look at the default value of an enum field if it is a brand new record for the initial value and select that. If you don't want a value at all that you specify the null parameter to be true like so:
'null' => true,
You can access a blog post also at blog/id/{id}, however, the generated URL is built into the module with the blog_post_model::get_url method (around line 608 in the fuel/modules/blog/models/blog_posts_model.php file). So to change it, you would nee…
Look at the fuel/application/config/MY_fuel_layouts.php file and then in that file the $config['layouts']['main'] array used to create the main layout fields.
That is correct, it is in the fuel_blocks_model. You can use a module_overwrite to swap out the model with your extended fuel_blocks_model:
http://docs.getfuelcms.com/modules/simple#overwrites
There are a couple options for added fieldsets and sections to your forms using the field types of "fieldset" and "section":
http://docs.getfuelcms.com/general/forms#fieldset
http://docs.getfuelcms.com/general/forms#section
If you are using a file field type for a module or a page layout field, there is an encrypt_name parameter you can use to do this. The global Asset module doesn't have this option though.
http://docs.getfuelcms.com/general/forms#file