FileUpload 1.1 Released

rayk

Running Vanilla 2.0.6, can upload fine but it doesn't seem to have the ability to insert the attachments into the post?

They just appear as download links : /

candyman

I need only a limited number of users can upload images: is there the possibility of granting the upload to users belonging to a particular group only?

nevir

I need only a limited number of users can upload images: is there the possibility of granting the upload to users belonging to a particular group only?

After installing the plugin, you should have two new permissions per user group: Allow/Deny "Attachments Download" and "Attachments Upload"

candyman

Perfect! Thanks!

viziona

thanks for great plugin

on vanilla 2.0.6, I don't see attachments in all comments, only in first comment of discussion

viziona

there is some incompatibility between this plugin and Signatures
when I disabled Signatures, the attachment appeared in comments, too

hope that this helps in figuring out the problem

theocas

there is some incompatibility between this plugin and Signatures
when I disabled Signatures, the attachment appeared in comments, too

hope that this helps in figuring out the problem

I disabled Signatures as well, but still won't work. Anyone find out the same thing?

mandarin

@Raize Yes jpg works fine, but not jpeg.

nevir

@Raize Yes jpg works fine, but not jpeg.

This is a setting pulled from your config. Override $Configuration['Garden']['Upload']['AllowedFileExtensions'] to add it:

$Configuration['Garden']['Upload']['AllowedFileExtensions'] = array('txt', 'jpg', 'gif', 'png', 'bmp', 'zip', 'gz', 'tar.gz', 'tgz', 'psd', 'ai', 'fla', 'swf', 'pdf', 'doc', 'xls', 'ppt', 'docx', 'xlsx', 'log', 'jpeg');

theocas

Huh, files uploaded on comments still won't want to work.

Tim

I'm aware of this problem and will be fixing it as soon as I have time.

theocas

I'm aware of this problem and will be fixing it as soon as I have time.

Yay. But do you know what the cause of this may be? Possibly wrong ID's for comments?

Tim

No idea

johnbl4ck

vanilla 2.0.9, fileUpload 1.1, can't get it to work, it posts and saves file but that what's coming in response:

{"MediaResponse":{"Status":"success","MediaID":false,"Filename":"27511_540.jpg","Filesize":28005,"FormatFilesize":"27.3K","ProgressKey":""},"FormSaved":true,"DeliveryType":"VIEW","Data":"","StatusMessage":"","RedirectUrl":""}

why MediaID false? obviously it fails to save to db

Caleb

I fixed a bug for IE. it has to deal with the dynamic creation of the form tag which resulted in IE not sending the file. Just replace Gdn_MultiFileUpload.prototype.NewUploader in fileupload.js with this:
http://gist.github.com/583098

johnbl4ck

Hey Vanilla community,

spent three hours digging in Vanilla and FileUploader and finally got a solution for attachments not attaching.

So we have Media table, and have DateInserted field with data type "datetime", also we got pretty cool core Validation, and there's a lot of default validation rules which apply on data type. According to default datetime rule "Dates should be in YYYY-MM-DD or YYYY-MM-DD HH:MM:SS format", and DateInserted is unix timestamp. So validation fails and nothing is put in DB.

The fix is really quick and easy:
/plugins/FileUpload/class.fileupload.plugin.php

find the line:

'DateInserted' => time(),

and replace it with

'DateInserted' => strftime('%Y-%m-%d %H:%M:%S', time()),

and that should do the trick.

Vanilla2 is great stuff but documentation sucks hard. Reverse engineering someone's code is fun but it's HUGE time killer as well.

Cheers!

ithcy

good catch... should probably just use mysql's NOW() keyword instead.
'DateInserted' => 'NOW()',

scratch that, not working

johnbl4ck

Validation comes BEFORE translation into SQL ;)

johnbl4ck

wow, you're quick :)

ithcy

meh. the validator should really accept... valid keywords, but anyway.

ithcy

if anyone wants to actually display the uploaded images along with the comments, instead of just presenting download links, you can replace plugins/FileUpload/views/link_files.php with this:<div class="Attachments">
<div class="AttachmentHeader">Attachments</div>
<table class="AttachFileContainer">
<?php
foreach ($this->CommentMediaList as $Media) {
if (strpos($Media->Type, 'image/') !== FALSE) {
?>
<tr>
<td colspan="3"><img src="<?php echo Url('/uploads').'/'.$Media->Path; ?>"/></p>
</tr>
<?php
} else {
?>
<tr>
<td><img src="<?php echo $this->GetWebResource('images/gear.png'); ?>"/></td>
<td><a href="<?php echo Url("/discussion/download/{$Media->MediaID}/{$Media->Name}"); ?>"><?php echo $Media->Name; ?></a></td>
<td>(<?php echo Gdn_Format::Bytes($Media->Size, 0); ?>)</td>
</tr>
<?php
}
}
?>
</table>
</div>
Just tweak the HTML and your theme to your liking. I got rid of the whole "Attachments" heading in mine.

theocas

No, not even with the above changes, it still won't work on comments :<

brmcdani44

I keep getting a the file uploaded was too big error. It is well below the 10 M requirement. Anyone else having this issue???

styrk

i can upload files but they aint showing up in comments.. why? vanilla 2.0.6 (with signature plugin)

styrk

well they show up when i create a new post but when i add a comment to a post they aint showing up.

styrk

Okay! I got it working now. Change this in file class.fileupload.plugin.php, around line 139-141.


if ($Comments)
while ($Comment = $Comments->NextRow())
$CommentIDList[] = $Comment->CommentID;

to

if ($Comments)
foreach ($Comments->Result() as $Comment)
$CommentIDList[] = $Comment->CommentID;


Please fix this in the release.

Davidis

@styrk
Thank You

ruifelipe

not showing up in comments (2.0.9)

ruifelipe

I did some changes in plugin and it worked well at current version of Vanilla (2.0.9).

http://lista.bolsafinanceira.com/FileUpload-1.1patched.tar.gz

bobtheman

Also bear in mind that when someone develops a plugin for Version X, and you upgrade to Version Y, it is still the plugin developer's responsibility to maintain that functionality... not ours.

I've seen a few comments that seem to imply that the community expects core support for plugin features when upgrading. While this would be nice, its not entirely feasible.

Also bear in mind that when someone develops a plugin for Version X, and you upgrade to Version Y, it is still the plugin developer's responsibility to maintain that functionality... not ours.

I've seen a few comments that seem to imply that the community expects core support for plugin features when upgrading. While this would be nice, its not entirely feasible.

there should be a way for users to express rather CoolOldPlugin works with 2.0.9, and this should be displayed on the plugin information page.

This plugin is compatible with vanilla version 2.0.6 .. etc etc.