File

When I upload images using this wonderful little extension, it seems that the custom field takes on a complete URL. Let me explain…

I use the custom field of {art_image}. When I use this:

<a href="http://{art_image}">Image</a>

It points to “http://www.mydomain.com/special_images/image.jpg” Is there anyway I can pull JUST the image.jpg segment out of that?

I’m wondering because here’s what I’m trying to do…

I have an article page that displays all the images that were uploaded with the weblog entry. If a person clicks on one of the images, I’d like it to take them to a new page that displays the JPG they clicked on but also show all the other images as well. Sheesh, I hope that all makes sense!

svh1-have you tried using the {file_name} variable for this? It has to be in a loop:

{art_image}
{file_name}
{/art_image}

Anyone else having problems with multiple File fields?

If I have more than one File type field (for example: MP3_SAMPLE_1 and MP3_SAMPLE_2), I will always get an error when I attempt to upload a file to both of them.

Seems that File is assigning the same (random) name to both files, and then generates an error:

MP3_SAMPLE_2  - The file ‘0a12bd6e49b63a7cd5da131bc92ed2e7.mp3’ already exists, please rename your file before uploading it to the server.

In the above example, if you scroll down the page you realize that 0a12bd6e49b63a7cd5da131bc92ed2e7.mp3 already exists because it’s the name just assigned to MP3_SAMPLE_1.

Anyone?

Fogcity– I have a vague recollection that somebody else had that issue. Did you check the other thread about this extension?

The code that generates the random filename bases it on the md5 hash of the current unix timestamp (look for the function _code in the extension file, around line 1097). That can be modified to be something even more unique. Perhaps adding the microseconds of the time, given by “u” or even some random number?

I seem to get the same problem with the File extension (3.1.1) that others have been getting with the TinyMCE plugin in another thread - anyone having the same problems?

Fatal error: Typography::require_once() [function.require]: Failed opening required (...)

The problem appears in 1.6.5+ when using a custom weblog text area field with Textile format at the same time as one or more custom weblog File field(s). And, from what I’ve been able to find out, it might have to do with the extension (see link above and this thread about 1.6.5 and a blank page on submit).

Anyone got the same problem or have a solution to the problem? It seems other extensions are likely to cause the same problem (TinyMCE, Playa and Multi realted entries for instance). Any help will be appreciated, thanks.

Hi there,

I’m having a weird problem with the file extension which I fixed by commenting out

//$server_path = preg_match("/^\//", $server_path)==0?PATH.$server_path:$server_path;
//$server_path = '/'.preg_replace("/^\/|\/$/", '', $server_path).'/';

at line 699+700

Otherwise it would not understand the upload path when I tried to upload a file, even though it worked through the standard file upload form.

I don’t really understand what this code does or why it would fix it. Just wondered if it would cause any other issues by commenting it?

Using EE Build 20081024, File 311, php 5 and mysql 5.0.22

Thanks for any help.

I had the same problem as Skyw1r2 and fixed it as he comments. I’m algo getting an SQL error message when editing the file upload preferences:

MySQL ERROR: Error Number: 1062 Description: Duplicate entry ‘1-show_thumbnails’ for key 2 Query: INSERT INTO exp_mh_file VALUES(”, 1, ‘show_thumbnails’, ‘yes’) ON DUPLICATE KEY UPDATE id=values(id), `key`=values(`key`), value=values(value)

Anyone’s getting that one?

Wondering if anybody has come across this situation. Uploading FLV’s of modest size (all under 5M and over 2M).

While uploading, before the entry has completed I’m redirected to a text summary of the entry I was attempting to create. In the listing for the field that has been assigned to upload the video I get a number of foreign characters - the entry continues to try an load with no success.

<

blockquote> —————————–1002156993557 Content-Disposition: form-data; name=”XID”

9deacd52d8761f653982b74c61d927b3b6e1a7e0 —————————–1002156993557 Content-Disposition: form-data; name=”weblog_id”

12 —————————–1002156993557 Content-Disposition: form-data; name=”entry_id”

150 —————————–1002156993557 Content-Disposition: form-data; name=”entry_date”

2008-11-28 12:42 PM —————————–1002156993557 Content-Disposition: form-data; name=”expiration_date”

—————————–1002156993557 Content-Disposition: form-data; name=”comment_expiration_date”

—————————–1002156993557 Content-Disposition: form-data; name=”author_id”

1 —————————–1002156993557 Content-Disposition: form-data; name=”new_weblog”

12 —————————–1002156993557 Content-Disposition: form-data; name=”status”

open —————————–1002156993557 Content-Disposition: form-data; name=”allow_comments”

y —————————–1002156993557 Content-Disposition: form-data; name=”dst_enabled”

y —————————–1002156993557 Content-Disposition: form-data; name=”trackback_urls”

—————————–1002156993557 Content-Disposition: form-data; name=”title”

Visual Magnetics Instalation —————————–1002156993557 Content-Disposition: form-data; name=”url_title”

