Support has been upgraded!
The Support Forum is closed. Not to worry! Providing the top quality support you expect and we're known for will continue! We're not ending support, just changing where you submit requests. This will provide you with the best experience possible.
Have you purchased an addon for Connections such as one of our premium templates or extensions with a valid license and you need help?
Please open a Support Ticket in your user account.
Are you using the free Connections plugin? Don't worry, you are still very important to us! We are still providing you with the same high quality support that we're known for.
Please open a new support topic in the WordPress support forums for Connections.
09/23/2015 at 11:25 am #347912
So I just moved my site from development to production, and everything (I thought) was working great until I attempted to upload a new image for a directory entry.
I should note that I can upload images just fine via the media manager… no problems at all. It’s worth mentioning that the DocumentRoot folders in Apache on the two servers (dev and live) are slightly different.
- After I attempt the image upload, a folder with the slug name is sucessfully created on the file system, but Connections reports the image does not exist. See step1.png and step2.png… note odd path name with missing slashes.
- If I manually copy the image to the appropriate folder (via the file system), Connections finds the image, generates the various resolutions, and the image is correctly displayed. See step3.png
So it doesn’t seem like a permissions problem, but something specific to the upload?
This clearly isn’t a bug or problem per se with Connections, but a push in the right direction would be appreciated! I’m running out of ideas.
Attachments:You must be logged in to view attached files.09/23/2015 at 12:08 pm #347919
What I can tell you is that the error is triggered right here:
Since this seem to be a Windows server, I would expect the path to start with
C://www.. Perhaps there is something misconfigured in the
Can you go to the Connections : Tools admin page and generate a temp secret remote viewing URL under the System tab and share that with me? Thanks!09/23/2015 at 1:21 pm #347927This reply has been marked as private.09/23/2015 at 2:06 pm #347931
Hmmm… the paths are what I would expect, they do being with
C:\www\geoallianceso something is stripping those two backslashes. To debug further, I’ll need a temp admin account and an FTP login (can be limited to the wp-content folder if you wish).09/24/2015 at 2:00 pm #348052
Let me do a little more digging before you take time out of your day. It’s clearly something goofed on our side. I think it can probably be traced to the fact than the development server had a slightly different path (c:\www\geoalliance_wp) compared to the live server. Stand by, I may very well take you up on your offer!09/24/2015 at 2:49 pm #348054
Alrighty, just let me know.09/25/2015 at 9:27 am #348182This reply has been marked as private.09/25/2015 at 10:26 am #348185
Connections does use the
rename()function, but only to move the images from the legacy folder to the current folder structure. Now, that said, core WordPress does use it too, in the
wp_handle_upload()function which is what Connections uses process upload images… but the
rename()would only be used in the
wp_handle_upload()if the upload action var was changed from its default which is not the case so it do not think that
rename()is being used at all in this case.
After looking at the other functions, I did not think any of those were being used and I verified by searching the code source. The only one I found is the
exec()function in an unused email verification function so it does not apply.
So… I’m at a loss why any of those would cause the issue when disabled. Even still, why would any of those being disabled strip those two backslashes from the file path??? Very strange indeed.09/25/2015 at 10:38 am #348188
For the benefit of anyone else reading this thread: the problem was traced to some PHP functions I have disabled on our server for security purposes. I made some changes, and all is well. Nothing at all “wrong” with Connections.
You cannot reply to this support topic. Please open your own support topic.