BBCode input formatter does nothing

Bilge

I don't have an "HtmlLawed" plugin. Also, all my plugins and apps were disabled when I installed the forum. I even had to enable the "Vanilla" application just to see the home page.

Here are all my plugins:

x00

Another guess is the e modifier with preg_replace is depreciated. If there is any exception during parsing, it is output it as text.

You should be able to disregard these depreciated errors.

@Bilge said:
I don't have an "HtmlLawed" plugin. Also, all my plugins and apps were disabled when I installed the forum. I even had to enable the "Vanilla" application just to see the home page.

This not uncommon where you have caches.

x00

HtmLawed come bundled with the core, make sure you get the core version that you are using, for the correct version of the plugin.

Bilge

@x00 said:
HtmLawed come bundled with the core, make sure you get the core version that you are using, for the correct version of the plugin.

$ ls plugins/ AllViewed cleditor Debugger embedvanilla Emotify ET Facebook Flagging GettingStarted GoogleSignIn Gravatar HtmLawed Minify OpenID SplitMerge Tagging Twitter VanillaInThisDiscussion VanillaStats

I have not touched any files beyond what has been suggested in this thread.

R_J

I've used the Auto() function in the plugin, so there is no reason for testing if it is called
I used it to find the function that is not working in your installation. But you should ignore me and concentrate on x00 advices, for he is the pro and I'm merely a monkey hitting blinking buttons.
I will now lean back and learn...

x00

try this

see in Gdn_Format::BBCode()

        } catch(Exception $Ex) {
           return self::Display($Mixed);
        }

add

        decho("Exception: ". $Ex->getMessage());

before the return

x00

@R_J said:

But you should ignore me and concentrate on x00 advices, for he is the pro and I'm merely a monkey hitting blinking buttons.

I will now lean back and learn...

Well normally it is termed the shotgun approach, though I'd rather you be a monkey pressing buttons than a monkey with a shotgun.

Bilge

@x00 said:
add

        decho("Exception: ". $Ex->getMessage());

before the return

This has no effect because no exception is thrown.

The function terminates here:

     $Formatter = Gdn::Factory('HtmlFormatter');
     if (is_null($Formatter)) {
        return Gdn_Format::Display($Mixed);

because $Formatter is null.

x00

right

check the file permissions on HtmLawed, then enable it.

Bilge

How can I enable it? It's not in the list.

x00

@Bilge said:
How can I enable it? It's not in the list.

check the permissions.

Bilge

I added $Configuration['EnabledPlugins']['HtmLawed'] = TRUE; to my config and formatting works now (BBCode, Markdown, etc.)

x00

great.

hgtonight

@Bilge I think this has something to do with your install environment. You mentioned you had to enable the Vanilla application. Vanilla, Conversations, and HtmLawed should all be enabled by default on a new install.

I am glad the issue got sorted out on your end. I appreciate @x00 and @R_J for helping you out.

I would still like to know why those apps/plugins weren't enabled on install though.

x00

from my experience with different setups the config file is saved with the with the class destructor. All other config value are in memory till the destructor is called.

Caching can sometimes interfere, if checksums aren't checked often enough.

Linc

Some revision hid HtmLawed from the plugins page so people wouldn't disable it. HtmLawed is supposed to auto-on during install, much like the Vanilla app. Really your setup was bugged from the get-go because the installation didn't run completely. I've never seen that happen before, and I've seen a lot of systems debugged on these forums.

x00

I have but not on an apache zend setup.

x00

Normally though the whole config is save or if isn't. In this case it borked at the final stage.

Bilge

Consider it's an Apache 2.4 and PHP 5.5 setup. These are both newer than most people are using. Other than that there is nothing particularly remarkable about it.

Is there anything else that's supposed to be enabled by default that I might be missing so I may subvert any future problems here and now?

x00

@Lincoln if you look at setup controller Configure method

It must have exited between

           SaveToConfig('Garden.Installed', TRUE, array('Save' => FALSE));
           Gdn::Session()->Start($AdminUserID, TRUE);
           SaveToConfig('Garden.Installed', FALSE, array('Save' => FALSE));

and

        SaveToConfig(array(
           'Garden.Version' => ArrayValue('Version', GetValue('Dashboard', $ApplicationInfo, array()), 'Undefined'),
           'Garden.RewriteUrls' => $CanRewrite,
           'Garden.CanProcessImages' => function_exists('gd_info'),
           'EnabledPlugins.GettingStarted' => 'GettingStarted', // Make sure the getting started plugin is enabled
           'EnabledPlugins.HtmLawed' => 'HtmLawed' // Make sure html purifier is enabled so html has a default way of being safely parsed.
        ));

Because if Garden.Installed wasn't set, setup would run again, but after set that the error would display once only, and after that it would effectively be installed, so therefore nothing.

Given that certain configuration are critical, you might put them before Garden.Installed.

Also you could put a dismissible notice if no applications are enabled or put some error handling. You also might force the saving to file immediately.

The other probability is persistence issue due to cache. Obviously the there is some persistence, or it wouldn't have been saved at all. Perhaps the force saving (Garden.Installed) triggers the cache refresh. but the destructor which saves the rest to field isn't reached. I'd be cynical of this becuase you expect it to happen more often.