Loading Profile...
Twitter,
Facebook, or email.
I’m
confused
Unable to browse server after 1.1 installation
I just upgraded Wygwam to 1.1. When I try to add an image from Wygwam and select browse server for the file, I get this warning. "The file browser is disabled for security reasons. Please contact your system administrator and check the CKFinder configuration file." Do I need to modify the config.php for CKFinder?
Official
Response
-
Been a while since this came up, so I forgot about it. But your issue is that you're using nGen File Field 1.0, which was incompatible with Wygwam. They fixed it in 1.0.1, so updating that will fix your issue.
EMPLOYEE
-
Try re-saving your field, making sure that the Upload Directory setting is set correctly.Comment
-
-
Are you using a relative upload directory path?
-
-
Same issue as first post. FYI - I've got a full path in the file upload preference settings for the default "uploads" folder in "images" directory. I can provide access to the install if you want to look around.-
did you try re-saving your field?
-
-
I think I did. I disabled/enabled the wygwam frame field type. Resaved the editor toolbar settings. In the custom field group I created a new field for it and saved again. Same message still when trying to upload/view server files.
-
-
-
-
-
Thanks Brandon, I tried re-saving my field and checked the permissions on the upload directory. The paths are correct and the permissions are set to 777. I am still getting the same warning.
-
-
Can one of you create a Super Admin account for me, and email me the credentials, as well as FTP info?
-
Info - sent to your brandon-kelly domain address.
-
-
I added you as a super admin. I also sent you the FTP details as well.
-
-
-
-
-
I created a super admin acct and will email all info over shortly
-
-
Thanks guys. I'll look into this tonight.
-
-
Just to tack on - I'm having the same issues as well. I'll stay tuned. Thanks for looking into it Brandon. -
-
Don't know if this helps but I installed 1.1.1 on EE running 1.6.7 and I had the same issue. I installed 1.1.1 on EE running 1.6.8 and everything is working fine.
-
-
Same issue....on 1.6.3. Will see if upgrading to 1.6.8 takes care of it. -
-
Okay, here was my fix. My site is on a Media Temple DV 3.0. The DV was purchased a while back and is still running php 4.3.9. I upgraded the php on some domains following this process here. I even tried it on the domains that were running the old php with the same problems. These were running EE 1.6.6
I also have a new DV 3.5 running php5 for another project and I tested it there, and it worked fine without any server changes. This was running EE 1.6.8
I noticed a permissions warning from my server error logs when I tried to use the CKFinder. I finally got it working on the DV 3.0 by changing the permissions on the folder that stored the session data. In my case it was located here "/opt/php51/var/lib/php5/session/". I changed the permissions to 777 and the CKFinder in Wygwam started working. You will need root access to do this. I hope this helps. -
-
Just tried that, but no luck. The folder that stores sessions for the server is /tmp in the root and it was already set to 777. Still need to see if upgrading to 1.6.8 helps
-
-
Upgraded to 1.6.8 but it didn't solve this issue. So changing permissions on sessions folder and upgrading to 1.6.8 didn't solve it for me.
-
-
I’m
hello world!
Ok so I am posting in the collective error thread now.
I have EE 1.6.8, correct 777 permissions on the upload folder, path points to the full path and have re-saved the field type. Not sure what else to do? -
-
Quick update – if you're getting this error, it means that (for whatever reason) Wygwam's session variables aren't getting passed from the CP to CKFinder.
In Brian's case, the reason was that PHP was unable to save session variables. Easy fix.
But I've been working with Rob privately on this as well, and it's a different issue there. Worst part is that I'm unable to reproduce the issue on his own server, regardless of browser. It's working just fine for me. But he's unable to get it working, and he's tried from multiple computers and browsers.
So I'm really at a loss right now... -
-
Ok that makes no sense at all, why it would work for you and not for him on hos own server. The same thing here and I created a new user just incase and I can send you that User/Pass if that helps?
I also tried it on several browsers, FF, Opera in Linux Mint. Will try in Windows Vista, maybe it's the OS, who knows.- view 3 more comments
-
-
-
-
@Brian at the cost of sounding n00b, I have no idea where my session files get saved on Centos5 :)
-
-
@dvancouver You can take a look at your php info from the utilities in EE. Look for this directive "session.save_path" this will tell you what directory your session variables are stored.
-
-
-
-
If you guys can start emailing me Super Admin accounts and FTP credentials, I will try to look into them individually. It's possible there's other, more approachable culprits out there as well.
-
Just sent you my info.
-
-
Sent info as well
-
-
-
-
-
I’m
boiling noodles!
Brian that worked! Thanks! I still need to test it out through and through but the message went away and the photos on the server came up:) -
-
Excellent. I hope that did it for you!
-
-
Sorry, but I'm having the same issue also. The php session folders set to 777 so it's not that.
-
-
I too am having the same issue.
From php info I can see there is no value set for session.save_path. -
-
I’m
frustrated
Any progress on this issue by any chance?-
Sorry, at the EE Roadshow today, and won't be back home until Sunday. I'll try to look at it then.
-
-
-
-
-
I’m
anxious, it has to work today, the first site opens tomorrow
I have the same issue here, but I had it working before.
I'm setting up two websites (with MSM) and until then, you could access them this way :
http://somedomain.com/site1/
http://somedomain.com/site2/
I recently created two sub domains :
http://site1.somedomain.com/
http://site2.somedomain.com/
I'm not sure when it started not to work anymore but my guess is that the error started come up when I did the sub domain thing. -
-
I’m
frustrated, it still doesn't work
I took some time to test new things :
- As said in my previous post, I have this configuration :
http://site1.somedomain.com/
http://site2.somedomain.com/
Site 1 : Main install of Expression Engine, where system and Wygwam are placed. CKFinder File browsing works in there, everything is fine.
Site 2 : Additionnal site (MSM), CKFinder file browsing doesn't work. I assume it's a domain problem ?
- I changed session folder mode to 777, I see the session files being created but this doesn't fix the problem.
- I tried to create a symbolic link so that fieldframe can be accessed from the same subdomain (on Site 2), but I haven't managed to make it work. Doing this created a 500 server error when the script tries to access some connector.php file. -
-
Looking at the previous post I decided to try something. I noticed that if I access the CP using www before the domain, browse server works! if I login without using www I get the security error.
- view 4 more comments
-
-
-
-
-
I had a similar situation, only different. With www.domain.com: security error. Without www browse server works...
-
-
Thanks, work 4 me
-
-
-
-
Another update:
I'm back from Seattle, and have spent the morning looking into this. I've decided that I need to just go about this another way, and have started working on that.
I'm hoping to get an update out tomorrow morning, or soon after.-
Ok, ignore this... looks like I just need to address the www thing.
-
-
-
-
-
Those of you that are finding the 'www' to be the culprit, did you omit the 'www' from your Fieldtypes Folder URL in FieldFrame's settings?
-
That's the opening for the solution. I didn't have the www in the path, that's why it did work without the www. Now I changed the fieldframe-path to www.domain.com and now it's working with www.
-
-
I had included the www in the fieldframe settings, but it drops off when I log in - which i guess means I didn't include it within the EE system preferences - had the same issue with fieldframe on a previous site when I moved it to a remote server so should have learnt my lesson
-
-
-
-
-
I omited 'www' from my Fieldtype Folder URL setting and adding the 'www' in the setting corrected the issue for me - I can now browse the server.
-
-
That worked for me too! I can also upload too. Sweet.
-
-
I’m
frustrated, it still doesn't work
Well this confirms this comes from the domain, but what's the solution for MSM ? My clients are going to access the system backend through admin.php file from another domain and removing or adding www is not helping at all.
Do you think of some fix or trick that could make it work ?-
Try removing the domain entirely from your Fieldtypes Folder URL setting. So, rather than http://example.com/system/..., go with /system/...
-
-
This doesn't either. Could the problem be related to some cookie settings ?
I'll try custom settings in CKFinder config.php tomorrow. Good night and thanks for your help ! -
-
-
-
-
So when I set the full URL in fieldframe settings (http://example.com/system/...) the file browser works only if I access the control panel using http://example.com/system/, but it doesn't work with the MSM site if I access the control panel using the admin.php file.
If I set a relative URL (/system/), Wygwam only works on the main domain where Expression Engine is installed, but if I access the control panel using admin.php, as my clients will do, nothing works at all (Playa doesn't work either in that case).
There seem to be a cross domain issue. Any ideas ?-
i'm considering your admin.php thing a separate issue, since that's more of of a general FieldFrame thing. You can probably solve that my making a symlink to your fieldtypes folder in the place that your browser is looking for it..
-
-
-
-
-
I've made a change that should fix this issue for the majority of people. If anyone has a couple minutes to test it, please shoot me your GitHub username asap.
- view 3 more comments
-
-
-
-
Yeah. It worked for me. Tested on the current site I'm developing and the vanilla build and it worked both times. with the full url in fieldtypes and just /system/... - previously would fall over if the full url was there.
-
-
Thanks Joel! I'll go ahead and release this.
-
-
-
-
This has been fixed in Wygwam 1.1.2.
-
Can you check to make sure PHP's session.save_path is writable? (See Brian's post above.)
-
-
-
-
-
My bad - the url to the Fieldtypes was still pointing to the dev-url. Looks like it's picky on security. Problem solved.
-
-
Hi
I am getting this same warning.
I have a clean install of 1.1.2 on ExpressionEngine v 1.6.8 (not using MSM) running in develpoment under WAMPserver on my windows machine using a specific port number 8081 - would this affect anything ?
I have checked the fieldframe URL is full URL and correct.
Any ideas?
Cheers...-
Can you check to make sure PHP's session.save_path is writable? (See Brian's post above.)
-
-
Hi, Yes thats all fine, it is set to C:\wamp\tmp and that folder has loads of files in it. However, there are no files in it dated for today (and I have tried the plugin today)
-
-
-
-
-
I’m
anxious
Hi, Any news on what I should try next - I really want to use Wygwam (not least because I have paid for it) but I can't use it without the image functions.
-
No response on this issue - I will have to go back to tinymce for now and get a refund - I will monitor this thread and if the issue gets reolved, I will try again on a different project.
-
-
-
-
-
I’m
frustrated
Hi Brandon. Like you need more people crying about the image upload issue right? Same issue. Bought it today. Hopefully these screen grabs will help. I'm running EE 1.6.8 and its a near fresh install. Only a day old. I would love to use your elegant WYSIWYG editor. I have 1.1.2. Please help.
Edit File Upload Preferences:
http://dl.getdropbox.com/u/1052922/Sc...
Edit Field Group:
http://dl.getdropbox.com/u/1052922/Sc...
Craziness When Browsing Server (for images) Within Wygwam:
http://dl.getdropbox.com/u/1052922/Sc...
Browsing Locally to Upload an Image Within Wygwam:
http://dl.getdropbox.com/u/1052922/Sc...
Results After Image Upload Within Wygwam:
http://dl.getdropbox.com/u/1052922/Sc...
FieldFrame Manager (What's Enabled and paths):
http://dl.getdropbox.com/u/1052922/Sc... -
-
-
Hi Brian.
I couldn't copy all of it. You'll understand why when you see the screengrab.
http://dl.getdropbox.com/u/1052922/Sc...-
Brian? Ouch!
-
-
-
-
-
I'm so sorry about that. Multi-tasking. Seriously. Sorry. Very inappropriate.
-
-
Haha no worries!
I think your issue is actually just a redirect thing. The HTML showing in that dialog looks like the default EE template. So my guess is that rather than getting the actual CKFinder contents, the index.php redirect in your .htaccess file is redirecting the browser to your EE site.
Try replacing your index.php redirect with this:
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php/$1? [L]
-
-
My current .htaccess file looks like this:
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond $1 !\.(gif|jpe?g|png)$ [NC]
RewriteRule ^(.*)$ /index.php?$1 [L]
When I change it to
RewriteEngine On
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^(.*)$ index.php/$1? [L]
all of my frontend pages require index.php. I'm sorry. I wish I was better at understanding regular expressions. -
-
Your original one looks fine, actually. Maybe all of the files didn't get uploaded correctly. Try deleting the wygwam/lib/ckfinder folder, and re-uploading it.
-
-
Hi Brandon. I just mailed you at "me@brandon...." I tried replacing the whole thing.
-
so I am having the exact same issue. Interested to see if you two came up with a solution via email?
-
-
-
-
-
I'm developing locally on my Mac (Snow Leopard). I was having a whole bunch of issues with this as well. I tried changing the session.save_path, couldn't remove the www because there was none and reuploaded everything. None of this worked and still doesn't in Firefox. However, when i tried using CKFinder in Safari, it worked perfectly.
Do you think its something up with CKFinder + Firefox? -
-
I tinkered with it some more and found that when I change wygwam/lib/ckfinder/config.php CheckAuthentication to just return true it works. Granted that kinda breaks the whole authentication bit...
- view 6 more comments
-
-
-
-
-
-
-
No I haven't had any luck. When I upload it to the actual server, it works just fine, so its not too critical and considering Brandon is at EECI2009 right now, he's probably busy. I figured I'd just wait and see what he has to say when he gets back.
-
-
Thanks Wes, glad to hear it's all working once uploaded. Will look at uploading it somewhere to test it out. Too much headwork for one Friday!!
Thanks for you help. -
-
-
-
Hi Brandon. Did you receive my private email? I know you're busy, but I would love like to get this WYSIWYG editor working for a client site. I really don't want to go back to TinyMCE.
I did the reinstall as you suggested on 1.6.8. Still getting that "XML Request Error: (OK) 200." No dice.-
I did, and looked into it a bit this morning before work, and will continue tonight or tomorrow morning.
-
-
-
-
-
Thanks, Brandon. I really appreciate your help.
-
-
Hi Amy,
I just set the permissions of the wygwam folder and all enclosed items to 755, and everything appears to be working now! -
-
Thank you so much, Brandon. How in the world do you figure this stuff out? ;)
-
Haha, just fire a lot of shots in the dark...
-
-
-
-
-
Brandon,
Here is are the screen shots of the issue I am still having with wygwam 1.1.2
First Screen
Second Screen
Thanks for all your help-
Brandon, I am getting really close to release time for this project and I need to get this fixed. Any attention you can provide would be greatly appreciated.
-
-
Just noticed this is the same as my issue posted below.
-
-
-
-
-
I had that exact issue and Brandon changed the folder inside "system > wygwam" to permission 755. Worked on my server.
-
"The Other Brandon"'s issue is slightly different. His files are getting loaded correctly, but it looks like some of the cookies aren't getting saved.
-
-
-
-
-
Hi Brandon Kelly,
I also got the problem like "The other Brandon" but a bit different. Below are the error:
"URL requested: "http://itnm.xisnetsolution.com/adminp..."
Server response:
Status: 200
Response text:
Warning: require_once(./php5/CommandHandler/CommandHandlerBase.php) [function.require-once]: failed to open stream: No such file or directory in /home/xisnetso/public_html/itnm/adminpanel/extensions/fieldtypes/wygwam/lib/ckfinder/core/connector/php/connector.php on line 33
Fatal error: require_once() [function.require]: Failed opening required './php5/CommandHandler/CommandHandlerBase.php' (include_path='.:/usr/lib/php:/usr/local/lib/php') in /home/xisnetso/public_html/itnm/adminpanel/extensions/fieldtypes/wygwam/lib/ckfinder/core/connector/php/connector.php on line 33
"
Thanks,
--Jai -
-
Hi I'm running Wygwam 1.1.2 which I bought yesterday, got the ckeditor working fine but also getting the unable to browse server to upload or choose an image.
My setup is slightly different to everyone else as I'm running this locally on osx running MAMP.
I can uploads files fine using the expression engines default upload but not with ckeditor. My settings on the expression engine upload are as follows:
Server path to upload directory: /Applications/MAMP/htdocs/system/extensions/fieldtypes/wygwam/lib/ckfinder/userfiles/
URL of upload directory: http://localhost:8888/system/extensio...
Question I guess is do I need to configure the config file for ckeditor. There was no instructions with the files I bought?
Thanks for your help
Rich-
I just bought Wygwam and have the same problem on MAMP.
The file browser is disabled for security reasons. Please contact your system administrator and check the CKFinder configuration file.
Obviously there's a configuration issue. Anyone know what it is? -
-
I just bought Wygwam and have the same problem on MAMP.
The file browser is disabled for security reasons. Please contact your system administrator and check the CKFinder configuration file.
Obviously there's a configuration issue. Anyone know what it is? -
-
-
-
-
Hi Brandon, I was wondering if you were still working on making Wygwam work on a MSM admin ? (using admin.php)
This would really help ! Thanks !-
I'm not sure what you're talking about, but can you please elaborate on a new thread? This one's about file uploading issues.
-
-
-
-
-
I keep on getting this error:
Notice: Undefined index: wygwam_12_s in /var/www/vhosts/DOMAIN/subdomains/admin/httpdocs/system/extensions/fieldtypes/wygwam/lib/ckfinder/config.php on line 22
Notice: Undefined index: wygwam_12_h in /var/www/vhosts/DOMAIN/subdomains/admin/httpdocs/system/extensions/fieldtypes/wygwam/lib/ckfinder/config.php on line 23
I was able to fix it by clearing the cookies but it's returned and clearing does nothing to help. Any ideas? -
-
Hey guys... Thanks a ton for your patience on this, and sorry for the lack of activity recently. I just got back from EECI a couple nights ago and am all settled in now. I've got a couple people's FTP and Super Admin credentials, and will resume looking into this issue tomorrow morning. Promise!
-
-
Those of you still having issues: I just fixed another culprit for this bug locally. Please post your GitHub usernames so you can test. I want to make sure all of you have this working before releasing the next update.
- view 4 more comments
-
-
-
-
-
twistsystems
-
-
added brandonvaughan and twistsystems.
-
-
-
-
Ok, access has been given to wesbaker and dajaniel. If you're still having issues at this point, please email me with any error mesages you're getting, and FTP and Super Admin credentials.
https://github.com/brandonkelly/wygwam
(And keep the account names coming...)- view 3 more comments
-
-
-
-
bought the wygwam 1.1.3 extension today and also get the "The file browser is disabled for security reasons" error. Github: thomasjacobs
-
-
Wygwam 1.1.3 fixed the last of the known file browsing issues. Email me your Super Admin and FTP credentials if you're still experiencing problems.
-
-
-
-
It didn't fix itself for me. In Firefox I get the same error. In Safari I get a rather long XML error.
- view 5 more comments
-
-
-
-
-
-
Yup, when I turn off strict errors, its fine in Safari, but still won't work in Firefox. I disabled all of the extensions just to make sure nothing was tweaking any settings.
I've never turned cookies off. When I go into Privacy it says: Remember History. The documentation says that means cookies are on.
If it helps here's my system information:
Mac OSX 10.6.1
PHP 5.3.0
MySQL 5.1.38
Would any of the PHP settings help? -
-
Go to Preferences > Privacy > “remove individual cookies” and type in your domain in the Search field. Resize the window so all cookies are visible, take a screenshot of it and upload it.
-
-
-
-
I just updated CKEditor to 3.0.1 and CKFinder to 1.4.1.1. Those of you that already have access to the repo, feel free to re-download and test!
- view 1 more comment
-
-
Brandon, how do we download the latest CKEditor and CKFinder versions (and where)?
Also, I get this error when using CKFinder on MAMP 1.8.3:
The file browser is disabled for security reasons. Please contact your system administrator and check the CKFinder configuration file.
How do I configure CKFinder to work appropriately? -
-
Send me your GitHub username and I can give you access to the private repo.
-
-
-
-
I’m
confident
Installed the latest update from GitHub but same problem:
The file browser is disabled for security reasons. Please contact your system administrator and check the CKFinder configuration file.
For your info Brandon I'm running this locally on Mac OSX Leopard through MAMP with Safari Version 4.0.3 and Firefox 3.5.3
I can get this working locally if I configure CheckAuthentication to Return True in CKFinder config.php
If you need any other info let me know.-
Cheating like that will get you past the security warning, yes, but the reason it's not returning true in the first place is because the file upload directory info isn't getting passed to CKFinder correctly.
Seems to be there's a common issue with MAMP. Does MAMP have cookies disabled by default or something? -
-
Not sure, will look into it see what I can find.
-
-
-
-
-
Cleared down cookies and run expression engine again. Viewed Cokkies and this is what I have (if this is of any use) LIke you said could well be a MAMP Problem.
- view 2 more comments
-
-
-
Good to hear!!
-
-
Pukka extension by the way, so much simpler than all the others. Nice work, thanks for all of your help!
-
-
-
-
Hey Brandon, you gonna upload a new release?
-
Tomorrow, yes.
-
-
-
-
-
Good job on fixing this in MAMP, Brandon. Works like a charm.
-
-
This may be a different issue, but after installation of 1.1.2 when I click 'Browse Server', then select an image by double clicking, it closes automatically closes the window but upon returning none of the fields are filled in: http://cld.ly/60845
I have looked over the preference and such and can't figure out what the issue is. I tried the same with uploading, and again no data returns.
Ideas?-
You're probably accessing your CP from a different domain (www vs no www) than your Fieldtypes Folder URL is set to in FieldFrame's settings.
An easy way to ensure that never happens is to set the FIeldtypes Folder URL to a root-relative path (/system/extensions/fieldtypes/) -
-
-
-
-
Brandon,
I just noticed a problem with the www vs. non-www myself. I changed my "URL to your “fieldtypes” folder" path to a relative path from my web root and it fixed it. But I would strongly recommend/ask that you update FieldFrame settings page to change the example, because I had followed the format of the example path on the settings page and would have never known to do otherwise if I hadn't read this post.-
Good idea. Just changed the example on GitHub for the next release.
-
-
-
-
-
I am getting this problem message in firefox.
Seems to be okay in Safari, but if I click an image in the browser it doesn't actually populate the input box with the file.
How can I fix this?-
Ah it was the www - non-www thing. Hadn't seen that I was logged into the non-www
-
-
Ah it was the www - non-www thing. Hadn't seen that I was logged into the non-www
-
-
-
-
-
Just to add a note - my hosting company offers two root relative paths that lead the same place: public_html and www. If I use public_html the file browser doesn't work, but if I use www it works.
-
My hosting company offers this option also, but neither option fixes the problem for me, unfortunately.
-
-
-
-
-
I get this on a client's site, with version 2.0.1. The strange part though, is that on my computer, logged in to any account, I have no issues. On any other computer, CKFinder spits back the configuration error. I have no idea if this is a recent development, as I upgraded the client recently from the LG WYSIWYG editor. -
-
Do you have nGen File Field installed? If so, try upgrading to 1.0.1.
-
-
First born = yours.
Been jerking around with this and different solutions for 3 hours, but never came across this bug in that field. Thanks! -
-
Hey Brandon, I'm having this problem, too. the system path is relative already. it works fine without the WWW, but with, it busts. Help? :) Thanks!-
The Theme URL needs to be root-relative in Admin > System Preferences > General Configuration (e.g. "/themes/")
-
-
-
-
-
/home7/accountname/public_html/ee/themes/
no?-
That looks like the path to your Themes folder. I'm talking about the *URL* to your Themes folder.
-
-
worked! thank you!
-
-
-
-
-
Ah! ok. No, it's not relative. let me give that a go.
-
-
I'm receiving the same "The file browser is disabled for security..." error. I've seen the error before but this time it has me stumped.
It appears to pertain to a specific field / field group only. In an attempt to troubleshoot we've found that using the "quick save" option from the publish / edit menu clears the security error every time.
Steps to reproduce:
1. Log in and publish / edit an entry from the specific weblog
2. Attempt to browse the server to insert an image
-- security error received
3. Quick Save
4. Attempt to browse the server to insert an image
-- error gone
Any thoughts?
Thanks,
Shawn -
-
That's really weird... Is it possible that you just waited a lot longer to open the file browser before hitting Quick Save than after? (Maybe the PHP session expired by the time you tried browsing.)
-
-
Hey Brandon,
No and I've tried numerous times to test... Like I said, it happens every time. Can I shoot you an email w/ FTP / EE info and have you take a look?
Thanks,
Shawn-
Sure – support@pixelandtonic.com
-
-
-
-
-
Been a while since this came up, so I forgot about it. But your issue is that you're using nGen File Field 1.0, which was incompatible with Wygwam. They fixed it in 1.0.1, so updating that will fix your issue.
-
-
I’m
thankful
Thanks Brandon. I'm going to go kick someone in the shin for not installing the newer version.
-
-
I have the same problem in 2.1 but this can also be because there is a issue with my cache folder with doesn't work how it should be.
First it worked fine but now not any more and can't browse on the server -
-
Hello. I was having the same issue (file browser not opening) so I checked my General Config paths and I did not have www. in my path. I added it and it works fine now.
-
-
... I seem to be having the same problem... all seems fine except the file browser not connecting. Exactly where do I compare and change the paths to see if different etc.
thanks Lance
-
Probably your upload directory settings (Admin > Content Administration > File Upload Preferences).
Sorry, I meant to point you to this other thread earlier: http://help.pixelandtonic.com/brandon... (been on vacation in Spain trying to handle support almost entirely on my iPhone... not very fun!) -
-
-
-
-
I’m
excited
yeh, creating a new directory path seemed to make everything behave again. supa awesome plugin. thanks.
-