visual_magnetics_instalation —————————–1002156993557 Content-Disposition: form-data; name=”submit”

Update —————————–1002156993557 Content-Disposition: form-data; name=”mode”

normal —————————–1002156993557 Content-Disposition: form-data; name=”field_id_72”

aertaretaertaertaer —————————–1002156993557 Content-Disposition: form-data; name=”field_ft_72”

none —————————–1002156993557 Content-Disposition: form-data; name=”field_id_70”

place_holder.jpg

—————————–1002156993557 Content-Disposition: form-data; name=”field_id_70_img[]”; filename=”” Content-Type: application/octet-stream

—————————–1002156993557 Content-Disposition: form-data; name=”field_id_71”

—————————–1002156993557 Content-Disposition: form-data; name=”field_id_71_img[]”; filename=”John Deere_Hero 460.flv” Content-Type: application/octet-stream

The directory is set to accept “All File types” with no other parameters defined.

Originally I thought this might be associated with the “upload_max_filesize” however this has been updated and still no resolution.

I’ve run across this situation several times recently though it was not associated with uploading large video files. Just standard images. I was running version 3.1.1 and tried backing up to 2.1.2 which seemed to correct this issue in that case. Though that change has not corrected this situation.

Host is Running PHP 4.3.9. This install is the most current 1.6.6.

Any ideas where to look?

I’m having the same issue with Safari (3.2) stalling out on upload. Firefox works like a champ, though. Deeply weird.

@ Pinch, what’s odd is I seem to be able to get past this glitch using IE7 and Chrome though neither is the browser I normally work in.

I wonder is this issue speak to a browser setting? Just throwing out a possibility though other than coincidence I have no real logical basis/foundation for this suggestion.

Wondering if anyone else has experienced this and if so, was there a solution?

When submitting an entry that has a file attached using the 3.11 version of the extension and EE 1.6.6 it will give you the following error:

Warning: Typography::require_once((my_path_to_web_folder)/html/system/plugins/pi..php) [typography.require-once]: failed to open stream: No such file or directory in (my_path_to_web_folder)/html/system/core/core.typography.php on line 464

Fatal error: Typography::require_once() [function.require]: Failed opening required '(my_path_to_web_folder)/html/system/plugins/pi..php' (include_path='.:/usr/local/php-5.2.6-1/share/pear') in (my_path_to_web_folder)/html/system/core/core.typography.php on line 464

There is a quick solution by editing the extension. Please see the whole thread at http://ellislab.com/forums/viewthread/96147/ since there also other extensions are affected it gives more insight that I can explain.

SOLUTION: (Thanks to phatphug) If you search for the following in ext.mh_file_ext.php: (should be around line 550):

//  Add Field Data to $_POST
//  =============================================
$r.= '<input type="hidden" name="field_id_'.$row['field_id'].'" value="'.htmlentities($field_data).'" />';

Then insert this line after it:

$r .= $DSP->input_hidden("field_ft_" . $row['field_id'], "none");

The only remaining bug that now stays is that, if you use multiple files + rename files option the extension will upload only the last file multiple time. If you turn of the rename option all is well.

This all applies to EE ver 1.6.6 and File extension 3.11

Seems that the extension does not work with MultipleSiteManager. All is fine in the CP but no content is being generated using either single variable neither variables pair. No output at all.

I have tried the extension on a non MSM installation and all is OK.

EE 1.6.6 Build: 20081114 Version: 1.1 Build: 20081024 File Extension 3.11 (modified / see previous post)

Any hint how to solve it appriciated

Odd - I’ve the extension working on an MSM site - but we’re not using other domains, just running the other sites in subfolders. I did find that I had to keep the “File” field names unique across sites - whereas other fields could be unique within one site.

Here’s the odd issue I’m having:

I have a weblog with two fields using the File extension - one to hold a product thumbnail (so it’s set to not allow multiples) and one field for product images (set to allow multiples).

For me - on either WinXP or Vista in any choice of browser I want - I can choose both thumbnail and product images, publish or quick save the entry and all is fine. Works great.

My client - on a Mac and in any choice of browser - can choose and upload images and the product images work fine but the thumbnails render out in the sourcecode with a filename only – with no path.

I’m using the single tag for the thumbs:

{product-thumb} {title}</a>

I note that if I play around with the custom field pair my uploads will trigger the total_results, count, file_name etc but my clients do not. His uploads don’t render at all using the tag pair.

Any ideas?

I have tried creating a fresh SuperAdmin user account for him and same result.

Thank you Boyink!

I did find that I had to keep the “File” field names unique across sites - whereas other fields could be unique within one site.

That was a great direction. I have MSM under different domains but have named the custom fileds identically to one of the fileds on the other site. Once I made them unique shortname all works OK. Such a life saver. Thank you so much.

I am not sure what is causing you trouble though. I am using mac With Safari but all uploads are handled OK. Can you peek into the database in the exp_weblog_data and see if the the names are stored correctly? But then again if they render fine on Win they should be OK. No clue to that.