the part [$i]', '0', '0', '1')", only covers 3 tables of the db. witch will cause a problem not letting new added mods to appear.
so if u see that u have 5 tables your code will have to be ajusted to [$i]', '0', '0', '1', '1', '0')", on both admin/module/module.php Line # 47 and blocks/block_module.php line # 96
refer to the phpmyadmin and count the active|view|inmenu|mod_group|mcid
so mine has 5 numbers but the string show
Quote:
$i]', '0', '0', '1')", $dbi);
3
so all u have to do is fix this string
in my case' my string to work right is this, notice 5 #'s in my module.php
goto phpmyadmin and see how many
active view inmenu mod_group mcid
0 1 1 0 0 = 5 tables some of u might have less tables U have to check it in phpmyadmin!!!
and make the chages. maybe some of you will have less or more.. Like I said I'm now a PHP pro but I did I sleep at a holiday Inn Express.
here is a picture tp help understand:
I hope this help. it worked for me 100% all new modsare added automaticly[img]
Happy Holidays. if u want a copy of mu module.php and block_module.php..
I will sent at ur request.
Well Daniel trying to search these Forums is like looking for a needle in a hay stack! So for others who dont have this fix THANK YOU for posting it.
Telli
There are quite a few versions of this fix available and many other mods that people have in their nuke_modules table so this is by far the best explanation for the newbies.
i don't have that last MCID column what am i doin wrong ?
_________________ B4nN3d
RoadKill Nuke Cadet
Joined: May 31, 2003
Posts: 9
Posted:
Thu Feb 05, 2004 2:47 pm
This should be a sticky, if it isn't already. It took me hours to find a fix for this. I tried the other fixes and none of them were working. I just tried this one and it worked perfectly. Nexusgroove, you are my hero. Thank you.
indigo_kore Nuke Cadet
Joined: Feb 20, 2004
Posts: 9
Posted:
Thu Feb 19, 2004 11:22 pm
Thank you so much nexusgroove, especially the pics. I tried using the search function and couldn't find it. I agree, this should be a sticky.
Daniel-cmw Site Admin
Joined: Mar 02, 2003
Posts: 1662
Location: The UK!
Posted:
Fri Feb 20, 2004 1:00 am
I agree, its being asked allot lately. We will see if people actually read it.
the part [$i]', '0', '0', '1')", only covers 3 tables of the db. witch will cause a problem not letting new added mods to appear.
No, I don't see this line....Where is it?
Quote:
so if u see that u have 5 tables your code will have to be ajusted to [$i]', '0', '0', '1', '1', '0')", on both admin/module/module.php Line # 47 and blocks/block_module.php line # 96
Line 47:
Code:
function modules() {
Line 96:
Code:
}
So which lines are they?
Quote:
refer to the phpmyadmin and count the active|view|inmenu|mod_group|mcid
In my case I have 4, active, view, inmenu and mcid.
Quote:
so mine has 5 numbers but the string show
Quote:
$i]', '0', '0', '1')", $dbi);
3
so all u have to do is fix this string
in my case' my string to work right is this, notice 5 #'s in my module.php
Except I am not certain which lines are being modified as the patches and other mods have tampered with this. So it needs a clear explanation so people do not undo there patches.
I think we need someone with a bit more expertise than either of us to advise us the correct method to repair this.
J.
Jeruvy Lieutenant
Joined: Jul 09, 2003
Posts: 293
Posted:
Sat Feb 28, 2004 9:58 am
I guess I should try to explain myself here. Ok here is one of the confuxing aspects of this problem. I'm sure its just that I don't fully understand what this code is doing and I'm hoping to gain some insight into this important part of the package.
This first section is from the default 7.0 distribution package:
So outside of the code differences I see a change in how this is evaluated. I don't see how this could be a problem but perhaps it is?
The old way would look at $mcid as part of it's evaluation, and now it uses $mod_group. Is there a bigger problem ignoring the $mod_group field?
The reason I ask is that I have been pretty successful at making 7.0 work without the addition of groups and point system. But I may have damaged my code in the process. My reviews into the blocks sections indicate everything is fine, but I never reviewed the modules and now I'm seeing major differences.
J.
gear Captain
Joined: May 14, 2003
Posts: 579
Location: Mid-Cities
Posted:
Sat Feb 28, 2004 11:06 am
The only fault I see with his explanation is he should have said "around line ##". Noone looks for the line number anywayz, they do a text search. I, like many others, was having problems getting 6.x version modules to show upon installation to 7.0. I, again like many others, followed his fix almost to the letter (except for the line numbers as explained above), and haven't had any problems since.
But then the patches came out and negated the need for the modifications -- unless you have the 5 fields .
g
Jeruvy Lieutenant
Joined: Jul 09, 2003
Posts: 293
Posted:
Sat Feb 28, 2004 12:58 pm
Yea, I agree. But it didn't fix it for me. I've since reviewed the changes in modules and they are working fine. Adding Blocks however are still the problem for me.
I did think that it was a problem with a sql file I ran (assuming the ones with upgrades I may have ran without reviewing thoroughly...I should know better...) and putting the concepts learned in this thread to see if one of my tables wasn't matching up properly.
Sure enough, nuke_blocks had two additional fields that wasn't being updated in the course of blocksadd() events. Of course these were the new 7.0 fields 'expire' and 'action'. I removed these two fields and everything is back to normal.
Anyways I've at least assured myself that other than some self-conflicted confusion this patch method works fine, I just have to review sql files better
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
what am i doin wrong ?
.
