| User | Post |
|
10:16 am August 25, 2009
| nickaster
Member
| | nickaster | |
|
| posts 13 |
|
|
Okay - so now I'm in trouble. I can't replicate this problem but since I installed the plugin people have been complaining that the site will not load at all and when they try to access it they get a dialogue about downloading a winzip file. One guy sent the following:
" …a dialogue box came up asking me to download a winzip file. The file opens in Notebook with html code. Finally, I opened it with FireFox and it took me to the site.
And, the address bar shows the following path to the file: file:///C:/Documents%20and%20Settings/sshah2/Local%20Settings/Temp/qQINBkWu.gz.part "
I disabled the plugin and the problem persists.
I can't think of anything else I did that might cause this, do you have any ideas?
The URL to see for yourseld - http://www.triplepundit.com
Thanks!!!
|
|
|
10:49 am August 25, 2009
| nickaster
Member
| | nickaster | |
|
| posts 13 |
|
|
okay - I disabled super-cache and the problem went away. maybe this is not related to role scoper. are there known conflicts with super-cache?
|
|
|
11:00 am August 25, 2009
| Kevin
Admin
| | | |
|
| posts 2503 |
|
|
nickaster said:
okay - I disabled super-cache and the problem went away. maybe this is not related to role scoper. are there known conflicts with super-cache?
The only issue I am aware of is the need to turn off wp-caching for logged users (if you have differentiated read access based on login). I'll give it some more testing and let you know what I discover.
|
|
|
11:02 am August 25, 2009
| Kevin
Admin
| | | |
|
| posts 2503 |
|
|
Can you tell me what your WP-Super-Cache settings were?
|
|
|
1:43 pm August 25, 2009
| nickaster
Member
| | nickaster | |
|
| posts 13 |
|
|
Thanks! Yeah, wp-caching was definitely turned off for logged in users. I never noticed the problem, but apparantly it was going all night roughly since I turned on role-scoper so there's a correlation between the two. I found a bunch of email this morning with people complaining about it, then talked to folks via skype who saw the problem.
The currecnt settings (apparantly working) are:
Super cache FULLY ON X Don't Cache Pages for Logged on Users (nothing else checked in first menu)
Super Cache Compression ON
Everything else is just default.
There is one minor difference. Last night I had checked "Cache Rebuild" but that is currently unchecked. I can check it and then test the site again if you think that will help.
Trouble is, I can't recreate the problem on my own machine. It may only affect new readers who haven't seen the site, or who havn't looked at it in a while.
|
|
|
3:30 pm August 25, 2009
| Kevin
Admin
| | | |
|
| posts 2503 |
|
|
I haven't been able to reproduce it either, but suspect that Role Scoper's attachment filter (based on .htaccess RewriteRule) somehow intercepted Super Cache's zipped output. That shouldn't be possible unless your uploads folder is wp-content, but I have added a RewriteCond to make sure this never happens.
This change is in the Role Scoper Development Snapshot, and will be included in the next release. I also discovered some problems with Firefox's caching of image data returned by Role Scoper, and made some changes which seem to correct that issue too.
|
|
|
11:15 am August 27, 2009
| nickaster
Member
| | nickaster | |
|
| posts 13 |
|
|
Cool, thanks. In the meantime, I want to uninstell role scoper. The problem re-occured last night even though role-scoper was disabled… I had temporarily enabled it then disabled it. So maybe there's still something in the htaccess that needs to be deleted? If so, can you tell me what that is?
|
|
|
12:11 pm August 27, 2009
| Kevin
Admin
| | | |
|
| posts 2503 |
|
|
The post-1.0.8 development code had a deactivation bug which prevented the normal cleanup operation (at least if you had RS_DEBUG defined). This is fixed now, or you can just delete the following lines from .htaccess:
RewriteCond %{HTTP:Authorization} ^(.*)
RewriteRule ^(.*) - [E=HTTP_AUTHORIZATION:%1]
RewriteCond %{HTTP_REFERER} !^[YOUR_SITE_URL]/wp-admin
RewriteCond %{REQUEST_URI} !^(.*)cache/supercache/(.*)
RewriteRule ^(.*)wp-content/uploads/(.*) [YOUR_BLOG_FOLDER]/index.php?attachment=$2&scoper_rewrite=1 [NC,L]
|
|
|
12:40 pm August 27, 2009
| Kevin
Admin
| | | |
|
| posts 2503 |
|
|
Kevin said:
The post-1.0.8 development code had a deactivation bug which prevented the normal cleanup operation… This is fixed now
Actually, it wasn't yet fixed, but is now.
|
|
|
4:30 pm February 20, 2010
| slobizman
Member
| | | |
|
| posts 2 |
|
|
Thank God I found this thread. I thought I was going insane.
I am having the same problem. I really want to use Role Scoper, but it's casuing these same file download problems.
I have WP-Cache set to:
Fully On Don't Cache Logged in users Cache Rebuild Checked
What can I do to make this work for me? It's really hard to debug because it doesn't happen to me, only someusers, and when I disable Role Scoper sometimes proels with some users persist for a while.
Any recent notes on this topic I've missed?
|
|
|
5:42 pm February 20, 2010
| slobizman
Member
| | | |
|
| posts 2 |
|
|
By the way I have the most recent relaases of both plugins.
I so wanted to use Role Scoper for a project badly. I hope there has been a new fix or there is a work-around.
Alternatively, is there another caching plugin that works as well as WP Super Cache, and doesn't have its own problems?
|
|
|
1:32 pm February 26, 2010
| Kevin
Admin
| | | |
|
| posts 2503 |
|
|
I'm wondering if your .htaccess file was last modified by an older version of Role Scoper, and for some reason the new RS version has not updated it (maybe due to file permissions). With the new file filtering scheme, non-MU blogs don't have any RS-imposed RewriteRule in the main .htaccess file at all. The only RewriteRules RS imposes are in uploads/.htaccess, and those are for specific filenames.
Can you post the contents of the .htaccess file from your WordPress root folder?
|
|