![]() |
Ill be adding this to my magic forum, as it will be ideal on helping magicians who need answers to an effect, or move
|
Uninstalling is leaving things behind that when you try to re-install spits out SQL errors because it never properly uninstalled. This is on a stock VB 2.4. Errors which have been posted previously in the past few or so pages. Is there an SQL command that can help rid the sql database of content left behind by this plug-in?
|
There is an issue with permissions. When set for guests to be able to ask questions, however moderate them, it post questions without moderation queue. Please resolve.
Also, would be great to have a widget for cms with latest questions. Awesome mod though. |
Quote:
You'll need open your SQL manager and drop each of them. BACKUP first! |
Quote:
Code:
$vbulletin->db->query_write("DROP TABLE Please look somewhere else to find the reason that the tables didn't removed. Chris |
Quote:
Yes the software uninstalls from the forum. BUT when the software is re-installed, the sql errors are spit out because of the sql tables being left behind. It's not mine or VBulletins fault. I simply just do the uninstall from VBulletin. So who else could we talk to? So even though mine was done on a stock version of the VBulletin 4.2 software, and obviously VB won't support this, then who else does since it's obvious you feel hassled to. What version of VBulletin did you test this on? Is this 100% confirmed to be 4.2 compliant? For future reference. Your post almost seems to blame us. What's funny is you are saying this is supported above, yet tell us to go somewhere else to get support. Amusing. When mine was done on STOCK (no other mods or template edits at the time and using the stock skin) VBulletin 4.2 software I uninstalled it because the navbar link was not showing up so I figured if I uninstall and re-install it maybe it would be fixed. When I went to re-install it is when the sql errors occured. And that is when I found out from coming back here and searching in this thread that another user or 2 posted with the same problem, and I saw for myself, was the sql code was left behind. Also, its leaving a 'discuss' in the usergroups that that SQL coding is obviously also not removing. Because if you remove those by themselves....the 'discuss' entry is still left in the Usergroups. When you delete it it stays gone. That is until you try re-adding this plug-in. Once you try re-adding this plug-in it automatically re-adds those sql. Keep in mind this is the ONLY plug-in I have had this issue with. |
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
Quote:
1.- Tables discuss_categories discuss_questions discuss_replies discuss_watch 2.- Fields a] Discuss in table usergroups b] discuss_questions in table user c] discuss_replies in table user Chris |
Quote:
Quote:
Actually helping figure out why its only your plug-in that I have used that is experiencing this issue would be support. While 4.2 may be the issue...there are other 'not quite yet updated' plug-ins that have installed and uninstalled just fine on 4.2 for me and not experienced the same problem with them. Quote:
Quote:
Quote:
Quote:
|
I don't know about all of that. I installed as instructed & then uninstalled. I then re-installed, and started getting database errors that tables already existed. I found that the uninstaller had left all 4-tables behind. Believe me or not, it's a fresh 4.2 test environment.
|
Please don't try it in vB4.2. I haven't checked it there. The max checked and compatible version is 4.1.12
Chris |
All times are GMT. The time now is 06:19 AM. |
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:
|