Issue: Inserting Attachments Inline Problem

What is the value of the Image BB-Code tag in AdminCP > VaultWiki > Namespace Manager? If it has any capital letters, here's a workaround for the bug until we release a fixed build:

1. Make the BB-Code tag name all lowercase.
2. Then go to Custom BB-Codes > BB Code Manager, and locate the same tag. Make sure the tag name is all lowercase here as well.

The only other scenario I can think of is that you've turned off parsing of the Image BB-Code tag in VaultWiki > Wiki Code Manager. This is another bug that I've just fixed here.

The problem still persists. The BB-Code tag in the namespace manager is lowercase... [images]. It's the exact same BB-Code tag (also lowercase) in the BB Code Manager. Parsing is also enabled.

The attachment problem occurs in both VaultWiki and when inserting images inline in vBulletin.

I can't see any other way this would happen. It's fine here on default VaultWiki config. You mentioned that [images] was the tag - by any chance, is it written this way in the Edit view, with the [] included? If so, you should remove them.

Is the browser reporting any Javascript errors?

Also check AdminCP > Plugins & Products > Plugin Manager and find the VaultWiki plugin at hook location "editor_construct". If there's a line like:
Remove that line.

No, the attachments don't appear in the editor with the [images] tag around them, unless they're attachments from the asset manager that have been previously uploaded to the images namespace.

Inserted images inline appear as either:
in Internet Explorer/Firefox or as:
in Google Chrome

I found that line in the plugin manager, but removing it doesn't seem to have had an effect and there are no javascript errors being reported by any of the browsers (IE, FF and Chrome) that I've tried. Once I disable VaultWiki the attachments behave normally and display as:
in all browsers.

If I enable the WYSIWYG editor then the attachments appear normally. If I then switch modes to the standard editor (once I've uploaded the attachment and inserted it inline in WYSIWYG mode) the attachment appears correctly.

I have added a Pro Upgrade service to your account. If you can submit the details, I'll fix this directly.

This occurs when you have NO custom BB-Codes that appear in the editor, or the only button is the Image button. That is, either you disabled them all, or you removed all button images. Furthermore, if the Image button uses a title other than "Image", it doesn't call the Attachment Manager when clicked.

Fixed for the next build.

Thanks Pegasus. The BBCode buttons were removed due to a bug with them (http://tracker.vbulletin.com/browse/VBIV-12351) in vB 4.1.4. Did you upload the uncompressed CKEditor clientscripts to the site as a fix for that problem too?

Cheers

I did, but I'm not sure if I applied that fix. I believe I did.

This problem is still occurring, however it seems intermittent. Some attachments seem to insert inline fine, whilst other's are still displaying incorrectly as mentioned above.

You can see HERE, there's some that have inserted inline fine, whilst 3 or so haven't.

I've also upgraded to the latest build of VW 3.0.12 build 002, but these problems have continued since the upgrade too.

Has it occurred for you personally since upgrading, or have you only noticed other users' new posts with the issue? If it's only occurring for some users, it may be related to a user preference. I will look into this on my next shift.

I've had it happen when logging in as a registered user once or twice, then it seemed to fix itself. Though I made no user preference changes in between.

Okay, I've just been able to duplicate this, so it's reopened. However, when I do, it's just:
This occurs only when using the Paperclip icon's drop-down menu to insert your attachments. If you're in the Asset Manager window and click the "Insert Inline" button, this will insert the attachment correctly. I'm looking into the difference now.

Marking as fixed again as it's now working for this variation after some Javascript changes. "Insert All" also works correctly and uses the wiki image tag where applicable.

Build 003 includes this change. Please note that you may have to clear your browser cache and that's probably why it was still occurring for some time, then magically went away.

Thanks Pegasus. I've upgraded to Build 003. Will keep an eye out for any recurrences.