The Joomla! Forum ™



Forum rules


Forum Rules
Forum Post Assistant - If you are serious about wanting help, you will use this tool to help you post.



Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 35 posts ]  Go to page 1, 2  Next
Author Message
PostPosted: Sat Jul 05, 2008 8:26 pm 
User avatar
Joomla! Enthusiast
Joomla! Enthusiast

Joined: Sun Apr 27, 2008 6:37 pm
Posts: 122
I have no idea what "Delete failed: '5d3370c8cf39dcebf24c512903c10190'" means. ???

I didn't try and delete anything, I was simply changing the timeout setting in Global Configuration > System > Session Settings.

This happens when making other changes also, but the "Delete failed:" gives a different string each time.

What is happening? ???

Should I be worried? :eek:

What should I do to fix it, if anything? :pop



Diagnostic Information
Joomla! Version: Joomla! 1.5.3 Production/Stable [ Vahi ] 22-April-2008 22:00 GMT
configuration.php: Writable (Mode: 666 ) | RG_EMULATION: N/A
Architecture/Platform: Windows NT 5.2 ( i586) | Web Server: Microsoft-IIS/6.0 ( http://www.XXXXX.net ) | PHP Version: 5.2.5
PHP Requirements: register_globals: Disabled | magic_quotes_gpc: Enabled | safe_mode: Disabled | MySQL Support: Yes | XML Support: Yes | zlib Support: Yes
mbstring Support (1.5): No | iconv Support (1.5): Yes | save.session_path: [color=red]Not Writable[color] | Max.Execution Time: 30 seconds | File Uploads: Enabled
MySQL Version: 5.0.51b-community-nt ( localhost via TCP/IP )

Extended Information:
SEF: Disabled (without ReWrite) | FTP Layer: Enabled | htaccess: Not Implemented
PHP/suExec: User and Web Server accounts are not the same. (PHP/suExec probably not installed)
PHP Environment: API: isapi | MySQLi: Yes | Max. Memory: 128M | Max. Upload Size: 2M | Max. Post Size: 8M | Max. Input Time: 60 | Zend Version: 2.2.0
Disabled Functions:
MySQL Client: 5.0.51b ( latin1 )

_________________
It is never too late to be what you might have been.
- George Eliot


Last edited by squishyalt on Mon Jul 07, 2008 7:37 am, edited 2 times in total.

Top
 Profile  
 
PostPosted: Sat Jul 05, 2008 8:37 pm 
User avatar
Joomla! Enthusiast
Joomla! Enthusiast

Joined: Sun Apr 27, 2008 6:37 pm
Posts: 122
I turned on both debug settings and the only delete event I saw was the following...

#
DELETE
FROM jos_session
WHERE ( time < '1215286527' )

I don't know if this is it - or what could be causing this to fail.

Any help would be greatly appreciated (warnings make me nervous about the stability of the site).

Thx!

----------------------------------------------------------------
Just in case it may be helpful.....here is the latest message.....



Code:
        * Delete failed: 'a20594a3feb5ffd9d2c8992afc22c75c'

        * The Global Configuration details have been updated.


....and here is the latest debug info that showed at the bottom of the page.....

Code:
•Profile Information•
Application afterLoad: 0.003 seconds, 0.36 MB
Application afterInitialise: 0.077 seconds, 2.75 MB
Application afterRoute: 0.077 seconds, 2.75 MB
Application afterDispatch: 0.266 seconds, 6.04 MB
Application afterRender: 0.356 seconds, 6.89 MB
•Memory Usage•
7266384
•18 queries logged•

   1.
      SELECT *
        FROM jos_session
        WHERE session_id = 'fef144505d6197bb544dfb2cb0e0fd50'
   2.
      DELETE
        FROM jos_session
        WHERE ( time < '1215286527' )
   3.
      SELECT *
        FROM jos_session
        WHERE session_id = 'fef144505d6197bb544dfb2cb0e0fd50'
   4.
      UPDATE jos_session
        SET `time`='1215290067',`userid`='62',`usertype`='Super Administrator',`username`='admin',`gid`='25',`guest`='0',`client_id`='1',`data`='__default|a:9:{s:22:\"session.client.browser\";s:84:\"Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9) Gecko/2008052906 Firefox/3.0\";s:15:\"session.counter\";i:17;s:8:\"registry\";O:9:\"JRegistry\":3:{s:17:\"_defaultNameSpace\";s:7:\"session\";s:9:\"_registry\";a:2:{s:7:\"session\";a:1:{s:4:\"data\";O:8:\"stdClass\":0:{}}s:11:\"application\";a:1:{s:4:\"data\";O:8:\"stdClass\":1:{s:4:\"lang\";s:0:\"\";}}}s:7:\"_errors\";a:0:{}}s:4:\"user\";O:5:\"JUser\":19:{s:2:\"id\";s:2:\"62\";s:4:\"name\";s:13:\"Administrator\";s:8:\"username\";s:5:\"admin\";s:5:\"email\";s:23:\"support@XXXXX.net\";s:8:\"password\";s:65:\"cbfb48d6dd734c9032XXXXXXXXXXXXXXXXXXXXXXZNlvdN\";s:14:\"password_clear\";s:0:\"\";s:8:\"usertype\";s:19:\"Super Administrator\";s:5:\"block\";s:1:\"0\";s:9:\"sendEmail\";s:1:\"1\";s:3:\"gid\";s:2:\"25\";s:12:\"registerDate\";s:19:\"2008-07-04 07:22:41\";s:13:\"lastvisitDate\";s:19:\"2008-07-05 19:36:06\";s:10:\"activation\";s:0:\"\";s:6:\"params\";s:0:\"\";s:3:\"aid\";i:2;s:5:\"guest\";i:0;s:7:\"_params\";O:10:\"JParameter\":7:{s:4:\"_raw\";s:0:\"\";s:4:\"_xml\";N;s:9:\"_elements\";a:0:{}s:12:\"_elementPath\";a:1:{i:0;s:76:\"C:\\Inetpub\\wwwroot\\XXXX\\XXXXXXXX\\libraries\\joomla\\html\\parameter\\element\";}s:17:\"_defaultNameSpace\";s:8:\"_default\";s:9:\"_registry\";a:1:{s:8:\"_default\";a:1:{s:4:\"data\";O:8:\"stdClass\":0:{}}}s:7:\"_errors\";a:0:{}}s:9:\"_errorMsg\";N;s:7:\"_errors\";a:0:{}}s:13:\"session.token\";s:32:\"9b9f9e9d5377584e8880b84dde88ff8b\";s:19:\"session.timer.start\";i:1215289944;s:18:\"session.timer.last\";i:1215290012;s:17:\"session.timer.now\";i:1215290067;s:17:\"application.queue\";a:2:{i:0;a:2:{s:7:\"message\";s:49:\"Delete failed: \'a20594a3feb5ffd9d2c8992afc22c75c\'\";s:4:\"type\";s:5:\"error\";}i:1;a:2:{s:7:\"message\";s:51:\"The Global Configuration details have been updated.\";s:4:\"type\";s:7:\"message\";}}}'
        WHERE session_id='fef144505d6197bb544dfb2cb0e0fd50'
   5.
      SELECT *
        FROM jos_components
        WHERE parent = 0
   6.
      SELECT folder AS type, element AS name, params
        FROM jos_plugins
        WHERE published >= 1
        AND access <= 2
        ORDER BY ordering
   7.
      SELECT element AS value, name AS text
        FROM jos_plugins
        WHERE folder = "editors"
        AND published = 1
        ORDER BY ordering, name
   8.
      SELECT id AS value, name AS text
        FROM jos_menu
        WHERE ( type="content_section" OR type="components" OR type="content_typed" )
        AND published = 1
        AND access = 0
        ORDER BY name
   9.
      SELECT id
        FROM jos_components
        WHERE `option`='com_users'
        AND parent = 0
        LIMIT 0, 1
  10.
      SELECT *
        FROM jos_components
        WHERE id = '31'
  11.
      SELECT id
        FROM jos_components
        WHERE `option`='com_media'
        AND parent = 0
        LIMIT 0, 1
  12.
      SELECT *
        FROM jos_components
        WHERE id = '19'
  13.
      SELECT template
        FROM jos_templates_menu
        WHERE client_id = 1
        AND menuid = 0
  14.
      SELECT id, title, module, position, content, showtitle, control, params
        FROM jos_modules AS m
        LEFT JOIN jos_modules_menu AS mm
        ON mm.moduleid = m.id
        WHERE m.published = 1
        AND m.access <= 2
        AND m.client_id = 1
        ORDER BY position, ordering
  15.
      SELECT a.*, SUM(b.home) AS home
        FROM jos_menu_types AS a
        LEFT JOIN jos_menu AS b
        ON b.menutype = a.menutype
        GROUP BY a.id
  16.
      SELECT *
        FROM jos_components
        WHERE `option` <> "com_frontpage"
        AND `option` <> "com_media"
        AND enabled = 1
        ORDER BY ordering, name
  17.
      SELECT COUNT(*)
        FROM jos_messages
        WHERE state = 0
        AND user_id_to = 62
  18.
      SELECT COUNT( session_id )
        FROM jos_session
        WHERE guest <> 1

•Language Files Loaded•

    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.plg_system_debug.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.com_config.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.tpl_khepri.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.mod_title.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.mod_toolbar.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.mod_menu.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.com_contact.menu.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.com_poll.menu.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.com_search.menu.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.com_banners.menu.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.com_newsfeeds.menu.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.com_weblinks.menu.ini 1
    * C:\Inetpub\wwwroot\wfpc\mydocdirect2\administrator\language\en-GB\en-GB.mod_status.ini 1

•Untranslated strings•

•None•

_________________
It is never too late to be what you might have been.
- George Eliot


Top
 Profile  
 
PostPosted: Sat Jul 05, 2008 10:17 pm 
User avatar
Joomla! Enthusiast
Joomla! Enthusiast

Joined: Sun Apr 27, 2008 6:37 pm
Posts: 122
I turned on logging of errors in MySQL using MySQL Administrator and I clicked save again.

I got the same type error, but no errors logged in MySQL.

Looks like (from eyes very new to Joomla) that this may be a bug.

I didn't see anywhere to report bugs in the forums. Where should that be done?

_________________
It is never too late to be what you might have been.
- George Eliot


Top
 Profile  
 
PostPosted: Sun Jul 06, 2008 7:43 am 
User avatar
Joomla! Enthusiast
Joomla! Enthusiast

Joined: Sun Apr 27, 2008 6:37 pm
Posts: 122
This may have something to do with FTP credentials. Although there is no ftp login entry on the Global Configuration screens (not that I recall anyway), once I put the ftp credentials in in the Template Manager I have not had the problems again.

Perhaps there is an issue with Joomla reading the ftp login credentials from the database. Why else would we need to put them in again in the Template Manager and why would doing so make a difference in saving the Global Configurations?

_________________
It is never too late to be what you might have been.
- George Eliot


Top
 Profile  
 
PostPosted: Mon Jul 07, 2008 7:36 am 
User avatar
Joomla! Enthusiast
Joomla! Enthusiast

Joined: Sun Apr 27, 2008 6:37 pm
Posts: 122
squishyalt wrote:
This may have something to do with FTP credentials. Although there is no ftp login entry on the Global Configuration screens (not that I recall anyway), once I put the ftp credentials in in the Template Manager I have not had the problems again.


I was wrong here. The FTP login credentials DO show on the Global Configuration / System screen. I'm not really sure why though. Why would FTP settings be needed to alter a file already on the server when you are already logged in as the Super Administrator?

squishyalt wrote:
Perhaps there is an issue with Joomla reading the ftp login credentials from the database. Why else would we need to put them in again in the Template Manager and why would doing so make a difference in saving the Global Configurations?


Regardless, the problem will show itself if you try and make changes on the Global Configuration screens without entering your FTP credentials.

This is just one of the MANY instances that I have found where Joomla's interface/operations do not seem to follow the flow of most end user's logical thought.

Another is not putting the most important component in Joomla (the Front Page component) in the Component menu. What's up with that?

Is it possible to completely rearrange the Joomla Administration interface via an Administrator's template - or are there odd rules that say that the Front Page component MUST be in the Articles menu?

_________________
It is never too late to be what you might have been.
- George Eliot


Top
 Profile  
 
PostPosted: Thu Jul 24, 2008 8:00 pm 
User avatar
Joomla! Apprentice
Joomla! Apprentice

Joined: Wed Aug 22, 2007 3:48 am
Posts: 32
Location: Tampa, Florida, US
I am getting this same message when I change the colors of the default template for 1.5

_________________
t3nacity


Top
 Profile  
 
PostPosted: Sat Sep 06, 2008 9:44 pm 
User avatar
Joomla! Apprentice
Joomla! Apprentice

Joined: Fri Feb 08, 2008 9:36 pm
Posts: 33
I've been trying to find somebody that will respond to this problem for awhile now. I've had it come up on a number of the Joomla 1.5 sites I've created and I have no idea what causes it. It's very strange because it seems like sometimes when the problem comes up I can just ignore it and it doesn't seem to cause any problems but then other times it makes it so that any changes I try to make don't write to the database.


Top
 Profile  
 
PostPosted: Tue Sep 09, 2008 6:38 pm 
User avatar
Joomla! Exemplar
Joomla! Exemplar

Joined: Thu Aug 18, 2005 8:43 pm
Posts: 7986
Location: New York
From squishyalt
Quote:
PHP/suExec: User and Web Server accounts are not the same. (PHP/suExec probably not installed)


Most likely you have a problem with file ownership or permissions.

When you are changing your globals you need to be able to save. If you don't have rights/permisison it won't work.

_________________
So we must fix our vision not merely on the negative expulsion of war, but upon the positive affirmation of peace. MLK 1964.
http://officialjoomlabook.com Get it at http://www.joomla.org/joomla-press-official-books.html Buy a book, support Joomla!.


Top
 Profile  
 
PostPosted: Tue Sep 09, 2008 11:13 pm 
User avatar
Joomla! Apprentice
Joomla! Apprentice

Joined: Fri Feb 08, 2008 9:36 pm
Posts: 33
I would also think that's the problem if it was only for the configuration. But since it happens when changing articles, menu items, templates, and modules it seems to me that it would be something else. In fact with most of my sites that have this problem the error doesn't even come up when changing the configuration, only with the other items I mentioned.

Thanks for the response. If only I could figure this out myself :( .


Top
 Profile  
 
PostPosted: Wed Sep 10, 2008 3:45 am 
User avatar
Joomla! Exemplar
Joomla! Exemplar

Joined: Thu Aug 18, 2005 8:43 pm
Posts: 7986
Location: New York
1. login credentials are in the configuration file not the database

2, .
Quote:
Why would FTP settings be needed to alter a file already on the server when you are already logged in as the Super Administrator?


Superadministrator in Joomla will not make you the owner of your files. Hence you need ftp credentials to be able to save.

_________________
So we must fix our vision not merely on the negative expulsion of war, but upon the positive affirmation of peace. MLK 1964.
http://officialjoomlabook.com Get it at http://www.joomla.org/joomla-press-official-books.html Buy a book, support Joomla!.


Top
 Profile  
 
PostPosted: Mon Sep 29, 2008 2:38 pm 
Joomla! Enthusiast
Joomla! Enthusiast

Joined: Fri Aug 29, 2008 11:40 am
Posts: 114
Location: Michigan
I've encountered this error as well when updating Global Config settings (as well as other paces).
I was able to fix this by changing to file permissions on the tmp folder. (...yoursiteroot\tmp).

I am running my site on a windows server and changed the permissions on the tmp folder for internet users to include Modify.

I'm a newbie as well so if there is a better fix, please correct me!


Top
 Profile  
 
PostPosted: Mon Oct 27, 2008 2:28 pm 
Joomla! Intern
Joomla! Intern

Joined: Tue Jan 16, 2007 7:54 am
Posts: 72
Location: Denmark
Was a reason or a fix for this ever found?

/Allan

_________________
/Allan Nielsen - ittp.dk


Top
 Profile  
 
PostPosted: Mon Oct 27, 2008 5:20 pm 
User avatar
Joomla! Apprentice
Joomla! Apprentice

Joined: Fri Feb 08, 2008 9:36 pm
Posts: 33
I still have not received an adequate response.


Top
 Profile  
 
PostPosted: Fri Nov 07, 2008 4:49 am 
Joomla! Fledgling
Joomla! Fledgling

Joined: Thu Nov 06, 2008 6:00 am
Posts: 4
I am getting this. It seems to have started when I was messing around with FastCGI and restarting IIS 6.1, and not logging back into Joomla fresh in between these types of events. Seems like something got out of sync. Though it doesn't ever seem to affect the configuration being saved so I have been ignoring it.

*UPDATE - POSSIBLE FIX*: I stumbled upon a fix. I wanted additional security so I set administrator/index.php to be only accessible to a high-privilege user. However, I noticed that it is not advisable to set this on every file in that folder and subfolders or other errors will occur. As soon as I did this, logged in when prompted by hitting the /administrator folder, and then tried saving something in the Global Configuration the problem went away.

Now that I think about it, it seems to have started after I set the IUSR_MACHINENAME user to have Write access to the configuration.php file, because at some point I wasn't able to save changes due to this, and then the problem started happening. All actions under Administrator are now being done under this elevated user, so it does seem to be a filesystem/permission issue of some kind, not a MySQL issue.


Top
 Profile  
 
PostPosted: Sun Jan 11, 2009 5:36 pm 
Joomla! Intern
Joomla! Intern

Joined: Fri Aug 08, 2008 12:15 am
Posts: 52
Note: What follows applies to a laptop running Windows Vista Home Premium with IIS7 which is used for development work.

I had the same problem and tracked it down to a file permissions problem on the tmp folder in the top-level directory.

The group and user names on the laptop are:
CREATOR OWNER
SYSTEM
Administrators(...)
Users(...)
IIS_IUsers(...)
Trusted Installer

To fix the issue I gave Users(...) write access to the tmp folder in addition to the inherited 'read and execute', 'list folder contents' and 'read' permissions Users(...) already had.

Off-topic, but I also had to make the same change for configuration.php.

Hope this helps


Top
 Profile  
 
PostPosted: Mon Jan 19, 2009 4:54 pm 
User avatar
Joomla! Apprentice
Joomla! Apprentice

Joined: Fri Feb 08, 2008 9:36 pm
Posts: 33
For me it was a permissions problem and I would guess it would be the same for anybody with this problem. In my case all the cache files were owned by nobody (99 on my server) and in a blank group (99) which didn't allow Joomla to delete them when making changes to an article thus causing it to give a Delete failed error. As soon as I was able to change the ownership permissions back to normal there was no more problem.

I couldn't believe it was such a simple problem that makes so much sense. :-[


Top
 Profile  
 
PostPosted: Tue Jan 20, 2009 4:54 pm 
User avatar
Joomla! Apprentice
Joomla! Apprentice

Joined: Thu Nov 13, 2008 4:58 pm
Posts: 24
I seems to have the same problem except now it doesn's let me edit the config file.

it seems like things are getting saved but the changes don't take effect when it come to the emnus, etc. As far as i can recall mine started acting up after i installed the legacy files for 1.0

Delete failed: 'caa7104b92d3add5a03ff4ee81eb84e5.php'
Message
1 Item(s) sent to the Trash.


Top
 Profile  
 
PostPosted: Wed Jan 28, 2009 2:14 pm 
Joomla! Apprentice
Joomla! Apprentice

Joined: Wed Mar 07, 2007 6:23 pm
Posts: 27
No solution? Pretty good support here...


Top
 Profile  
 
PostPosted: Wed Jan 28, 2009 4:23 pm 
User avatar
Joomla! Apprentice
Joomla! Apprentice

Joined: Fri Feb 08, 2008 9:36 pm
Posts: 33
It appears that the solution always has something to do with permissions. So if you're having this problem be sure to check all your permissions and talk to your host if you still can't fix it. The error is basically saying that there is a file (in my case a cache file) that the joomla system is trying to delete but is unable to because it does not have the correct file permissions to do so.

Hope that helps.


Top
 Profile  
 
PostPosted: Fri Jan 30, 2009 10:01 pm 
Joomla! Fledgling
Joomla! Fledgling

Joined: Fri Jan 30, 2009 9:56 pm
Posts: 1
I removed my /cache/com_content directory and this problem disappeared. I have not testing if caching will work if enable - however - I cannot enable caching because of Captcha forms I use anyway.

-- This took me a while to figure out too!


Top
 Profile  
 
PostPosted: Sat Jan 31, 2009 5:04 pm 
Joomla! Apprentice
Joomla! Apprentice

Joined: Wed Mar 07, 2007 6:23 pm
Posts: 27
larryfly wrote:
I removed my /cache/com_content directory and this problem disappeared. I have not testing if caching will work if enable - however - I cannot enable caching because of Captcha forms I use anyway.

-- This took me a while to figure out too!


This is what fixed my issues...

"chmod" all folders under "cache" to 777


Top
 Profile  
 
PostPosted: Sat Jan 31, 2009 5:09 pm 
Joomla! Apprentice
Joomla! Apprentice

Joined: Wed Mar 07, 2007 6:23 pm
Posts: 27
viewtopic.php?f=199&t=367449


Top
 Profile  
 
PostPosted: Wed Nov 04, 2009 1:48 am 
Joomla! Intern
Joomla! Intern

Joined: Fri May 08, 2009 5:05 am
Posts: 80
Location: Melbourne, Australia
This error relates to suPHP and you need to get your host to make sure all folders and file are owned by the correct user and group.

If you are using suPHP you CANNOT use 777 permissions and in fact there is no need too as the web server can now edit your files without needing open permissions.


Top
 Profile  
 
PostPosted: Thu Nov 05, 2009 6:38 am 
User avatar
Joomla! Intern
Joomla! Intern

Joined: Mon Oct 06, 2008 3:43 pm
Posts: 80
Location: India
Excecute the following command on your webroot

Code:
-bash-3.1$ chmod 777 administrator/backups/
-bash-3.1$ chmod 777 administrator/components/
-bash-3.1$ chmod 777 administrator/language/
-bash-3.1$ chmod 777 administrator/language/en-GB
-bash-3.1$ chmod 777 administrator/modules/
-bash-3.1$ chmod 777 administrator/templates/
-bash-3.1$ chmod 777 components/
-bash-3.1$ chmod 777 images/
-bash-3.1$ chmod 777 images/banners/
-bash-3.1$ chmod 777 images/stories/
-bash-3.1$ chmod 777 language/
-bash-3.1$ chmod 777 language/en-GB
-bash-3.1$ chmod 777 language/pdf_fonts/
-bash-3.1$ chmod 777 media/
-bash-3.1$ chmod 777 modules/
-bash-3.1$ chmod 777 plugins/
-bash-3.1$ chmod 777 plugins/content/
-bash-3.1$ chmod 777 plugins/editors
-bash-3.1$ chmod 777 plugins/editors-xtd/
-bash-3.1$ chmod 777 plugins/search/
-bash-3.1$ chmod 777 plugins/system/
-bash-3.1$ chmod 777 plugins/user/
-bash-3.1$ chmod 777 plugins/xmlrpc/
-bash-3.1$ chmod 777 templates/
-bash-3.1$ chmod 777 cache/
-bash-3.1$ chmod 777 administrator/cache/
-bash-3.1$ chmod 777 logs/
-bash-3.1$ chmod 777 tmp/
-bash-3.1$ chmod 777 configuration.php
-bash-3.1$ chmod -R 777 cache/
-bash-3.1$ chmod -R 777 administrator/cache/


Then go to TOOLS -> CLEAN CACHE on the administrator site and select all and delete.

The above steps fixed my issue

_________________
Pallavan
http://www.linkedin.com/in/pallavan/


Top
 Profile  
 
PostPosted: Mon Nov 09, 2009 5:37 am 
Joomla! Fledgling
Joomla! Fledgling

Joined: Mon Oct 12, 2009 5:22 am
Posts: 1
I cant' change article to the menu, when i'm selecting article and then hit save or apply it says Delete failed: 'index.html' and nothuings changed? :( i'm using joomla 1.5 what should i do?

i have turn off cache in joomla settings and problem solved but with no cache my site will load slow? is there other way?


Top
 Profile  
 
PostPosted: Mon Nov 09, 2009 6:12 am 
User avatar
Joomla! Intern
Joomla! Intern

Joined: Mon Oct 06, 2008 3:43 pm
Posts: 80
Location: India
hey mazemn,
have you given write permission to the cache folder?.

It is only a permission problem.

Give 777 permission to cache folder recursively, and
Then go to TOOLS -> CLEAN CACHE on the administrator site and select all and delete.

it will work. no need to turn off cache

_________________
Pallavan
http://www.linkedin.com/in/pallavan/


Top
 Profile  
 
PostPosted: Thu Nov 19, 2009 8:16 pm 
User avatar
Joomla! Intern
Joomla! Intern

Joined: Mon Oct 31, 2005 6:24 pm
Posts: 97
Location: Sinaloa, Mexico.
Tyvm!!! I put all my cache folders to 777 and that fixed the problem!

;D


Top
 Profile  
 
PostPosted: Sun Jan 17, 2010 9:53 pm 
Joomla! Fledgling
Joomla! Fledgling

Joined: Sat May 23, 2009 7:27 am
Posts: 4
Location: india
In my case i was unable to Change the permission but i have got below Fix.

I have renamed "Cache" folder to "123Cache"

and created new folder "Cache" and now i am able to Clean Cache.

I hope this will be helpful for them which are unable to change permissions.

_________________
Regards,
Atul
Web Designer & SEO Consultant
Dreamz Infotech - http://www.dreamz-infotech.com


Top
 Profile  
 
PostPosted: Thu Jan 21, 2010 4:18 pm 
Joomla! Fledgling
Joomla! Fledgling

Joined: Thu Jan 21, 2010 4:08 pm
Posts: 1
Glad to know that I am not the only one in the world getting these problems...

I think I have solution for those Windows Users....

It is a permissions Issue....

1. Make sure that the permissions under the Web App folder is not inheriting from it's parent.

2. When you do check the permissions for [Comp_name]\IUSR_[Comp_name], make sure that the 'Delete' option under special Permissions is NOT 'DENY', please uncheck it..

3. Make sure that these settings are true for all folders under the Joomla App folder, especially the Cache folder and also the \administrator\Cache folder.

This also solved a problem, where the 'configuration.php' or templates\[your template]\params.ini always become 'unwriteable' after making the first change.

Now my site works like a charm.

- Sankar.


Top
 Profile  
 
PostPosted: Sat Mar 13, 2010 7:01 am 
User avatar
Joomla! Enthusiast
Joomla! Enthusiast

Joined: Tue Dec 08, 2009 6:50 am
Posts: 134
I had the same issue

I got mine to go away by changing the permissions on the configuration file from 0666 to 0644

TT ( karl )

_________________
Signature forum rules: viewtopic.php?f=8&t=65


Top
 Profile  
 
Display posts from previous:  Sort by  
Forum locked This topic is locked, you cannot edit posts or make further replies.  [ 35 posts ]  Go to page 1, 2  Next



Who is online

Users browsing this forum: No registered users and 7 guests


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot post attachments in this forum

Jump to:  
Powered by phpBB® Forum Software © phpBB Group