Issue: Trying to attach an image

You can attach images via URL if they are already hosted somewhere. Wiki pages can't use vBulletin attachments because vBulletin ties the attachments to a specific user account. This makes it impossible for multiple users to edit the same page properly once an attachment is added, and difficult to reuse attachments that someone else posted. Because of this, VaultWiki 4 has been given its own attachment system that, like pages, doesn't force that one belongs to any one user.

There were some bugs in Alpha 7 that made it impossible to create any page that counted as an attachment. This is fixed in build 2.

Also, if you are unable to upload anything, go to Admin Panel > Content > Attachments, and make sure the file extension you're trying to upload exists and is properly defined.

Please let me know what browser you are using also. Since the uploader uses Javascript it might be behaving differently in different browsers. I haven't had an experience where the displayed path is wrong...

The problem persists. I updated to the latest build and I can't seem to get anything to work. I tried three different browsers all of which failed with different results. Chrome is my main one it is the one that shows the fake path folder. Then Safari doesn't show anything at all when I click select file. And Firefox seems to be most stable I can pick the file and it shows just the file name in the text box but the uploading animation just lags on and does nothing. I am wondering if it doesn't have something to do with the way you Java code interacts with OSX (aka mac computers). Java has a history of being a little more restricted on mc computers.

In Firefox, please use Firebug and check the Net panel when attempting an upload. You should see an HTML request to wiki_ajax.php?c=upload. Expand the details of that request, and post the contents of the Response tab.

Ok so I did it and got a 500 internal server error in the .net with wiki_ajax.php?c=upload showing up. I tried to go into my server logs to see wats up but my cpanel is not showing me my error log (opened a ticket for that). but heres what firefow shows. donno if it helps.

Once you get a look at the logs, please let us know. We know this is one of the most important aspects of the software, and we'd like to get it working flawlessly for everyone as soon as we can. Thanks.

Made private

In AdminCP > Custom BB Codes > BB Code Manager, edit "file" and change the image to "bb_image.gif"
I don't see how that's the issue, but let me know. Otherwise, please check your logs for a new error.

Make sure the client IP address is your own IP address, or it's not relevant. robots.txt is only used by things like Googlebot. It shouldn't have any effect on whether you can upload or not.

If you are storing wiki attachments in the file system, make sure the directory you selected exists and that it is writable by PHP. It should have the same owner and permissions as your vBulletin attachments folder.

Where do I locate the location or type of attachment storage in the admin?

You would have set them during the upgrade or installation of VaultWiki 4. After that, you can't alter these values in the Alpha release. You can see what they are set to here: admincp/options.php?do=options&dogroup=vw_version_settings

When I enter that in it just loads up a blank vboptions page with a drop down bar..

In admincp/options.php, find and delete:

Attachment File Path = /path_to/attachments
Attachment Storage Type = Database

So today I booted into Windows to test out the Mac problem theory. I tried in both IE and Chrome. Both still did not work and both show C:/fakepath/ "filename" in the text box. My next question is does the upload system default to a C: drive? because the file is located on H: I believe by default in mac. I will attempt to upload a random picture from the windows boot to check this.