I'm probably the only person who does this, but that's not stopping me from making this suggestion anyway... It would be nice if the whole attachment input/button was hidden by default. I find I'm constantly hitting the wrong button when posting (browse instead of post comment). Of all the comments created, only a very small percentage require an attachment. I think it would be sleeker, if only when you needed to attach a file, you would click an expansion box, which would reveal the necessary tools required for the task at hand.

Yeah, I'm all about clean, context-dependent interfaces.

Uploading images works fine. When I try to upload a PDF the following error occurs:
You are not allowed to upload (filename.pdf) the requested file type: application/force-download
I tried to find a solution here, but found none. Can anybody help?

Hello skube,

I think this is what you were looking for:
http://lussumo.com/community/discussion/5628/multi-file-upload/

Thanks Stash, that works.

It's a great extension but I've found a minor bug in it. In default.php in three places it says MineType instead of MimeType, which makes it not retrieve the attachment MIME type properly from database. Other than that, everything's perfect, it seems.

BTW If I may have a suggestion, could you also allow Excel (XLS, application/vnd.ms-excel) and PowerPoint (PPT, application/vnd.ms-powerpoint) files by default in the next release?

this add on conflicts with quotes. try to quote a message that has attachments.
it displays the quote message like this;
"Mesajlarınıza youtube, google video ve ifilm videoları ekleyebilirsiniz. Yapmanız gereken tek şey video linklerini mesajlarınıza yazmak.[div id=Attachments_16 class=Attachments][ul][div]video.gif[/div][/ul][/div]"

I installed it, when i test posting a comment with an attachment, i get the page not found. however, the post is live and its under discussion and the attachment is there also.

how to fix this issue?

I have properly installed this extension, but I cannot add attachments. Why I select an attachment via Browse and then click "Add your comments," I get a red text error that states the following:

Some problems were encountered
An error occured while creating a new attachment folder. Check your upload path permissions

How do I fix this problem?

(I know how to change permissions on files/folders via my FTP client, so if someone can guide me to the specific files/folders that need to be changed, I would greatly appreciate it. Keep in mind though that I changed all the permissions properly to setup my Vanilla forum, in strict accordance to the 3 step guidelines for setting up Vanilla. Please also note that I have another permissions problem reported here.)

