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,800
- Last Active
- Roles
- Administrator
Comments
-
I'm sorry, but I'm not sure what the issue is as I'm not very familiar with Zend studio.
-
If you paste that URL into a browser with all the GET parameters, do you get the same error? If so, perhaps it's all the GET parameters that ZEND studio is passing to it?
-
Is it working for you OK? Think of FUEL as an extension of CI, meaning you can do everything you could do in in CI, but now you have a lot of extra functionality which includes a CMS (and other things) In the 1.0 beta, there is a "fuel" object you …
-
That particular .php file (and all in the "advanced" folder) are actually a template file that gets processed when using the fuel/generate/advanced CLI tool. The {module} is a place holder that gets changed during the generate processing. I'm not th…
-
The MODULES_PATH error seems like the fuel/modules/fuel/config/fuel_constants.php file isn't being included in the fuel/application/config/constants.php file. There are other files in the application folder that need to be there. Simply replacing th…
-
That appears to be a bug. I've just pushed an update to fix that.
-
The user_guide module doesn't actually contain the content that you see at http://docs.getfuelcms.com. It just provides the infrastructure to display the user guide and can read other module's documentation including documentation in your applicatio…
-
Were you planning on storing those related projects in their own table to lookup? If so, you should be able to use has_many to do this and it would store it in the fuel_relationships table. The blog module uses this to relate posts to other posts. p…
-
Is this a page being rendered outside of the CMS (outside of the "fuel" area). If so, there is a BaseFuelController.js file that is used to initialize the javascript needed to create a markItUp! field while in the CMS and editing a module's data. Ho…
-
Is the form coming from a model from within the advanced module... similar to the blog_posts module (which is a simple module using the blog_posts_model.php) under the advanced blog module? Is the field type a "text" field?
-
When you say a custom module, do you mean you created an advanced module with it's own set of controllers, views, and models, or a simple module that uses just a model? Also, is this with 0.93?
-
It should be doing it automatically if you are using a MySQL field type of "text". Field types of "varchar" or "char" will get a normal input text field whereas "text" MySQL field types will be given the text field type which will automatically use …
-
Ah... I see. Yes, that is a CI error message. https://github.com/EllisLab/CodeIgniter/blob/2.1-stable/system/language/english/migration_lang.php It appears to be fixed in 3.0 https://github.com/EllisLab/CodeIgniter/blob/develop/system/language/engl…
-
Could you provide recreation steps for this issue? Thanks.
-
This only works if you use the asset_helper "js()" and "css()" functions which require javascript and css files exists in the assets/js and assets/css folders respectively: http://docs.getfuelcms.com/helpers/asset_helper
-
There is an option in the fuel/application/config/asset.php config file. There is a $config['assets_output'] parameter you can set to TRUE. There is a comment above that parameter which explains it. You'll need to make a assets/cache folder writable…
-
You would need to setup a controller of meetings_events that has a method on it of "gallery". You'd then need to create a route to map meetings-and-events/gallery to meetings_evengs/gallery since controllers names can't have hyphens.
-
It is something we have thought about and continue to assess, but at this particular time, we have not made any solid plans to do so. The task would be a massive undertaking in which we currently don't have the resources at this time to take on unfo…
-
Possibly. Inside the CMS, there is a "Clear Page Cache" in the left hand menu which may do the trick.
-
Change the layout code to the following: echo str_replace(';', '', '<?xml version="1.0" encoding="UTF-8"?>'); There is an old comment in the code for the fuel/application/views/sitemap_xml.php view file that says: "needed because of the Loader…
-
Perhaps it had something to do with the default_controller route.
-
Have you set the render_mode parameter in MY_fuel.php to "auto"?
-
Add 'render_mode' => 'cms' like so: $page_init = array('location' => 'Home','render_mode' => 'cms');
-
Is this error message from using CKEditor? https://drupal.org/node/461766
-
Thanks for the report. I've posted a fix on the 1.0 branch for this,
-
I'm not sure, but whether it's CGI or Apache, FUEL should still work ok. What happens if you remove the current .htaccess you have and replace it with the one that came with FUEL, making the adjustment with the "?" for the live server? In particular…
-
The "asset" field type or the "file" field type? The inserting of the "id" will only work for a "file" field type since the asset field type does it's uploading in a separate window.
-
Hmm... it shouldn't capture it as a "last page" if it is an AJAX upload script. The area in the code that deals with that is in the Fuel_base_controller in the _last_page method (see line 160).
-
Is this in 1.0 or 0.93?
-
This is because the data being displayed is pulled using the find_all_array method by default and will overwrite any value parameters if they are set. Value parameters in this context only work when you are initially creating a record. After that, t…