This is an issue for your webhost. Either permissions on a directory are set wrong, or a php upload limit is set too low. Regardless, this stuff works in c5 so its a matter of making your copy of c5 work right on the server.

I had a similar problem when I first started using concrete5. Personally it just came down to my php.ini settings. At this link

http://www.concrete5.org/community/forums/usage/unable_to_upload_im...

I included a file to replace the standard file upload script. It reported server errors that are only reported on a failed upload.

Unfortunately the file is only valid for version 5.2, but you could easily modify it to work with a standard html form. Any errors reported would be same cause of your issues in concrete5.

Would it truly be a php config or permissions issue if it sometimes works?

By the way, max upload size is several megs and I was seeing it hang for a 150kb jpeg, for instance.

I have figured out that I can't upload files that are >100KB. Small files work fine. php.ini settings are set for max upload: 7M and max post: 8M

and as far as I can tell nothing that concrete5 limits. There is something in either concrete/config/app.php or config.php that looks(looked) at max image width, but I can't reasonably say that it is the case anymore.

I know we discussed this through IRC so i think this is certainly a hosting problem as I don't see where concrete5 stands in the way of a post and upload.

Dreamhost is telling me to start fishing for a new PHP script. Doesn't sound like too much fun to me. Unless somebody has a super awesome script to use (does script=PHP install?)

Any Dreamhost users out there with similar problems?

Script means different software to use. They are basically saying they don't want to help you and you should just use something else.

Could you post your full php.ini here please?

and a link to a file that contains:



and I can have a look

I contacted dreamhost and they recommended trying this out:

http://sxi.sabrextreme.com/forum/...

basically you install a special version of ioncube to create a modifiable php.ini:

http://sxi.sabrextreme.com/forum/viewtopic.php?f=3&t=3...

They said it can kill some sites but they can reverse the changes fairly quickly.

I decided not to do this and just switched that particular site to another host (lol) since I'm not sure I want to dependent on a hack like that.

However, I did appreciate the info!

-mario

Is it working fine with the new host?

Here's the php.ini. This is the stock Dreamhost PHP.ini. For some reason, as mentioned in the dreamhost, pretty url's, and videotape thread, reimplementing it in your site directory makes the difference for pretty urls working, and I have done that.

Here's php info:

http://www.stainedonline.com/eelco.php...

I really really wonder if this is a permissions issue.

What are the permissions of the files directory and the directories beneath them?

If you have error logs from apache as well that might help. Or if there is anything under Reports > Logs.

PHP provides several error codes when an an issue occurs, while uploading as a result of the PHP server settings.

Unfortunately Concrete5's error reporting to the user on this is poor. The only error you get is a "Token error" which will only trigger if the file size exceeds "POST_MAX_SIZE". Not very descriptive and doesn't provide any hint where the error lies.

Another example is, if you are trying to upload a file and don't have a tmp folder set, it will never upload and appear to hang. In my case this was my issue. Strangely however, sometimes with smaller files it did, sometimes it didn't.

I can't be sure this is the answer to your problem, but it is certainly sounding the same.

I have gone through and adjusted the concrete5 single upload script to give file upload error reporting.

The attached file replaces concrete/tools/files/importer/single.php

Obviously make a duplicate of your original before replacing it with the attached script.

The error reporting will only happen for single uploads. Multi uploads will still hang.

I know this is an old issue, but I recently had a similar situation. I was routinely replacing individual image files, 14 of them, and each one uploaded fine with the exception of #9 for some strange reason. The upload would just hang. Since the file was 254 KB in size and less than others that successfully uploaded, I don't think size was an issue. I also tried re-saving the file in Photoshop, thinking that it may have corrupted during a previous save, though it loaded fine in Photoshop and showed now sign of a problem otherwise, just trying to use a process of elimination. I tried deleting the original and then uploading the new file, rather than using the "Replace" option and this didn't work either. The upload would just hang indefinitely. Then, I tried using the Upload Multiple option, even though I was just uploading one file, and it worked flawlessly. I can't explain why, but if you are searching for answer to this problem, I suggest, try that.