vBug Tracker 1.0.3

You asked for it and here it is...a bug tracker that mimics the one at vBulletin.com.
There is no upgrade yet from the other bug trackers listed on this site but if enough people request it I will add it to the installer.

Also, please DO NOT request help, assistance or ask questions via IM as I will ignore you and if your persistent will block you. Your best option for immediate support is at vbwar.com but I will check in here from time to time.

Enjoy!

Please click install if you use this hack. Support is only given to those who click. Thx!

Version 1.0.1:
Fixed missing phrase (here)
Fixed redirect to blank page after edit bug
Fixed assigned to not working after bug edit

Version 1.0.2:
Finally fixed the dropped title and missing phrases.
Plus a few other small bugs you people didn't catch.

New bug found...file updated. Users of version 1.0.2 need to perform these steps found here.

Version 1.0.3:
Fixed all tableprefixes and a small bug. Tested in both tableprefixed db and no tableprefix db...

Pro Version can be seen here!

Additional support can be found here.

[PitchouneN64ngc]

I have tested your update (1.0.3) and I find two little bugs with prefix tables.

In vbugs.php, find two times this:

PHP Code:

    FROM vbugs 


And replace by this:

PHP Code:

    FROM " . TABLE_PREFIX . "vbugs AS vbugs 


[Dark_Wizard]

Originally Posted by PitchouneN64ngc

I have tested your update (1.0.3) and I find two little bugs with prefix tables.

In vbugs.php, find two times this:

PHP Code:

    FROM vbugs 


And replace by this:

PHP Code:

    FROM " . TABLE_PREFIX . "vbugs AS vbugs 


Nice find...fixed, attachment updated!

[SpeedStreet]

was the little bug that was fixed the truncating of data in vbugsadmin when adding a new bug?

[ixian]

Originally Posted by Dark Shogun

I have the exact same problem. I am running my board on a private system and get the same exact error when I try to add/change any of the vbug dropdowns in the admincp. Can someone please help us out?

Dark Shogun

This problem has returned for 3.0.7, I just ran a fresh install - on a fresh, unhacked board - and get this exact problem. Went back over the file edits with a fine toothed comb. Nope.

I don't use table prefixes but from what I read that shouldn't matter?

[ixian]

Originally Posted by ixian

This problem has returned for 3.0.7, I just ran a fresh install - on a fresh, unhacked board - and get this exact problem. Went back over the file edits with a fine toothed comb. Nope.

I don't use table prefixes but from what I read that shouldn't matter?

Commenting out line 125 in vbugs_admin.php fixes the problem, though I am sure that isn't the final fix. At least it works this way.

[Dark_Wizard]

Originally Posted by ixian

This problem has returned for 3.0.7, I just ran a fresh install - on a fresh, unhacked board - and get this exact problem. Went back over the file edits with a fine toothed comb. Nope.

I don't use table prefixes but from what I read that shouldn't matter?

What exactly is the error and the steps leading to it as I have checked the coding and there is nothing there that would cause any issues on line 125. Also what O/S are you using?

[ixian]

Originally Posted by Dark_Wizard

What exactly is the error and the steps leading to it as I have checked the coding and there is nothing there that would cause any issues on line 125. Also what O/S are you using?

Same error as reported earlier:

Parse error: syntax error, unexpected T_PRIVATE, expecting ']' in c:\path\to\admincp\vbugs_admin.php on line 125

Steps are, I click any option in admincp - modify, add, or edit - and I get this error.

Redhat ES 3.x.

[Dark Shogun]

I am using a windows laptop.

Dark Shogun

[Creed]

I'm installing now

[Zachariah]

Vbugs.php
Find:

// pre-cache templates used by all actions
$globaltemplates = array(
	'VBUGS',
	'userfield_select_option'
	);

Replace:

// pre-cache templates used by all actions
$globaltemplates = array(
	'VBUGS',
	'vbugs_footer',
	'userfield_select_option'
	);