Kim, there is more than one "vanilla" folder! There is one inside "library" and another inside "themes." I created an "uploads" folder in "library" and gave it 755 permissions. I tried attaching a file and got no error this time, but my attachment was not saved (doesn't appear in the discussion thread nor is there a file in the "uploads" directory I made). I tried it again, making another "uploads" folder in the root directory (where all my Vanilla files are stored), but when I tried it again I got the same thing -- no error, but no file uploaded.

Any further suggestions would be greatly appreciated.

Thank you!

You only need to make the uploads-folder, no need for any additional folder inside it (unless you explicit specify that in your Extension settings, that's probably what dhdesign did). With the default settings, the attachments are saved in [your vanilla dir]/uploads/[year]/[month]/

i think its pretty obvious you need to solve the database problem before looking to fix anything else JDW. check my reply on the other thread

JDW -

The uploads folder can be set at 755, but make sure the Attachments folder inside it has its permissions set to 777 so that the uploaded file can be saved.

Attachments Settings is found in the Settings tab under Extension Options, at the bottom of the left panel. That is where you set your path - it will probably look something ilke this: /home/yourusername/public_html/yourdomain/vanillafoldername/uploads/Attachments/. You will need to add the appropriate tags to designate how you want your uploads sorted (i.e., %day%, %month%, %year%, %userid%), if you want them sorted. Mine is set for %year%/%userid%/. Make sure you put the trailing slash at the end, after the last tag.

You don't need to create any other folders inside the Attachments for day, month, year, or userid - Vanilla will create the appropriate folders when you upload an attachment.

Hope this helps!

Just a shot in the dark: Have you tried to deactivate all the extensions but the Attachment-extension, to see if the Attachment settings is still gone?

KimC, thanks for the reply.

I actually have been advised to do a reinstall of Vanilla. And I attempted such yesterday as posted here. But as you can read in that post, I cannot for the life of me figure out how to do get past that error and do a clean install!

To my joy, I awoke this morning to see a post from "Mark" in that thread (I had long hoped Mark would put a reply there). But my jaw hit the floor when I read the content of his post, seeing that it had nothing at all to do with the pain and suffering I had posted in that thread over the past several days (pain and suffering which now comprises the bulk of that thread).

Suffice it to say, I am greatly disheartened about the feasibility of getting Vanilla to work at all for me at this stage. If even the author of Vanilla won't comment about fundamental problems with Vanilla, I'm not sure there is much more I can do -- I'm swimming upstream right now.

UPDATE: I started a new discussion here to see if more people would spot it and offer their thoughts. I can only hope they will.

Stash, if I can ever get my Vanilla installation up and running this new post will then become relevant...

What is the TRUTH about the exact path to attachments? I am hearing conflicting reports. For example, I have the following path to my Vanilla files (where "jdwdomain" is substituted for my actual domain):

www.jdwdomain.com/forum/

Now, I've been told to recreat this (with a capital "A"):

www.jdwdomain.com/forum/Attachments

But I then was told to create this:

www.jdwdomain.com/forum/Attachments/uploads/

And now I hear that I need this?

www.jdwdomain.com/forum/Attachments/uploads/%year%/%month%/

If so, just to confirm, you are saying we need to put in THAT EXACT TEXT? Meaning the percent signs and all? And so long as the permissions for Attachments and uploads and %year% and %month% are all 777, it should work?

Thanks.

Thank you for the reply, but I am still quite confused about those % symbols and the text in between them ("variables"). So you are saying that I do NOT create any folders named "%year%"? If not, you are telling me to create only one folder named "uploads" within my Vanilla folder root domain, as follows?

www.jdwdomain.com/forum/uploads/

If so, then I assume that the Attachments extension will then create all the folders it needs INSIDE the uploads folder automatically? Meaning if I have 200 users, then I could have 200 unique folders auto-generated by the Attachments extension each year inside that uploads folder?

Thanks.

@Stash:

This was the crucially hint. After changing the path, I got the

application/force-download

but like you sat before, I changed the default.php and it works wunderful...

thank you very very much

Greetz, Richard

@JDW: If you don't know, how to get this path, open any PHP-File and insert a stupid line though hitting on your
Keyboard ^^

If you then click in your forum, you'll get an error. Ths error shows you the path to your directory. It should look lik:

/home/www/bli/bla/blub/Forum/extensions/... (depending on which file you've modded)

so you can build the upload-Path, which has only instead of "extensions" a "uploads"

-> /home/www/bli/bla/blub/Forum/uplodas/ (Don't forget the Slash)

Hope I could help

@mis-one: Can you please explain transloading? I worked in the transloading department for Conrail, but don't think that is the same thing.

Thanks for the great example. I get it now.

I just solved a problem I was having with Attachments and thought I would post it here in case anyone else was having similiar difficulties.

Sometimes when attempting to upload a .doc I would get the message:



I saw the hint here about adding file types to the 'allowed' list, but the file type it was having a problem with already seemed to be listed.

In fact, application/octet-stream is already listed, application/octect-stream is not. Duplicating the application/octet-stream line of code and adding the 'c' solves the problem.

I guess one or other ('octect', judging by a quick google search) is a typo? And I don't know where it's originating, in which case I guess this is a workaround rather than a proper fix, but hey-ho.

Friends, many thanks for all the replies about the path (especially pbear, for making it abundantly clear and in color too)!

Now that my database problem has been solved, I've restored all the Vanilla files to my server from my first Vanilla installation, which included all the extensions and php code changes I had made to make the extensions work. I can now save my Admin preferences with any errors, and everything seems to work well, EXCEPT ATTACHMENTS! Ack!

I now get this Fatal Error message when trying to save attachments. But even more worrying is that this Fatal Error occurs even when I try to start a new discussion WITHOUT saving any attachments! I even get that Fatal Error when trying to view discussions! But if I turn off the Attachments 2.1 extension, I can then create and view discussions again with no fatal errors.

I pulled up phpMyAdmin and checked, and yes that Fatal Error is correct in that the "lum_attachment" table is not in my jdwages database (although many other "LUM..." tables are in my database). Okay, so I know that not having this "lum_attachment" table is the root problem, but I haven't the faintest idea how to create it. Shouldn't Attachments 2.1 do that for me automatically? I tried disabling and then re-enabling the Attachments 2.1 extension multiple times, but "lum_attachment" is not being created in my database.

Would anyone know how I should go about solving this problem?

Thank you!

I have never seen anyone have problems like JDW does.
absolutely nothing is working for him and yet he is persistent in wanting to running vanilla.
u should consider other forum packages as well

Mr Do,

Thank you for the advice. I opened /extensions/Attachments/default.php and found the exact code to which you are referring. But again, I ask the same question: if this code exists, why should I have to manually type it in? Why isn't default.php doing the job it should do in creating that LUM_Attachment table? I guess that is a question no one can answer.

Per your advice to "click somewhere it says SQL," I loaded phpMyAdmin, pulled up my jdwages database and then viewed the menu tabs. Those tabs read as follows:

Structure SQL Search Query Export Import Operations

I assumed that "SQL" is what you were referring to, so I clicked on it. I the saw the text below, followed by a large field:

Run SQL query/queries on database jdwages:

Clearly, a "query" is not a "command," but following your advice I pasted in all that CREATE TABLE code and then clicked the "Go" button. (And here's a screen shot for you.) Not surprisingly, it resulted in a lengthy error message (see this screen shot -- you can also see all the LUM tables at left; the 3 tables above and 3 below the LUMs are tables for another function on our server not pertaining to Vanilla).

So I'm stuck at this point, still asking myself why in the world the Attachments 2.1 extension isn't doing all this for me!

Any further specific recommendations you can offer would be greatly appreciated.

Thank you.