![]() |
Visit vbwar.com :)
|
I just installed vbug on my system. Looks nice, but I ran into a problem with the vbug_install.php.
I have a table prefix for all my tables. In vbug_install.php, there are several references to the datastore table without the table prefix. This causes the install to fail if there is a table prefix. Let me know if you want a fixed version of it. Also, I see that you don't use the table prefix for the vbug tables. I think you should, otherwise it would be very difficult to run more than one forum on a single system. JBB |
I am having a problem with user group preferences.
When I scroll down to the section in the user group manager for the bug tracker and change the preferences the system is not remembering these preferences. As a result my Registered Users have the power to administer bugs. Any thoughts. |
I would recommend in thi sinstance (until the author comes back from a cruise ;)) that you backup your bug and comments tables, then uninstall and reinstall the script...
|
Mr. Wizard - nice dude.
Found some stuff: ver. - 1.02 (11.25.04 download) 1) Edit Bug template in AdminCP - missing phrase (Bug Version) 2) vbugs_footer (1) - 1 queries for uncached templates |
real nice hack. been looking for something like this for quite awhile.
i am xperiencing a couple of problems... when viewing vbugs.php? in the browser, i enter a text search term in the "Enter a bug ID or terms to search for:" box and get an error. i know the exact search term exists in one of the bug posts. this is the error: Code:
Database error in vBulletin 3.0.3: also...even tho i (and others) have ticked the subscribed box...email notifies dont function when someone replies. what i think would be great to add to this would be a way to edit the content of individual posts in the tracker. any ideas? |
Same for me Wise One.
I did a little adminCP/index.php menu edit also. 1 dropdown menu vs. 5 - To me having 5 dropdowns vs. 1 is a waste of space. Code:
// vBug Tracker |
nice. much cleaner. thanks! :)
|
OK open to ideas
Code:
Warning: Invalid argument supplied for foreach() in |
anyone?????
I'm getting stressed about this as I just can't get a workaround going. |
as far as I can see this line
LEFT JOIN user ON (vbugs.userid = user.userid) should read LEFT JOIN user AS user ON (vbugs.userid = user.userid) at least it fixed the mysql error I got when I first called vbugs.php regards Tina ps. has to be fixed in 2 instances in vbugs.php |
I've tried that already but it didn't have any effect
|
Quote:
tina |
Quote:
|
Quote:
I guess I'd best drop the table prefix throughout the vB and start again from scratch eh? |
I have set general permissions in usergroups for those who can / cannot post to bugtracker.
but I would have liked to have kept it private using forum password or just using custom usergroup settings on that forum pointing to vbugs.php If i tell the forum to have password it is not applied. I can access the forum anytime even with password set. I cannot define custom usergroup settings either per forum. So it is not possible for me to exclude groups. Is this by design? Small example 1. I have guests set in default usergroup premissions as being able to add bugs/see bugs. For now i want to keep forum private for testing. So I edit the guest usergroup in that forum and change the forum permissions to custom and leave only view forum=yes, but turn off all other options (see others threads, post et all) I do not see any possiblity for custom settings for vbugs here. Guests can still see, post, add bugs without a problem! Small example 2. I have password set for forum to which points to vbugs.php. For now i want to keep forum private for testing. So I set password Guests can still see, post, add bugs without a problem! No password required. Possible I am missing something simple here? |
Ok...I'm back, after my cruise and the holidays I will start on the next version for those few little bugs. I am also going to complete the Pro version which can be obtained only from vbwar.com...
Next release will have all of the table prefixes redone.... |
Please let me know as soon as its out, and what paypal to use... glad ya had a good vacation.
if you need beta testers my team is very good at finding bugs... |
Here is a real bug:
When an admin chooses to make a bug 'private' when he is making a new bug, it doesn't make the bug private. You have to edit the bug after to make it private. Here is the solution to fix it: Find: PHP Code:
PHP Code:
Find: PHP Code:
Replace with: PHP Code:
For thouse who don't realize, the file I'm talking about is: vbugs.php |
When trying to do a search I get this error.
Code:
Database error in vBulletin 3.0.5: |
I am now getting this error since I upgraded to 3.0.5....
-------------------------------------- Database error in vBulletin 3.0.5: Invalid SQL: SELECT usergroupid, (vbugpermissions & CANADMINBUGS) AS CANADMINBUGS FROM usergroup mysql error: Unknown column 'CANADMINBUGS' in 'field list' mysql error number: 1054 Date: Sunday 09th of January 2005 02:40:35 PM Script: http://www.fitnessgeared.com/forum/vbugs.php ------------------------------------- what do i need to do to correct this!!! |
Quote:
Quote:
|
When is this hack going to support prefixed tables?
|
Speaking of prefixed tables! The install hosed up... Yes, I do have the vb3_ prefixed table setup. How do I get around this? Better yet how do I uninstall this now? I see at the end of the 'vbug_install" is an uninstall option. What do I have to do to make this work?
Big bummer! I was really looking forward to using this mod. :tired: Should have spent more time on the older threads on this (of course I am reading them after the fact). Thanks for any help in this situation. |
I'm waiting for the pro version ;)
|
I 2nd that :). Ok, restored from backup that I made before installing the mod. Yes, I have tripped up before and learned from my mistakes.
Ok Dark Wizard, look forward to your coding efforts. |
Quote:
Instructions to make this hack work with prefixed tables. 1. EDIT THE INSTALL SCRIPT (admincp/vbug_install.php) -------------------------------------- FIND: PHP Code:
PHP Code:
FIND: PHP Code:
PHP Code:
================================================== ======== 2. EDIT vbugs.php --------------------------------- FIND: PHP Code:
PHP Code:
FIND: PHP Code:
PHP Code:
================================================== ======== 3. Follow the instructions contained in the install.txt file |
FASHerman Thanks! One small note... Your code change nearly did it. It also brought on "Parse error: parse error, unexpected T_STRING ...."
To correct goto top of you vbugs.php and add an additional line... FIND Code:
// #################### DEFINE IMPORTANT CONSTANTS ####################### Code:
define('TABLE_PREFIX', 'vb3_'); //Your table prefix That corrected things for me. |
Quote:
|
can;t wait for it :)
|
<schnap>
Fresh Install on Fresh Board in private testing environment: Code:
Parse error: syntax error, unexpected T_PRIVATE, expecting ']' in c:\wamp\www\admincp\vbugs_admin.php on line 125 |
Does anyone have an idea? I've poured over this code and I cannot find anything that is inherently wrong with it. I should also say I am using the new 3.0.6. Everything appears fine in the front end (bugs can be added, etc. It's only when the admincp tries to access vbugs_admin.php
|
Sad that this hack seems to have died the closer we all get to vbugs pro. I wanted to test out the lite version for my company looking to integrate it into their intranet, but it looks like I will have to go to an open source, more fully supported product :(
|
I am running it on 3.0.6 with prefixed tables. Works fine... I made the changes that FlashCode suggested with my one fix. It's a pretty limited system but workable.
I would go over your install again and see if you got one of the steps mixed up. Be sure you gave your admin rights as well. |
Quote:
Dark Shogun |
I just reinstalled and I am now using table prefixes...so I will see if this works.
|
vBug Tracker 1.02 works with vBulletin 3.0.6
================================= I now have the system up and running. It's quite slick. Though my concerns now lie in the support sector if I were to purchase this for our Intranet. In order to have this work properly for your board, you MUST make some changes. Fasherman's Add dB Prefixes: HERE StormBlast's init.php fix: HERE And for a cleaner UI, I reccomend HarryButt's little nugget: HERE Unfortunately, I cannot speak to how this will work on a dB without prefixes, though I assume it should flesh out OK. Good Luck everyone! |
Well...I'm back and now there is an updated version that fixes one small bug that fell unnoticed and table prefixes have been updated and tested on vB 3.0.6.
I'm sorry that I haven't been around as I have been busy with my Gold release of vBWar 3.0 and some other various projects. FYI, the Pro version is back in full swing and will be available for beta testing within the next few weeks but can only be obtained at vbwar.com. |
Quote:
|
Quote:
|
All times are GMT. The time now is 05:49 PM. |
Powered by vBulletin® Version 3.8.12 by vBS
Copyright ©2000 - 2025, vBulletin Solutions Inc.
X vBulletin 3.8.12 by vBS Debug Information | |
---|---|
|
|
![]() |
|
Template Usage:
Phrase Groups Available:
|
Included Files:
Hooks Called:
|