yea, i dont know why it does it :tired:
i checked the db and there is no tables, for some reason it cant insert them :ermm:

OK, so even during installation, when you try to install the Hack Tracking Log, you can't get the tables created?

Do you have a table prefix?

i get this in step 1 of 5 when i go to install it.

*clueless*

I'll try and look into it tonight or tomorrow, seems real strange though... :/

EDITED: I got a scare for a moment. The new templates were only added to the default of my 8 styles so I was seeing a blank page for hacklog.php. :D

The only ideas I can think of are:
1) This may be a pain in the butt (especialy for those with it already installed), but have the HTL, upon installation:
- create a non-visible to users global "HTL Global Templates (do not remove)" style
- iterate through all available styles and make "upper level" templates (i.e. - no parents) have the parent of the "HTL Global Templates" style

Then, each "install" would apply the new templates to the "HTL Global Templates" style and all style underneath would have the new templates available to them. Since changed templates are done "by hand", the admin / installer person could choose to either apply the template changes to the "HTL Global Templates" for every template to inherit (except ones that have those templates already changed) and / or specific templates only.


2) Have the importing of new templates display a page with all styles (user selectable and not) list like:

• Parent Style 1
  • Sub 1 Style 1
  • Sub 1 Style 2
• Parent Style 2
  • Sub 2 Style 1
• etc.

Each style (whether user selectable or not, or parent or sub) would have a checkbox where the admin / installer person would select as many (or few) styles to apply the new templates to. On second thought, maybe just have the parent styles with checkboxes (but still show sub styles), since the code would probably error out if the new templates weren't available.


3) Automatically apply the new templates to all parent (or all styles, although that may be overkill).


4) Apply all new templates to built-in master style and provide a utility to reapply all new templates from all hacks marked as installed.


The problem that I see with option 2 and option 3, is if a new "parent" style is created. There would need to be a way to apply each hacks new templates to new parent styles, or else users could run into problems and not realize what the issue really is.


The only time "new" templates would ever come into play is when a file specifically loads and either it "calls" the template, or one of the modified, already existing templates "calls" the template. If a file is having to load the template, then it should be available in every style that a user can choose (by either applying it to one master parent style, each parent style, or each style period).


Personally, my fav is option 1 (probably why it is 1 ;)). The only thing that would make that cooler, is to have the functionality of "disappearing" (like the "master style") when the forum is not in debug mode. That would be good for the non-technical admins, so they don't get confused, but it could be bad for applying hacks (so maybe not). Reasoning for not would be that logically if one wanted to truely make a hack "global" then, rather than creating another "global" style, the changed templates should be changed in the "HTL Global Templates" style. Then all new and all changed tempaltes are available to child styles (i.e. - all styles), except in the case of the actual template being customized in the child style.


Actually, makes me think of another idea (don't you hate me yet ;))... No matter what option you choose, a good tool for the HTL would be a child "checker" for changed templates. The "checker" would go through each "parent" and their children and make sure that "customized" templates in the parent aren't being overriden in the child (or maybe just on a per hack basis, and just go through the "changed templates" list). That way, if you have say 20 children and you had to customize a certain template on maybe one or two of them, but the new hack you installed changed that template (which would have been applied to the parent), then you could get a list of the children that may also need to be "hacked" as well (rather than just hoping you didn't miss one)...

I found some other issues. :D

1) This could be just me. Probably is, but in spite of selecting 'yes' for 'show hack on front-end' I'm not seeing the hacks listed in hacklog.php (see 1st attachment. There should be 15 hacks showing). I can view the hack in the admin CP but is more supposed to show than what I'm seeing (see 2nd attachment)?

2) You have an extra query for uncached templates. I'll try and locate it in a while. Note: I can see you've cached your custom templates. Excuse me while I try some debugging...

3) You don't have hacklog.php accounted for in Who's Online, resulting in the Unknown Location Syndrome.

OK, these are the templates involved. Not all of them are 'actual' templates of course...;

headinclude, header, spacer_open, navbar, navbar_link, gobutton, footer, spacer_close, option.

EDIT: Hmph! I'm still getting the extra query. But I checked EVERY occurance of BEGIN TEMPLATE and END TEMPLATE. Weird...

1) then something went wrong for you, possibly during install or elsewhere. I don't know why, but others aren't having a problem. Did you check to see that the sub-templates (ie. hacklog_hack and hacklog_overviewbit) are added to all of the styles as well?

2) I think issue number 2 will disappear once you've discovered that, yes, two templates ARE indeed not added to the style you're viewing it in. That's why it gives an uncached template query - if it can't find the template in the cache (caused by it not existing for this style), it will do a query for it in the database (but it won't find it there either cos it doesn't exist for this style).

3) That's on purpose. I'm building an advanced Add Who's Online Locations hack that allows you to add WOL locations from the Admin CP. Instead of forcing people to do 2 additional file modifications for the HTL, I chose to let people wait for this new hack. Also, I made this choice because not everyone will want/use the front-end, and only the front-end will be relevant for the WOL issue.

Unless vB3 proves to have a Styleid=0 option that I can use as that "HTL Global Templates" style, in effect, I will probably be going for option 4. It's the easiest to implement and will take the least time to write. It's also the most userfriendly option, imo.

Styleid=0 would, btw, mean that it's effectively another MASTER STYLE but one that doesn't get deleted. If I recall correctly, the vB3 language system has a languageid=0 that works -somewhat- the same...

Yes, languageid=0 is a custom master language where phrases are inherited by all the languages but do not get deleted when you upgrade. The same, however, cannot be said about styleid=0 IIRC.

