Printable View
I'm finding with both 2.2.0 and 2.2.1 that I can't access the BBCodes at all. They don't appear in the CES VaultWiki > Wiki Code Manager list (just the standard codes already existing). They don't appear in the normal BBCode list within the Admin CP.
Am I missing something?
What do you mean by "the standard codes already existing?" Do you mean BOOK, SPECIAL, REDIRECT, etc, or something else?
No, I mean the normal BBCode. I get a list of all the BBCode that's been placed in the normal BBCode manager, nothing more. None of the new codes (Redirect, Book, etc).Quote:
Originally Posted by pegasus
As a point that crossed my mind this morning, I do have an anchor code of my own. Could that be causing a problem?
No, but I find it extremely odd that these were not added as I believe you had a fresh install since your database had been corrupted? On all our tests these codes are in BB-Code Manager (and this is a significant part of the installcode for 2.2.0). Did you actually upgrade, after maybe the 2.2.0 did not go smoothly (it was Unstable from 1/30 - 2/6)?
I'm going to provide you with a list of the codes, but was there anything unusual that happened during your install or upgrade that could have contributed to the product skipping a step (an error or server timeout, perhaps)?
The only error I had at all was the rev.ipaddress bug, but I fixed that easy enough, and that was after install when creating a new thread.
Apart from that, nothing was skipped, and all worked fine.
All the permissions in the groups I have enabled are set to yes. Likewise, the ones in the active forums are also set to yes. I would post a screen shot but I don't have attachment or image permission here.Quote:
2.2.1 says Unstable at the download link. Even so, this should work. If you are not seeing the Special pages in the drop-down, you need to give your usergroups permission for the pages. Under Usergroup Permissions, look for "Special Page Permissions".
I can post the image elsewhere and link to it if you like.
There must be a caching problem with the nav bar menu. It now shows the entries, but the entries reference reads http://mysite/.php?=.
I have been avoiding reading the code but I really can't figure out what is going on from the symptoms.
On a related issue, will I be able to use your local help here as a basis for my site documentation of the wiki?
I decided to try rebuilding all the namespaces even though they are essentially empty. Now the list under the drop down is reduced to Default (List) and Post New Article. This is what it showed yesterday.
Hi, I have (I believe) enabled attachment permissions. Please upload a picture of your Usergroup Permissions for this mod.
Yes, you are free to use any help provided here to create your site's documentation.
The permissions section of my Admin CP for Vault Wiki, plus a screen shot and the zip of the generated source.
Okay, I've been able to duplicate this behavior on a fresh install. I think if you actually do the following (rather than simply rebuilding), it corrects this initial behavior:
- Open the Namespace Manager.
- Next to the Special namespace, click "Edit".
- Click "Save".
That had no visible effect on my board. The drop down still has the same two entries. No special and no book.Quote:
Originally Posted by pegasus
The non-edit edits I made last night have made the Wiki unusable. If I try to click on any article in any namespace I get an infinite redirect.
First make sure that the "Top-Level" still has "Enable wiki in this forum?" set to "Wiki". Normally when this happens you need to rebuild the namespace in question, although I myself have not seen this message since the 2.0.x betas.
All have wiki enabled in the ces section of Forum Manager.
None of them have wiki headers enabled, if that matters.
All of the forums are identical to this entry.
Have you attempted to "Rebuild All Namespaces" since getting this message?
I have rebuilt each of the namespaces and done a dummy edit on the special namespace.
Is there a "rebuild all" function somewhere?
Any news on my BBCode issue?
My apologies for not posting this entry from my php error log sooner. I had forgotten that I was going to look there.
Code:[21-Mar-2009 08:47:11] PHP Fatal error: Call to a member function query_first() on a non-object in /var/www/html/vault/special_plugins_inlinemod.php on line 338
Yeah, fatal errors on mod actions can corrupt the cache. Apparently that wasn't the only one. I think I've managed to find them all for the next build. Until then, sounds like you need to use the "rebuild all" function.
AdminCP -> CES VaultWiki -> Namespace Manager. At the very bottom of this page, you should see a "[Rebuild All Namespaces]" link.
Until I release the patch level 1, please try to refrain from performing the following actions on wiki articles:
- moving single comments
- copying articles
- merging articles
- moving an article from the discussion tab
I used the link at the bottom of the page, but the infinite redirect is still there.Quote:
Originally Posted by pegasus
Is there a manual way to clear the cache? I am comfortable working directly with the database tables.
I tried rebuilding the post cache as well as the namespaces, but that did not help either.
Here are some snaps of the database tables VaultLink and VaultArticle. (Sorry they are jpeg, not gif).
As long as I am at it, here is the full dump of the vault revision table.
By the way, if I click on Bridge Under Destruction in your Upcoming Releases, this board goes into infinite redirect.;)
Should the table BBCode work in the normal forums? I'm struggling to get even a copy and paste example to work.
The last upgrade appears to have broken this tutorial. It is now parsed, instead of being displayed and the results appear to be wrong also.Quote:
Originally Posted by pegasus
I was looking for fuller descriptions to know about align, width, rowspan, etc. I would really like to see the <col> tag implemented but I at least want to know what will work.
Is it true that I can just read the WikiPedia description and make the obvious translations to vB codes?
Does the syntax "|-" declare a new row? And, does that mean that cells may have multiple line breaks (\n) in them?
This is because CODE tags in regular posts don't act like a NOPARSE like they do in the wiki, and we allow TABLE to be used outside of the wiki in the next build.
I believe that any attributes of TABLE will work on the first line. For |-, any attributes of TR will work. For |, any attributes of TD should work. When using the class and style attributes, not everything works.
The COL tag will not be implemented. I really like it too, because it makes applying width attributes much easier, but it only renders in older versions of Internet Explorer.
Yes, you can read the Wikipedia description and make the obvious translations.
|- declares a new row. Cells can have as many \n as you want.
Great information. I will get rid of the vBulletin Table code since the Vault Wiki code is much stronger.Quote:
Originally Posted by pegasus
I just checked again with W3C and <col> is marked as supported in all browsers and compliant STF in all but one attribute. Not a big deal, but why do you feel it is unsupported?
Oops! never mind I do recall a page breaking in IE7 with <col> usage. I wonder what is going on with MS?
Is the table code supposed to be working in non-wiki forums with 2.2.0?
I have it working and I am starting to understand it in the wiki namespace, but it does not parse in the regular forum.
The reason I ask is that I had the vBulletin Germany table code in place and uninstalled it. I am concerned that I broke the cusom bb code that was in the bb code manager. The replacement that is there now is [table=%1\$s]%2\$s[/table].
If I did lose the correct replacement code, could I just get a correct code fragment and put it back?