File

Odd behavior.

I’m using version_310 on 1.6.1 Build: 20071204.

I’ve defined, in my custom field group a series (one after another - 8 total) of fields which use the file upload extension.

If, after creating an entry, I edit that entry, without making changes to the first file upload field, the image associated with that field no longer renders to the template it is called from.

What seems to be occurring is that after updating a “return” is entered after the file name in that field. So the rendered URL reads as:

"background-image:url('/images/uploads/project_icons/ID_rhythm_system_icon.gif
')" //<--return causing path closing to disassociate itself with the image path above

If the image is re-uploaded the URL is then restored to

"background-image:url('/images/uploads/project_icons/ID_rhythm_system_icon.gif')"

and the image gets displayed.

This is not occurring with any of the other fields.

Any idea what could be causing this?

Anyone out there got any solutions, I’d be most grateful for any assistance 😊

This is a known problem from a couple of pages ago. You need to disable the extension, add the new upload location, and reenable the extension.

Remember that disabling and reenabling the extension makes some upload location settings to be lost (namely, all the choices like crop/auto, generate thumbnail, etc… will reset).

-Matt

I cant seem to get the extension to work. I have the following code:

{exp:weblog:entries weblog="downloads"}
<li>{title}
{bestand}
{file_path}
{/bestand}
</li>d

{/exp:weblog:entries}

Where ‘bestand’ is my custom field for the files. it outputs the following:

<li>Name of entry 1
{file_path}
</li>
                
<li>Name of entry 2
{file_path}
</li>

Has anyone an idea of what i am doing wrong?

Hope this helps 😉

Some heads up on the new 2.0 multiple file looping that changed from {multi_[fieldname]} to {[fieldname]s}

{images}
{image}

{/images}

Had to dig through the code to find this out Mark. =) Thanks for the great work in v 2.0 though!

This looping thing doesn’t work for me.

Here is my code -

<h2>Facility Photos</h2>

{facilities_photos}
    {file_url}

{/facilities_photos}

And this is what I get back in HTML -

<h2>Facility Photos</h2>
        <img src="http://local.aspenparks.com.au/assets/images/content/park-photos/pilbara-1_1.jpg" alt=""  />
    {file_url}

{/facilities_photos}

Am I missing something here?

Scrap that. I upgrade to 3.1.1 and all is well 😊

Excellent 😊

I still haven’t figured out how to set both the width/height that the full size image should be scaled down to and the thumbnail. In the 2.x versions, this was in the settings (see attached). But with the new extension those fields aren’t in the settings. According to Mark the thumbnail size is driven by the max width and height specified in the upload destination settings. So how do you set the size of the full size image?

Let me provide an example: I have an image 800px x 800px. When i upload it, I want the full size version scaled to 600px x 600px and a thumbnail created at 100px x 100px.

With the 3.x version of the file field, how would I do this? The 2.x version could. Please help!

I tried it on a windows server. It doesn’t support gd nor segments so resizing I knew was out. Problem is though, it won’t even upload a txt file. Does this work on windows?

Thanks

james Brown - I ran into the same issue with wanting thumbnails and the main image resized. I eventually rolled back to version 2. I’d rather use something like Fireworks or Photoshop to resize the images prior to upload, but I like having the file resize as a safeguard against content editors blowing out the page with a jumbo sized image. As far as I can tell, this is not an option with version 3.

timkelty - I ran into the same problem with a blank page after saving a weblog entry. My problem was that I didn’t have a number in the height field, only in the width. Once I dropped in a height parameter in the file upload settings I didn’t get the blank page anymore. It sounds like you had both height and width settings, so this may not apply to your problem.

Scheffey: I agree that it would be better to scale the large size in an image editor. But generally when I am creating these EE sites they are for other people to use with little to no skill or knowledge of such things. Do you know if the last 2.x version works with EE 1.6.2?

We’ve got version 2 running on 1.6.1 without any issues (yet, it has only been two days), but we haven’t tried it on 1.6.2

I’ve been using a combination of file and phpthumb. The problem with file’s native thumbnails is that once their created, that’s it. It doesn’t allow for flexibility down the track to resize images on demand from the original images.

Using phpthumb or another image resizer is your best bet.

I’ve tried each version of this extension but can’t get it to work in 1.6.2.

Here’s my code:

<div class="thumb">{cf_bio_image}{file_path}{/cf_bio_image}</div>

The result I get is:

<div class="thumb"></div>

What am I doing wrong?

Two errors I’ve spotted -

1. If I upload two files with the same name, I get a white page when submitting the entry. The files could be the same in the same entry or even as another entry.

2. If I turn on file rename, then upload 2 or 3 images, only the last image gets uploaded by 3 times!

I’d also like to make two requests for 3.12 or 3.2 -

1. The ability to control the size of the thumbnail

2. A warning that a file with the same name already resides in the target folder. What if I want to associate this file with two entries? I’m not sure if this possible. I guess the filename change option is in order if not.

Otherwise all is good 😊