Yeah I didn't think so either, but that was memory from the Beta 7 'era', so I was gonna look into it again now with RC3...

Actually I had to add the templates to the non-default style manually. I'd already done this. However, your statement led me to recheck them and I'd left two templates out of one style. My fault. :/ My debugging had already shown me that it wasn't the caching that was to blame.

Incidentally, fixing that DOES remove the uncached template problem, thanks!

And with that last matter fixed I can say that the HTL is working flawlessly.

Yeah, I thought that was the case. I know vB3's template caching mechanisms by head, pretty much, and any "uncached template queries" alert me to be an inexistance of those templates in that style. ^_^

Great work Kurafire [Hits Installed] :thumbs up:

Runs smooth :D

Hope to see the WOL Hack soon ;)

I just installed.

Getting the following sql error....

Invalid SQL: SELECT menubits FROM hack WHERE (options & HTLSETTING_SHOWMENU) AND atstep=-1
mysql error: Unknown column 'HTLSETTING_SHOWMENU' in 'where clause'

Any ideas?

I'm trying to install it on RC3 but I get only to step 2/5... after that I get on the next page but no submit button is there:

Installing: Hack Tracking Log (version: 1.00 Gold)
Hack Tracking Log Installer System

Insert Hack Phrases (Step 2 of 5)

Current Step: Insert Hack Phrases
This step inserts all the new phrases for the Hack Tracking Log. It creates one new phrase group on the language table, phrasegroup_hacklog, and inserts a selection of phrases into existing vBulletin Phrase Groups (such as error phrases, etc).

Hack Tracking Log ©2003 KuraFire Network.

scottct1: ehm... I've no idea what the hell you did, but either you removed some quotes (") or you did a file edit really oddly...

sjau: I've no clue, are you sure you're following the instructions properly??

sjau: did u upload the xml files to the htlfiles folder ?

I am having this problem as well. No submit button on step 2 of 5

Is there any manual query I can do to get step 2 installed?

Thanks

I keep getting this error trying to install it on RC3

Database error in vBulletin 3.0.0 Release Candidate 3:

Invalid SQL: ALTER TABLE hack ADD `options` SMALLINT(5) UNSIGNED DEFAULT '0' NOT NULL AFTER `atstep`, ADD `menubits` TEXT AFTER `options`
mysql error: Duplicate column name 'options'

mysql error number: 1060

I don't know what it is talking about since i have made sure there is nothing in the database.

Try going to:

http://www.yoursite.com/forum/adminc...eate_hacklog=1

(that goes for all three of you :))

Every time I get to adding phrases, it stops there, I get no next button

I tried the command line you gave above (http://www.yoursite.com/forum/adminc...eate_hacklog=1) and still got no continue button on step 2.

Here is a screen shot.

Ok that got me past that now i don't have a next button for the next step
Insert Hack Phrases (Step 2 of 5) <------- no button

Everyone who is not getting a Proceed button, please PM me the following:

Your version of vBulletin;
Your version of PHP;
Whether you're running this on a Windows or a UNIX server;

And please make sure that you've uploaded ALL .xml FILES!

VB RC3
Windows
Not sure of php version, will have to fill that in tonight

I found if I ever put html code in any of the description boxes...or instructions boxes or any boxes or even the notes boxes (where you do the copy/paste for file and template edits) it never gives me a proceed button...but if I pull the code out or substitute {} it all works again without a hitch.

Kura I pmed you my info this morning.

Thanks.

I just completely reinstalled vB and the install worked now, however it's not showing up the HTL menu point. Any ideas?

I can't reinstall VB from scratch. The only hack I have installed is the Arcade Hack.

I would sure love to have this hack working. But I am glad the VB.ORG is making people release their hacks in both text and HTL format just incase I can't get it to run.

But I have faith in KuraFire. :)

Interesting... it might be that I so totally messed up on some part of the HTL, thinking "I have to add so-and-so to those segments" and a day later went "ok, I added so-and-so to those segments last night, what's next?" ...

I'll look into it all for HTL 1.1, but for now I don't really know what causes it and I don't have the time right now to really look into it either. My apologies for that. I will try to get this sorted out over the weekend :)

So far no dice yet, guys. I've tried figuring out the cause of the problem, but I'm only at the final error-location so far. There's a dozens of locations where it can go wrong before here, but since nobody else seemed to have had a problem with them I don't know why it's happening now, or what's triggering it... :(

its no big deal to me Kura..just wanted to let you know what caused *me* to lose the proceed button...but as long as I don't put HTML code anywhere except the cut and paste file/template boxes, it all works fine. :)

Yes, well, it's not as much a security risk really, as it's within the Admin CP, but it's a major inconvenience of course...

However, that shouldn't have any effect on the HTL installation itself... cos that's _before_ people start filling in stuff themselves....

okay, I appreciate you elucidating on that...it had crossed my mind as to whether or not it would be a problem.

*nods*

For more HTL 1.1 suggestions and suggested ideas and the discussions about those, see The official HTL Suggestions Thread (on EvB) :)

It won't re-install :( It worked ok untill i wanted to upgrade the shoutbox. That produces an error and wierd behavior of this hack so i've uninstalled it to do a second attempt on the shoutbox upgrade. It stops by the phrase --next step 2/5--.

brr...

But we're back now :)

*sighs* I really don't get what is causing the missing proceed button on step 2 :(

How do you uninstall this hack?

I have nothing against it, I just want to know how to uninstall it.