Closed (fixed)
Project:
Boost
Version:
4.7.x-1.x-dev
Component:
Code
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
25 Nov 2006 at 06:49 UTC
Updated:
13 Feb 2012 at 14:17 UTC
Hi,
The module seems to be working great, only issue I came across is that when CRON job is running and suppose to remove the files - it doesn't. The module reports the following error :
rmdir(-------/cache/------/0/directory) [function.rmdir]: Directory not empty in ------/modules/boost/boost.helpers.inc on line 35.
Seems like the recursive function for removing the old files and directories isn't functioning okay. Any ideas?
Comments
Comment #1
Arto commentedThanks for reporting! This watchdog error message is more annoying than critical - it's just an artefact of how the recursive expiry mechanism works at present. Any expired files should be removed fine (please explicitly indicate if they don't, as that would bad, obviously), while cache directories that still contain any non-expired files can't (and of course, shouldn't) be removed and thus result in this message being output.
I'll get rid of this spurious error message asap.
PS. There was an important bugfix to Boost yesterday that fixes symlink creation (for Drupal URL aliases) on Linux platforms. I recommend you update your module from CVS if you're using it on a Linux system.
Comment #2
Arto commentedFixed in CVS commit #46331.
Comment #3
fiLi commentedSeems to be working okay.
Thanks a lot for the ultra quick response and fix.
Comment #4
Arto commentedComment #5
(not verified) commentedComment #6
imoreno commentedNot sure if this is the right place - but the same issue is now happening with 7.x-1.x-dev ,
Warning: rmdir(cache/normal/www.mysite.com//sites/default/files) [function.rmdir]: Directory not empty public_html/sites/all/modules/boost/boost.module
boost is working great - this looks just like a message on cron run that can be ignored.
should it be fixed?
Comment #7
bgm commented@ imoreno : please open a new bug report. It's a similar issue, but not linked to the Drupal 4.7 issue. (and to avoid bugging the people who participated in the bug report from 5-6 years ago)