UBB.Developers Forums UBB.classic V6.4 - 6.7 Modifications V6 Mod Ideas Graemlin Editing Flexibility in CP

Here is the Infopop Support Forum thread that started this idea.

http://community.infopop.net/2/Open...313&m=4193079547&r=8283052647#8283052647

In a nutshell, my manually edited vars_graemlins.cgi file now reverts to the default when I save the “General” page in the 6.6 Control Panel. This is because saving this page saves all the tabs at once, including the Graemlins tab. Since my customizations can’t be normally entered on this tab, it thinks the file is corrupt as is forcibly tries to save it and overwrites with a default vars_graemlins.cgi file.

Since I don’t want to have to fire up FTP and re-upload my vars file each time I make a change to the “General” page in CP, I need to find the best way around this.

Should I just remove the Graemlins tab from the General page? Would this prevent the Graemlins from being saved and reverting? I haven’t tried removing write permissions on the file, but I have a feeling that might have other repercussions. Is there a better way I can surgically stop the reverting of the vars_graemlins.cgi file whenever it detects an “error”?

If you don't mind manually editing the file each time, you can comment out line 752 of cp2_vars.cgi:

$problems .= &SetVarsGraemlins;

That will prevent vars_graemlins from ever being written, even if changes are made to the page.

Technically, the file isn't reverted... the stock graemlins are hard-coded in the subroutine, then any changes you've made to the stock set are ported over.

Your particular problem is that you've combined both the stock set and the custom set into just the stock's area, which caused all sorts of problems....

There are days when I get straight, simple answers to in-depth questions. It is days like these when I love you, Charles.

*hugs CC*

*goes to remove line*

so CC, I could go into cp2_vars.cgi and edit that hardcoding? All I would give up is support, right? (I use ubbdev for support anyway )

Editing the recovery of the DEFAULT graemlins may break things in unexpected ways...

Well I only want the 8-) and :-/ smilies to work, could that cause an error?

Unless you do it right. Right being completely subjective, though...

The code wasn't designed to think that way.

But a certain someone could add them to a further release, couldn't he