× Joomla Facebook Connect support forum

Topic-icon JFTP::write: Bad response after login

Active Subscriptions:

None
14 years 10 months ago #12232 by fb_1368404742
Hello, i just installed the last version, and after i login with super admin account trough jfbconnect, i get the error JFTP::write: Bad response

Do you think you can take a look at terrachat.com.pt ?

I can give you super admin access if you want to take a deep look at it.

Looking further for your reply

Sincerely
The topic has been locked.
Active Subscriptions:

None
14 years 10 months ago #12246 by fb_1368404742
Hi there,
Can you tell me wich folders/files need to be chmoded ?
I just found noticed that some folders like cache wasnt chmoded 777, so it might have been the admin tools component that change the permissions.
Anyways the jfbconnect was working till i update to last version.

Can you guys help me out ?

Sincerely
Daniel Q.
The topic has been locked.
Active Subscriptions:

None
14 years 10 months ago #12247 by fb_1368404742
Ive been trying to despite this error and i happen to turn the option "Always Import Profile Data: Yes No" off, and the error dissapeared, so i guess this is totally related with kunena avatar and maybe folder permissions.
Can you confirm what folders do i need to chmod?

Thanks in advance
The topic has been locked.
Support Specialist
14 years 10 months ago #12262 by alzander
Dani,
Very sorry for the delayed response.

Nothing on your site should ever be 777, because that means anyone can right to it. The proper way to set the ownerships is to let as few users have access to write, and never let 'anyone', which is the last 7 means.

In general, if you're using Linux and have the ability to chmod (change permissions) and chown (change the user that owns the files/directories), you should:
* Go to Help->System Information
* Click "PHP Information"
* Search for "User/Group" in the Apache section (can be named many different things)
** You should see something like: apache(12)/12
** This is the user and group that Apache and PHP are executing under.

* You should then chown your files so that they are owned by either the user or the group as set shown above. That way, instead of assigning "everyone" permission, you can use a permission like 775, which is writeable, readable, and executable by the owner and group.. but everyone only has read and execute permissions.

Whew. Hope that explains a little bit behind it. With that all said, and if it's a permissions issue, it's likely the import of the user's avatar. I don't remember where offhand that goes to in Kunena (can look it up if you'd like), but I'd recommend checking that folder and any subfolders there.. or simply disabiling the Avatar import functionality. The field import shouldn't be a problem, and disabling the "Always Import" will turn of field importing as well as avatars.

Good luck,
Alex
The topic has been locked.