mIRC Power Pack 8.0.0 Release Candidate 13 (RC13) Codename: Forgotten Soul Build: 7.169 Released: March 2, 2008 Website: http://www.mIRCPowerPack.net Email: sgt-d@sodpit.com MPP Beta Testers needed. Email sgt-d@sodpit.com if you are interested in joining the MPP Beta Team. MPP Download Mirrors needed. Email sgt-d@sodpit.com if you can spare some web space and bandwidth. I would need full access to one folder via FTP, and downloaders will need to be able to access all files using HTTP. Everything in this document is newer than MPP 7.00 Final. -------------------------- rc13 / 7.169 / mar 02 2008 -------------------------- 7.167 was the official release of "rc13". 7.169 is the "refresh" release of "rc13". notes for these releases are at the bottom of this section. build 7.161 was the 1st "test" build of rc13. 7.161 changes... mpp now works with mirc 6.31 mpp now works with mirc 6.31 (starting with rc13). major pain in the ass :p all changes are backwards compatible, including mirc 6.30 and 6.21. freenode nickserv authentication you can now auth to nickserv on freenode on any of the 30 mpp connections. mpp-fish updated mpp-fish has been updated for mpp 8.0.0 rc13 / mirc 6.31 this version of mpp-fish is only available in the 71xx folder until rc13 is released in final form. seems to work ok, but i noticed i had to restart mirc a few times to get the plain text prefix to save right. mpp tray icon update mpp now uses the default mirc 6.31 tray icon on all new installations. for existing installations, you can select the new mirc icon in mpp control center. all exe's updated every exe that i've built over the years have had "issues". most weren't that obvious until i switched to dual monitors. some exe's would start half way off the right monitor, other exe's that should have run hidden were instead showing up on the left screen. some exe's had nasty looking page panels, replaced with white backgrounds. there were just so many stupid little issues. anyway, these should all be fixed now. mmx is updated, the cd-rom exe (setup.exe) is also updated. all exe's now use mirc 6.31 for their base. bytecam updated from 3.0.2 to 4.0.3 not sure what to make of it yet... build 7.163 was the 2nd "test" build of rc13. 7.163 changes... clean installations of mpp 7.163 or higher will have some nice new features some examples: options -> display -> options -> tray check "single click on tray icon to open" mpp will show/hide with 1 click on the tray icon. options -> display -> options -> tips all unchecked except "enable tips" and "hide tips when full screen application is active" queue and show = 30 options -> other -> lock ucheck "decode" if it is checked check hide tray menu window list when locked check hide tips when locked also, text with your nick will be highlighted in red so you see it. if text is spoken in a channel that isn't active, you will get a popup hint. if anyone sends a priority #1 page to you, you will get a popup if mirc isn't active. again, only clean installs will see these new things by default, but you can change your settings to match. if you import your old profile, you will have to set these things manually as well. mpp launcher (mpp.exe) fixed on startup, the taskbar button title was "mpp file downloader". now the button title is correct: "mirc power pack". mpp upgrade tool (upg.exe) fixed version 1.4 fixes some problems with the upgrade process: in old versions the user wasn't prompted/warned that mirc would be automatically closed during the process. now when the user clicks the install button they will receive this warning. in a few cases over the last year or so some users emailed me saying that the upgrade tool wouldn't close mirc or install the upgrade. i never saw that problem, and never could track it down in the code. well, last night it finally happened to me, so i spent about 20 minutes studying the code and found 3 problems: the first was that i was never sending the /exit command to mirc, i was using an older method passively setting power=0 in mpp.cfg. it is now passing the /exit command and mirc exits very responsively. the second was that at the very end of the code i was freeing an instance of an ini object in my code - but the object was already freed. so in many cases, upg.exe would throw an error or exception at exit, sometimes causing the patch to not execute. the last problem was that in some cases, i couldn't run full\path\to\patch.exe, even though the full path was correct. now i am forcing upg.exe to "change directories" to "your\mpp\folder\system\mpp" before attempting to run the patch. anyway, from 7.163 on up, things should get better in regards to upgrades. build 7.164 was the 3rd test build of rc13. 7.164 changes... more mirc defaults 100% clean installs will see some more new mirc defaults: when switching to "compact mode" (view menu -> mode -> compact), the default window size and position are setup a little better. options -> display -> blink icons (checked) options -> display -> multi-line toolbar (checked) right click near bottom of treeview -> notify list -> online (only) (checked) right click near bottom of treeview -> lock toolbars (checked) the last one is nice because it removes the "grippers" from all of the toolbars /imgon, /imgoff, and "mass" aliases fixed all of my main aliases that work across multiple networks are now fixed, including /imgon, /imgoff, /massnick and all of the "mass" aliases. 7.165 changes... build 7.165 was mostly complete, but there were some problems that were later fixed in build 7.167 (below). bytecam 4.03+ last night i spent a few hours talking to byte187 (the author of bytecam) about some popups that were happening with bytecam running in mpp under mirc 6.31. the first popip was an error with the dll reporting that it couldn't find the bytecam dll, but bytecam still ran normally after that. it was just a nuiscance popup. that has been fixed. the second popup was informational only... bytecam was finding multiple copies of the dll, lng and mrc files in the system\mpp\recovery folder. this popup will drive people crazy, so, for now when mpp installs i am not making copies of any of the bytecam files in the recovery folder. the down side is that if you have to run the recovery tool, bytecam will not be recovered. the plus side, all the way around, is that bytecam is running 100% vanilla, meaning that if there is an upgrade, you can do the upgrade and you won't have any problems. i also removed the bytecam submenu from the "communications" menu. for now, since i'm trying to keep bytecam "vanilla", the bytecam menu has to be on the main menus. bytecam "pro" is gone. it has been replaced with (free) public broadcasting. everyone should take a minute to sign up on http://www.bytecam.net using the "register" link. after you register you can use the "setup..." option in bytecam to use the public broadcast system. this is a huge improvement from older versions of bytecam. mcc.exe updated the connection script "on disconnect" and "vhost/auth failure messages" were still doing things the old "scid $scon(#)" way (circa mirc 6.21) and were probably not working right at all in mirc 6.31. in fact, the "on disconnect" "if" statements were not written correctly at all, i was missing a closing ")". these are all fixed using the new "scid $scon(#).cid" method. the "on disconnect" fix will help when you lose your connection because now it should reset the auth timer check to "0" before you reconnect. let me know if you reconnect successfully after a disconnect. build 7.167 is the final/official build of rc13 7.167 changes... corrupt mpp profile after upgrade or reinstall there is a problem with mirc 6.31 that went unnoticed through all of the rc13 tests. it was bad enought that i was forced to temporarily pull all of the downloads for mpp. symptom the symptom was that if you installed 716x and set it up, then closed mirc and later re-ran any installer, mirc would start with 1 connection window and wouldn't use any of your settings, or load any scripts. the mpp recovery tool (mcc -> tools) would not correct this problem either. workaround one workaround was to copy mppdir\system\mpp\mpp.ini.bak to mppdir\system\mpp\mpp.ini and also copy it to mppdir\mirc.ini. cause mirc 6.31 panics if it can't find a mirc.ini in the same directory as mirc.exe. when i start mpp, i use soomething like this: mirc.exe -i"path\to\mpp.ini" you can run this command in mirc to see which ini is being used by mirc: //echo -a $mircini during the 1st clean installation, there is a mirc.ini in the same folder as mirc.exe, but all of my installers in the past have deleted that file if it was found because old versions of mirc (with mpp) din't need that file and could cause confusion. since that file was being deleted, mirc.exe (6.31) would freak out and jack up all of your profile, removing all scripts, connections and settings. fix the new installers do not delete mirc.ini, so mirc.exe doesn't panic. anyway, seems to be working good now. opinion even though i am telling mirc which ini to load, the new mirc 6.31 "panics" if it can't find a mirc.ini in either the mirc directory or in users\appdata\mirc (vista) or docs+settings\appdata\mirc (xp). this is beyond fucking stupid imo. mirc shouldn't go into a kernel panic just because it can't find mirc.ini. installer download operations cause exceptions / crashes getmpp and all of the mpp installers would crash with an exception error if any files were selected for downloading. here we go again. about a year ago my installers were using the nsisdl plugin to handle downloads and vista users reported crashes during downloads while xp users had no issues. so i switched to the inetload plugin and never looked back. last night i was preparing to build the rc13 cd-rom iso files and decided to try getmpp. it bombed. then i tried the normal installers. they all bombed. what the fucking fuck??? now inetload is problematic. i emailed the author and he said that inetload is being replaced by intec. anyway, i have it downloaded but haven't tested it yet. instead of muddling around with new code, even thought inetc has some cool new features, i decided to switch all of the installers back to the original nsisdl. the main reason is that nsisdl is "built in" to nsis, it's "native" and it is maintained by the nsis team. obviously, this all had to be tested again, and at least one vista user rerpoted no issues. i had no problems under xp either. resources http://nsis.sourceforge.net/Inetc_plug-in http://nsis.sourceforge.net/InetLoad_plug-in http://nsis.sourceforge.net/Builtin_NSISdl_plug-in servers.ini servers.ini is updated for mirc 6.31. everyone that is doing an update, including using the full/max installers to "update" mpp --- pay attention. during full installs i can distribute servers.ini to your computer. but some people spend hours working on their server lists, so during any kind of upgrade i cannot overwrite their servers.ini file. so... close mpp/mcc and look in your mircpowerpack\system\mpp folder for servers.new. this is the newest file, it's just named in such a way that i don't overwrite your ini - in case you have made changes. rename servers.ini to servers.old, then rename servers.new to servers.ini. if you didn't make changes, you are good to go. if you did make changes, copy/paste your changes from servers.old to servers.ini, save and exit. restart mpp or mpp control center. done. mpp subsystem updated (1.0.1) afuhnk reported today that $_outdir\system\voice\stdio.dll was being reported as a trojan by avast!: win32:flooder-az [trj] this file has been moved to mpp-subsystem cd-rom setup (setup.exe) updated, heavily all menu selections work correctly now (many were broken), added mpp subsystem (with warning messages) and removed dead links to the long gone mpp.com. virus scan updated scan.png and scan.txt are current as of 3/1/08. almost... this change to default mirc settings didn't make the cut: mirc options -> irc -> logging -> reload: both some people might like it for chats, but i didn't care for it. no change. tip of the day specifically: how to perform a clean/vanilla installation of mpp without losing any of your connection information. rename your mpp folder. copy your mpp profiles folder somewhere for safe keeping. once you copy your mpp profile somewhere for "safe keeping", you can always do a "clean" / vanilla install of mpp and then copy your connection scripts to the new folder: install mpp, but at the final screen, close the installer without running mpp. then from your old profile, copy 1.txt - 30.txt (perform on connect scripts) and settings.ini (servers/nicks/auth settings) to your new mpp sample folder. finally, you can start mpp. on the 1st run just adjust your nickname by pressing space or something, then remove the space --- at which time all "save" buttons are magically available. you will get all of your connection info back this way. anyway, this way you get a 100% "clean" installation of mpp, you get to enjoy all of the new mpp "defaults", you will lose some settings and tweaks, but you will regain all of your connection settings. 7.169... rc13 "refresh" mirc default, multi monitor there is a new mirc default option in 7.169: options -> display -> options -> dual monitor support (checked) this option will be checked on a clean install of mpp. everyone else can check this option if needed. if this option is checked, users can single click the mirc tray icon to hide/show the main mirc window. this option has no affect on single monitor configurations. image pack #1 updated image pack #1 is updated (3/2/08) and 7.169 clean installs will see some new images for channels #satans, #10100, #suse, #bytecam, #compiz-fusion, #teamspeak and others. -------------------------- rc12 / 7.159 / may 15 2007 -------------------------- mpp portable installer updated now uses the new style "portableapps" installation system. installation issue fixed the mpp installation folder was being set to "full access" and later set to "read only" (to display folder icons). folders are now set to "system" (not "read only") (also to display folder icons) and later the mpp installation folder is set to "full access" for the builtin\users (all users) group. windows vista i think/hope all of the vista bugs are fixed in this build. 1) the irc.reg error is gone - even with uac on. 2) add-ons now download correctly during installation (this was only a problem on vista). 3) the "default irc client" option (in mcc) can be turned on without mirc errors. note for #3: if uac is on, windows asks every x (setting) minutes if it is ok to import information into the registry. full access control (vista fix) after installation, the mpp installer now sets "full access" control to the mpp installation folder (in program files) for the "builtin\users" group (all users), including all subfolders and files. in the past, when uac was on you didn't have write access to the mpp installation folder. when uac was off, write access was allowed. so, all attempted writes to the mpp folders were done "virtually" when uac was on. in other words, when uac was on, all attepted writes to the mpp folder were actually written to a "virtual" folder (next two sections). virtual mpp folder (vista fix) if you have a similar folder to this, you might not be able to reinstall mpp correctly. please read this section and the next two sections for advice on fixing this issue. example mirror (virtual) folder: c:\users\user.domain\appdata\local\virtualstore\program files\mirc power pack the freaky shit you will see with a virtual mpp folder... the other day i uninstalled mpp and i made sure the mpp folder was completely gone. i also emptied the recycle bin. later i installed mpp, it asked me for my mirc folder... and as soon as i told it where the mirc folder was, mpp launched using a profile that i know was deleted. wtf? where was it getting my old profile from? why wasn't it asking for all of my information? my old profile was being copied from the "virtual" folder! it took me forever to figure this one out. every time i did a clean install with uac enabled, vista kept pulling in all of my old mpp profile data - the program files folder was gone, but the virtual folder still existed - so it just copied or used the old profile from the "virtual" folder. 100% clean installs from now on will be fine, but people should delete that virtualstore mpp folder if they have one. read the next section for help on removing your virtual folder (if any). deleting your virtual mpp folder (vista fix) to safely delete the virtual mpp folder (if you have one) you should make a backup of your mpp profile. your profile folder might be saved in one of two locations (or both): normal: c:\program files\mirc power pack\profiles virtual: c:\users\user.domain\appdata\local\virtualstore\program files\mirc power pack\profiles copy your profiles folder(s) to your desktop. verify that one of the desktop profiles contains your current settings. open the profile folder. locate and view/edit the 01.txt and 02.txt files. make sure your channel /joins are all there. if so, this is your profile. you might also want to make backups of your downloads and logs. delete the virtual mpp folder (if you have one). example: c:\users\user.domain\appdata\local\virtualstore\program files\mirc power pack copy your real profile folder (on your desktop) to the mpp installation folder. if you can't copy to your real mpp folder, disable uac or add your user account with "full access" to the mpp folder and then re-copy your mpp profiles back to the real mpp folder. security settings: right click the mpp folder -> properties -> security. user account control (uac) (editorial) in my opinion, uac is total shit and should be disabled, regardless of whether you use mpp or not. control panel -> user accounts -> "turn user access control on or off" your call, not mine. mpp add-ons problem (vista only) during installation, if you selected any add-ons, the first add-on downloaded successfully, but then the installer locked up. you had to kill it and restart it. this turns out to be a bug in the nsisdl plugin for nsis: nsis nsisdl plugin hangs after downloads in windows vista http://sourceforge.net/tracker/index.php?func=detail&aid=1715408&group_id=22049&atid=373085 in 7.157 and higher i have replaced all occurances of "nsisdl::download" with a newer nsis plugin, "inetload::load". this seems to work flawlessly in windows xp and vista. "mpp is laggy as fuck in vista" you can thank bill gates for windows vista's new "uac" toy. see error #1 below for a solution to the lag problem. error #1 / irc.reg error /write: unable to open 'c:\.\system\mpp\irc.reg' (line 6781, mpp.mrc) this error is directly related to windows vista. this error will repeat once every second until you fix the problem. the constant battery of spam messages in mirc is a mirc issue (not mpp's fault). it spams so bad that it lags everything to complete shit. someday that might be fixed. cause: uac is on, and by default vista installs mpp into a folder but while uac is enabled the user is not given write access to the installation folder. later, mpp tries to write to a registry file in that folder but fails. mirc goes into full on spam mode until the problem is fixed. this problem is now fixed in build 7.159 and higher. for older installations, this problem can be fixed in one of three ways: 1) disable the "default irc client" option in mpp control center and restart mpp. in 7.157+ this option is "off" by default. 2) add your user account to the main mpp folder (and all subfolders) as an admin with full permissions. note: starting in 7.157, all users are granted full access to the main mpp folder, all subfolders, and all files. 3) disable vista's uac (control panel -> user accounts -> "turn user access control on or off"). starting in build 7.157, all new "clean" installations of mpp will have the "default irc client" option (solution #1 above) unchecked (off) by default. xp users or vista users that have disabled uac can always turn the "default irc client" option on without problems. error #2 / $dll error / moo.dll error $dll: unable to open 'c:\.\system\systeminfo\moo.dll' (line 1134, systeminfo.mrc) this can be fixed by installing mpp-subsystem from the mpp site. installing mpp-subsystem is optional because this error is minor and only appears once per mpp session as long as you dont try to use any systeminfo stuff. otherwise you might see it more often or until mpp-subsystem is installed. http://mircpowerpack.net/subsystem/ error #3 / $decode error identifier locked in options dialog: $decode (line 1683, xserv.mrc) this can be fixed by unchecking "decode" in mirc options (alt+o -> scroll all the way to the bottom and click the option called "lock", then uncheck "decode" in the "disable commands" section). this error only happens once per session, again, unless you try to use xserv. note: you may have to re-re-re-uncheck this every time you install mirc. error #4 / multi browser error /write: unable to open 'c:\version.txt' (line 13584, multi.mrc) i am hoping this is isolated to my installation. i've only seen it a few times and it didn't seem to have any negative impact on mpp or multi browser. /sgt -------------------------- rc11 / 7.156 / may 05 2007 -------------------------- ----------- 7.156 notes ----------- multiple users can now be selected for gamesurge and gameradius users & commands menus. ----------- 7.155 notes ----------- bleh. ----------- 7.153 notes ----------- tinyurl misc fixes ----------- 7.151 notes ----------- no major changes updated image pack #2. updated some color themes. full installers will see pvt chat window images for a few more people. /sgt ----------- 7.150 notes ----------- goofy shit i was having some problems with 7.149, so i made some minor changes to tinyurl. i suspect that my computer was the only one affected... probably from some older bad code, or mpp-fish... whatever it was, my mpp was crashing a lot. i'm running a clean install of 7.150 for now to make sure it's ok. anyway, at some point i ended up with a file on c:\ named "programs". windows doesn't like this and always asks to rename that file asap because a file named "c:\programs" can cause problems. the contents of this file were: [Files\mIRC] Power=Pack\system\mpp\tinyurl.ini convert chan 0 again, i suspect older (bad) code in my tinyurl script... hopefully 7.150 will not have any problems. if mpp locks up on you during auto conversions, from channels, or from yourself, let me know immediately. one more thing about tinyurl auto-conversions... in a channel, this is what will happen: (12:59:11 PM) <@wtf> ignore me ... http://www.newegg.com/Product/ShowImage.aspx? Image=20-233-052-03.jpg%2c20-233-052-02.jpg&CurImage=20-233-052-03.jpg&Depa=0&De scription=CORSAIR+Flash+Voyager+GT+2GB+Flash+Drive+(USB2.0+Portable)+Model+CMFUS B2.0-2GBGT+-+Retail - just testing ... (12:59:12 PM) <@sgt> http://tinyurl.com/2uyta4 when you auto-convert your own url's, the url is replaced before being sent to the channel. so if you type: ignore me ... http://www.newegg.com/Product/ShowImage.aspx?Image=20-233-052-03.j pg%2c20-233-052-02.jpg&CurImage=20-233-052-03.jpg&Depa=0&Description=CORSAIR+Fla sh+Voyager+GT+2GB+Flash+Drive+(USB2.0+Portable)+Model+CMFUSB2.0-2GBGT+-+Retail - just testing ... mpp detects the url and automatically converts and replaces the url inside your text "inline" - before it is actually sent to the channel, eg: (12:59:32 PM) <@sgt> ignore me ... http://tinyurl.com/2uyta4 - just testing ... ----------- 7.149 notes ----------- mircpowerpack.com is dead all references to mircpowerpack.com have been removed in this build. the main sites for mpp are: http://mircpowerpack.net http://sourceforge.net/projects/mpp right side edit box off by default the right side edit box is now off by default in full clean installations of mpp. with all of the enhancements to tinyurl, particularly in this build, i just don't see a need for that box anymore. people can always turn it back on if they want. tinyurl completely revamped, again, ugh god where do i even start... tinyurl menu simplified the tinyurl menu has been simplified, it should be easier to use now. tinyurl new & improved! in the past, for both channel url's and self posted url's, the actual url had to start with http (www was ignored), and the url absolutely had to be the very first word in the sentence. if it was any other word, there would never be an auto-conversion. fuck that. now mpp is looking at every word in the paragraphs of text that are spammed into the channels. if mpp sees an "http" or a "www" anywhere in the blob, it is automatically converted to a tinyurl. keep in mind... you have to be +v or +o in the channel, the channel must be set to be "monitored", and "auto convert channel url's to tinyurl's" must be turned on. one note... mpp will only auto-convert the first instance or an http/www url. this means that if there are three complete url's all inside of one paragraph of text, mpp will only auto-convert the first one. all others are completely ignored. some notes about multiple url's at once... if you auto-convert your own url's, don't paste multiple lines of url's. for example, if you try to paste all three of these lines: http://something.net/mpp/ http://something.net/mpp/7149.txt http://something.net/mpp/7149.png while "auto-convert my own url's to tinyurl's" is ON, you will DEFINITELY see an error like this: * /sockopen: 'tl3' socket in use (line 572, mpp.mrc) there's just no way around it. you will probably see errors similar to this from time to time... if two monitored channels are spamming url's constantly, you will definitely see similar errors. either turn one of the channels off, or increase the minimum url lengths. miniumum url length for tinyurl auto-convert you can now define the minimum length of a url before mpp will automatically convert it, and you can specify different lengths for different channels. so let's say in #sod you want to auto convert all url's that people present, but only if they are 20 characters or longer. in #mpp you might only want to auto convert url's that are 50 characters or longer. if you keep getting banned in #10100, you would probably want to set this very high, like 100 or more. you might also want to automatically convert all url's that you paste into mirc into tinyurl's... (you would set your own url length to either 0 or 1 in this case). the default length for url's is 40, you can adjust it to your needs. 40 is a decent place to start. 0 or 1 means that all url's will get converted. the higher the number, the less url's will be auto converted. tinyurl command changes /tiny - removed /tini - opens tinyurl.ini with your default editor /tmon <- reports if net/chan is being monitored /tmon 1 <- turns on net/chan monitoring /tmon 0 <- turns off net/chan monitoring /tchan <- reports if auto-convert for channels is on/off /tchan 1 <- turns auto-convert for channels on /tchan 0 <- turns auto-convert for channels off /tlen <- reports min url length for current channel /tlen xx <- sets min url length for current channel /tself <- reports if auto-convert for self is on/off /tself 1 <- turns auto-convert for self on /tself 0 <- turns auto-convert for self off /mylen <- reports min url length for self /mylen xx <- sets min url length for self tinyurl.ini file format changes original format: [settings] enterthegame#sod=1 enterthegame#mpp=1 new format: note: "chan" in the "convert" section (below) is a global setting. this means that even if all of your nets/chans below are set to mon=1, if chan is set equal to 0 (chan=0) --- NONE of the url's in any of your channels will ever be automatically converted. [convert] <- auto-convert section chan=1 <- auto convert channel url's? 1 = yes, 0 = no self=1 <- auto convert self url's? 1 = yes, 0 = no min=0 <- minimum length of self url before auto conversion note: the remainder of the ini file just checks to see if channels are being monitored or not, and if so, what the minimum url length is. [enterthegame#sod] <- network/channel section mon=1 <- monitor this channel for urls? 1 = yes, 0 = no min=40 <- minimum length of channel url before auto conversion [enterthegame#mpp] mon=0 min=30 anyway, as you can see, settings (monitor/min) are now saved "per network and per channel". ----------- build 7.143 ----------- nicklist menu improved... etg menu items now work with multiple selected nicks. normal mirc operator menu has some improved multi-nick items. look for items with (s) at the end, like "ban user(s)". tinyurl changes... you can now auto convert your own url's... so you don't have to use the second edit box (right side). see the tinyurl menu for options. other changes... auto-auth on etg now uses csx.ini, you may need to turn on the "auto auth" option again, sorry. p;P this way you only have to enter your chan passwords in one location. /sgt -------------------------- rc10 / 7.141 / apr 15 2007 -------------------------- bleh. mpp in general: minor changes. main mpp folders now have custom icons. mpp svn and build system: misc fixes. custom builds now work the same as my local installers. mpp portable: several fixes. works with all three versions of portableapps menu. the end. /sgt ---------------------------- rc10x5 / 7.139 / apr 05 2007 ---------------------------- codename: chaos a.d. general changes to mpp... persistent/recurring .svn folders in mpp folder recently i noticed that my real mpp folders and files suddenly had svn folders and icons. now i know why. all of the recent mpp installers were packaged with 50+ svn folders. svn folders are part of tortoise svn, which i use to manage my source code on sourceforge. they should not have been included in the packages. if you see (normally hidden) .svn folders inside your real mpp folder they can be safely deleted. the installers now actively ignore all .svn folders. fixed. mpp installer name format changed the mpp installers name format has changed from mpp800-type to mpp-800-type. the signifigance is small but will impact setup.exe and all web links. mpp version number format changed the mpp version number format has changed from 8.00 to 8.0.0. use mpp control center to update your /quit messages to "8.0.0". added unban to normal channel op menu bans have always been available, but until now there was no menu item to actually unban someone - it had to be done from channel central. mpp portable changes... mpp portable main folder no longer hidden update 4/6/07 - the new "r2" build now includes the folder icon again, trying something different. the folder should show up correctly even if hidden files and folders can't be seen. so, ignore the next few lines. la la la... the main folder, mircpowerpackportable, originally had an icon assigned to it and was a hidden system folder (+s). in windows xp, the only way to assign an icon to a folder is thru windows explorer, but doing so changes the attributes of that folder to +s, or "system". by default windows automatically hides hidden and system folders. a lot of end users have no idea where this setting is, and i've grown tired of explaining it over and over again. so they extract my file, but then they can't see the iconized folder that was created. for the time being i have turned off the iconized folder, it's 100% normal now. the world is a better place. initial version had .svn folders identical to the problem mentioned above for the mpp installers. fixed. created build system for mpp portable main build system automatically builds mpp portable, or you can run the standalone build app. mpp portable fully updated now mpp portable is fully updated to rc10x5. mpp portable default: mpp update = off by default, in this build, mpp portable does not check for mpp updates. i will try to come up with an update plan that works for mpp portable. no safe "upgrade" for mpp portable this will be resolved in the future, but for now, there is no safe way to upgrade mpp portable. you could extract a new mpp portable to a new folder and copy everything except the profiles folder to your real mpp portable folder. this would preserve your current mpp user profiles. todo. added systeminfo base added base systeminfo to avoid startup errors. now mpp starts fine, with one warning: $dll: unable to open '.\systeminfo\moo.dll' (line 1134, systeminfo.mrc) this error is normal if mpp-subsytem is not installed. moo.dll has always been detected by most virus scanners as harmful. karl rove is a fucking idiot. /sgt ---------------------------- rc10x4 / 7.137 / apr 02 2007 ---------------------------- installers rebuilt with new version of nsis (2.25) for weeks i've been unable to get to the nsis site. i just noticed the site is working again, and, of course, there is a new version. this version of nsis includes a decent number of fixes, some revolving around windows vista - which might help some mpp users. it's a decent enough upgrade that i decided to rebuild the installers. ugh. twice in one day. *sigh* no other changes in 7.137. ---------------------------- rc10x3 / 7.135 / apr 02 2007 ---------------------------- mpp update 1.4 persistent install button problems... the install button was always available... if you were up to date, the install button was available... if you needed to download an update, the install button was available... if you started to download the update, the install button was available. the install button was only supposed to show up after a successful download, and only if the update was actually needed. it should also show up if you restart mpp update. fixed. mpp control center -> windows control panel applet by default, during max/full/lite installations, your windows control panel will now include a new applet: mpp control center. this does not affect upgrade/patch installations. if you later disable this applet, a new max/full/lite installation will automatically be created. sorry in advance if this behavior disturbs you - i am not going to change it any time soon. :p~ note #1: the windows control panel applet might not work for you initially if you are not using the default installation path for mpp. don't worry. the new /cpl command will make the control panel applet work correctly. read below. note #2: if you actually want a control panel applet for mpp itself (i personally don't use it, but some people might want it), keep reading... added /cpl command once you are up to build 7.135 or higher your mpp installation will include a the new mcc and mpp control panel (cpl) files. use the /cpl command inside mirc to simplify things. the /cpl command will automagically build the correct path and information so the windows control panel icon will work correctly. syntax: /cpl example: /cpl mcc 1 or /cpl mcc on <- turns on the mcc control panel applet /cpl mpp 0 or /cpl mpp off <- turns off the mpp control panel applet pretty simple. files are built to your system folder (nt: windows\system32, 9x: windows\system) control panel applets, notes sometimes the start menu doesn't display the changes immediately... sometimes you can right click and select "sort by name" and suddenly windows updates the display and the applets will either appear or disappear based on your settings. mileage may vary. bleh. -sgt ---------------------------- rc10x2 / 7.133 / mar 31 2007 ---------------------------- vista support jawz, thanks for all of your help with mpp vs vista. first, what was previously done... mpp 7.131 (11/27/06) was designed for mirc 6.21 (11/23/06) mirc 6.2 and 6.21 added "vista" to the $os detection, this was added to mpp back in mpp rc8-3 / 7.105 / sep 6 2006. since 7.131, and really only in the last month or so, i have received two reports that mpp wasn't working with vista, but with no details. without details i am unable to troubleshoot anything. i had jawz test 7.131 and it looks like i forgot to include vista when writing the first line of irc.reg, the file that constantly tells windows that mpp should be the default irc client. the first line of a reg file is very important. anyway, only vista was not writing the first line. this is fixed in 7.133 now, seen here: if (%mppos == Vista) || (%mppos == XP) || (%mppos == 2K) || (%mppos == ME) { write -c %tmpreg Windows Registry Editor Version 5.00 } this also affected another .reg file, one that tells windows how to handle .chat files. along with this problem is the predatory uac "feature" in vista, you know... just like the apple commercial: "you are coming to a sad realization. cancel or allow?" this is the only "uac" i am familiar with: http://en.wikipedia.org/wiki/Union_Aerospace_Corporation i will be honest with you... i don't have vista and don't pretend to know how it works. without that knowledge, i can't possibly guarantee your success with mpp. if you have problems with mpp, with saving files to your program files folder... if you save things in mpp control center but they don't seem to "stick"... or any other "vista anomalies", you might want to consider a few things: upgrade mpp to 7.133+ permissions you might need to right click your mirc power pack folder, select security, select your user name, and finally click "enable all". instead of read/execute permissions you will now have full permissions. windows vista user account control (uac) permissions alone (above) should make mpp 100% functional. if you are still having problems, you might also want/need to disable uac. http://tinyurl.com/v5fwh added /massnick /massnick ---------------------------- rc10x1 / 7.131 / nov 27 2006 ---------------------------- warning you must uninstall mpp fish before installing this version of mpp. fish 1.29 only works with mirc 6.2. when a new version of fish for mirc 6.21 becomes available i will build a new fish installer for mpp. if you waited to read this readme and warning until after your mpp was completely fucked over, open c:\temp and run mirc621.exe. install it to c:\program files\mirc. uninstall fish (uninstall-mppfish.exe). copy mirc.exe from the mirc folder to your mpp folder. start mpp normally. mirc 6.21 this version of mpp is designed for mirc 6.21 which was released on november 23, 2006. all mpp/nsis installers and mpp.exe now default to mirc 6.21. the official mirc 6.21 help files are now in chm format instead of hlp. the mirc faq is still in hlp format. servers.ini server.ini is in a slightly updated format for mirc 6.21. everyone that is doing an update, including using the full/max installers to "update" mpp --- pay attention. during full installs i can distribute servers.ini to your computer. but some people spend hours working on their server lists, so during any kind of upgrade i cannot overwrite their servers.ini file. so... close mpp/mcc and look in your mircpowerpack\system\mpp folder for servers.new. this is the newest file, it's just named in such a way that i don't overwrite your ini - in case you have made changes. rename servers.ini to servers.old, then rename servers.new to servers.ini. if you didn't make changes, you are good to go. if you did make changes, copy/paste your changes from servers.old to servers.ini, save and exit. restart mpp or mpp control center. done. mpp update 1.3 if the installed version of mpp was newer than the current online version (only possible for the beta team that might be on a newer build than the current public version), mpp update would show "your mpp installation is up to date", but the icon was a yellow shield which normally indicates that your installation is not current. 1.3 fixes this problem. now if you are on a newer build than the public release, the text will be the same, but the icon is now the green shield. migrate.exe updated now migrates mpp to mirc 6.21 and correctly downloads the new help files in chm format instead of hlp format. ------------------------- rc9 / 7.129 / nov 17 2006 ------------------------- miscellaneous fixes start menu shortcuts had issues, most are fixed. example: mpp upgrade. the old shortcut didn't run properly because the "start in folder" was incorrect. that's it. i couldn't find any major problems with x5, and i received next to zero reports over one full month of testing. rc9 final. enjoy. --------------------------- rc9x5 / 7.127 / oct 16 2006 --------------------------- mpp upgrade system, updated build 7.118 thru 7.127 largely focused on an a major update to the "mpp upgrade" system. i *think* it is working as i had originally planned. old mpp upgrade system: http://mircpowerpack.net/upg/old.png new mpp upgrade system: http://mircpowerpack.net/upg/new1.png http://mircpowerpack.net/upg/new2.png http://mircpowerpack.net/upg/new3.png http://mircpowerpack.net/upg/new4.png once you upgrade to 7.127 or higher, your mpp will be equiped with the new upgrade system. you can also use /upg to check for updates. i won't get into all of the details, there were 10 updates to get it all working correctly. nuff said. mpp fish 100% private and secure conversions inside mpp using (transparent) diffie-hellman 1080 bit encryption... in queries and in public channels, using a shared key between trusted users. whew. that's a mouthful. try it, it rocks. this build uses mirc 6.2 exclusively. if a new version of mirc comes out and you use the new mirc.exe in mpp, fish will not work. http://mircpowerpack.net/fish/ --------------------------- rc9x4 / 7.117 / sep 25 2006 --------------------------- rc9x4 = 7.117 + 7.115 notes (below) 7.117 notes... added better "upgrade" checking during installation max, full and lite installers now check for either the existence of mirc.exe in your install folder, or for the existence of the "profiles\default" folder. if either or both of these items exist, the installer assumes that this is not going to be a "full" installation, and your settings and profiles are preserved. additionally, all installers now pause for 5 full seconds to show the end user what was (or wasn't) detected, and how the installer will proceed. all previous builds only checked for "mirc.exe" which was normally safe enough for most users, but beta testers that would delete or move this file to help me test anything would lose their profiles. 7.115 notes... added microsoft agent help page http://www.mircpowerpack.net/agents/ default mcc save tag changed, clean installs only the new "save" tag that displays in mirc when mcc has saved is now red by default and the wording has changed slightly. looks better imo. thanks jawz changed default installation class to minimum all installers now use the "minimum" installation class by default. if you like the old installation class, just hit the down arrow once on the components page of the installer. sorry, i had to do this and it was long overdue. why the change?... as usual, nobody actually reads what i write. for years the installers have warned everyone that each extra item would force an extra download. well, nobody read it, and everyone on dial up connections were bitching that they had to download additional files. so, fuck em. from now on there will be no additional downloads unless you specifically select a different installation class. this was actually done for the first ever semi-official "mpp lite" (7.113). it defaulted to "minimum", for more obvious reasons (lite). anyway, it worked, so i figured i would extend it to all installers. sadly if everyone uses the minimum installer it will bypass the mpp mirror selector and the randomizer i worked so hard on. the plus side is that this will also eliminate bandwidth for unintentionaly downloads. it's a mixed bag. removed mqp, ogx, qaz, switchbar these are no longer used or needed, removed. notes about the removal of mqp although mqp has been ununsed and unsupported since the mpp 6.01 days, several very important aliases/commands related to online gaming have been added to mqp.mrc over the years. i have tried to be extremely careful while moving these aliases over to mpp.mrc and mpp2.mrc... but i can't make any guarantees. if you see anything odd, email the problem(s) to sgt-d@sodpit.com there is one thing that is a little goofy, and i'm not sure what's causing it... if you uncheck the "automatically return from games when typing in mirc" in mcc, no matter what you type, you never really "return". so anyway, leave it checked for now. for the record, i never wanted to keep mqp this long, i just didn't want to break shit by removing it. this is my first attempt without it. added build type information during startup and in ~version/~nick requests, mpp now shows the "type" of installation that was last used, eg: full, lite, upgrade, patch, etc. added dialog editor by rg dialog editor can be used to create dialogs in mirc. the underlying code is all up to you. many people online claim that dialog editor is better than dialog studio, so i decided to include it in this build. /deditor can be used to start dialog editor dialog studio can still be used with /dstudio upgraded aim4mirc to 2.0 still doesn't seem to work but i am looking for workarounds. replaced tmsn with msnmirc 2.02r tested, seems to work fine. instant messengers menu changes the menu has been moved from "extra tools" to "communications". the instant messengers menu is not shown in mpp lite installations. note about mpp lite installations documentation for mpp is shitty, at best. please don't expect thorough info for lite installs. i will try my best, but i'm sure things will be missed. the instant messengers menu is my first move toward "hiding" menu items from view for mpp lite installations. jawz will be looking for other items that need to be hidden and i will try to get to them in the next build. nhtmln.dll upgraded to 2.95 (subsys only) self explanitory. get the new sub system installer. added /agent (or /agents) command /agent or /agents [_|0|1] /agent = display if ms agents are on/off /agent 0 = kill all agents and turn ms agents off /agent 1 = turn on ms agent /a = agent /a0 = agent 0 /a1 = agent 1 --------------------------- rc9x3 / 7.113 / sep 17 2006 --------------------------- 7.113 and 7.112 notes are all new for rc9x3 7.113 changes... !voice !devoice on etg right click -> etg -> commands -> voice user / devoice user or typed: !voice and !devoice these actually cause yourself (as an op) to voice or devoice that person. it's a fake out. etg's chanserv doesn't have "voice" in it's vocabulary. new to this version is that you can actually type !voice or !devoice instead of only being able to use the menus. !up !down on etg right click -> etg -> commands -> op me / deop me or !up / !down these commands are not native to chanserv on etg, but they are on other networks. if you use these on etg, i am sending private commands to etg's chanserv and it will either op or deop you accordingly. both the right click options and !up !down commands are new to this version of mpp. * $dll: unable to open 'mirc power pack\system\systeminfo\moo.dll' (line 1134, systeminfo.mrc) mirc power pack sub system http://www.mircpowerpack.net/subsystem see "mpp = virus: myths and legends volume 97" and "mirc power pack sub system" sections below for details. mcc main page: mirc tray option functional in one of the recent releases of mirc, khaled finally added options to control mirc's tray options. the mirc tray option in mcc now works. part messages were not working i'm not sure when this stopped working, but it's working now. added /fixshit same as /fixq 7.112 changes... warning to all mpp users, new and old i am starting a script that will automatically ban anyone that joins and parts #mpp or #sod excessively or if the join/parts are consistently less than 60 seconds. you will only be forgiven once or twice, then the ban will occur. so, either fix your perform sections so that you aren't joining #sod or #mpp, or stay in the channels for at least 60 seconds. unban requests must be sent by email, sgt-d@sodpit.com #sod removed from auto-join, clean installs only from now on, #sod will no longer be included in the default perform sections for "first time" users. over time, this will result in far less join/part floods. new commands, /s0 and /s1 /s0 - stops the current sound and turn sounds off /s1 - turns sounds back on both commands are volatile. they only work "per session" and are not memorized by mirc or mpp control center. whois info missing from query window sometimes the query info ends up in the channel, not the query window. it's rare, but i've seen it happen a few times myself. i am still not sure why this happens, or when... but if you type /fixq it corrects the problem instantly type it, then re-open your query... it should be fixed. it seems to "remember" this setting between sessions, so let's call this a workaround for now. mpp = virus: myths and legends volume 97 ok, i am sick of all of the email messages and negative feedback regarding mpp simply because a few obscure scanners out there keep detecting potential "threats". this build of mpp is now "stripped" of all known dll's and exe's that trigger all of these false alarms. for this reason, some "features" in mpp are now dysfunctional, including, but not limited to: aim4mirc, grc tools, blowfish encryption, smarticq, systeminfo and mirc voice every time i turn around i am getting false alarms from end users, and every time it results in negative reviews or negative ratings. never again. the full, upgrade and patch installers are now 100% free of false alarms. q: damn, i need systeminfo wut shud i do? a: cry real loud, then cuss teh nubs that keep reporting false alarms in mpp. mirc power pack sub system [00:37] omegadoom: $dll: unable to open 'c:filespower pack.dll' (line 1134, systeminfo.mrc) ok, most newbs have probably already stopped reading, so it should be safe. for anyone that absolutely needs aim4mirc, grc tools, blowfish encryption, smarticq, systeminfo and mirc voice... and only if you don't care about false alarms from virus scanners, this section is for you. this is an add on. any virus alarms from downloading or installing this file can not be counted against me or mirc power pack. you can not give negative feedback or reviews about mpp if you have downloaded or installed this package on your own. that is ON YOU. http://www.mircpowerpack.net/subsystem microsoft agent support completely overhauled i have spent a few nights reworking the microsoft agent support in mpp. all of the agents still work the same way as before with mpp, but there are a few new steps: windows xp users will need "microsoft agent core components", "sapi 4.0" and lernout & hauspie truvoice tts engine. optionally you can download and install some additional agents. information on these downloads is in the next section, "microsoft agent help" xp users: agents will not speak without "sapi 4.0". did i mention that microsoft agents will not speak without sapi 4? maybe i should mention again that these agents simply will not work without sapi 4. there, i think everyone gets it now. well, just in case, make sure you download and install sapi 4 if you want the agents to actually speak in windows xp k thx. once everything is installed, you will need to turn on the "microsoft agent" option in mpp control center. after that, you should be all set. the old shit... you can still manually type the old triggers like @kill!, @die!, @frag! and @kickass! (these all now require a trailing exclamation point) or you can use the old commands /kill, /die, /frag or /kickass, respectively. the old command /agent1 is still available. this alias attempts to show how you can program agents (through mirc) to do certain things on screen. the new shit... if "microsoft agent" is set to "on" in mpp control center... $text = merlin / %text = genie / ^text = robby / &text = peedy text typed by anyone, including self, in any window that starts with $,%, ^ or & will load a specific microsoft agent and then that agent will speak out loud all of the text after the symbol used to load it. the agent will stay loaded until closed. example: $wicked licks is gay or $ wicked licks is gay this text typed by anyone would load merlin and merlin would speak what sounds like "wickedlyx is gay". you can right click agents to close them, or in mirc you can type /ka or /killagents. microsoft agent help microsoft agent core components (required) http://activex.microsoft.com/activex/controls/agent2/MSagent.exe sapi 4.0 (required) http://activex.microsoft.com/activex/controls/sapi/spchapi.exe lernout & hauspie truvoice tts engine (required) http://activex.microsoft.com/activex/controls/agent2/tv_enua.exe microsoft agent character files (at least one is needed) merlin - http://download.microsoft.com/download/1/d/b/1dbee406-9b5f-48c5-b901-dd1a3f3c4669/Merlin.exe genie - http://download.microsoft.com/download/0/0/c/00cde5f8-321d-4325-baae-eb27f1bde85f/Genie.exe robby - http://download.microsoft.com/download/2/b/9/2b904bbb-c0b1-4840-b332-ba0615d1041e/Robby.exe peedy - http://download.microsoft.com/download/a/f/5/af572f68-b83e-4e2c-8b0f-fd5fadf588e7/Peedy.exe mirc's help page for microsoft agents http://www.mirc.co.uk/agents.html --------------------------- rc9x2 / 7.110 / sep 13 2006 --------------------------- mpp menu system massively overhauled, finally this change was long overdue. the menu systems in mpp have been completely overhauled, updated, tweaked, streamlined, organized and nested, wherever humanly possible. similar items are now grouped so it is much simpler to navigate. right clicking in a channel on etg, gamesurge or gameradius now makes a new menu item for that network at the top of the menu. it should feel much better moving around now, i hope everyone likes this layout better because truthfully, i couldn't go back to the old system even if i wanted to. additionally, some items now show check marks by them, so you can easily tell which way a menu item is "set". like on etg you can use either mirc's "channel central" or dead's "etg channel/chanserv control panel"... well, now there is a check mark by the currently selected option. i also removed the dead "mirc tools" menu, i moved "mirc style" to the "experimental" section of the main mpp menu, and i fixed the long broken tat trivia menus on the main mpp menu. anyway, to everyone that has suffered with mpp's horrible menus all along, this build is for you. sorry for the delays. added ability to use @sound for wav's and mp3's to () or to @, that is the question i've noticed over the last year or two that people have really been using the hell out of the "()sound" (where sound equals any valid .wav file). i never cared for the (), but it worked. now you can use ()sound or @sound, where sound is any valid mp3 or wav file. if you have two files named the same, one mp3 and one wav, the mp3 will win the election. if an mp3 is played, you will hear it, and anyone else that already has it will also hear it... but it will not automatically upload to anyone like wav files. mirc just doesn't work that way. renamed dead's channel/chanserv control panel this has been renamed from "channel and chanserv settings control panel" to "enterthegame channel/chanserv control panel" since this control panel is exclusive to the etg network. it makes it a little more obvious that this is an etg only too. added "play 8-ball" to gamesurge/gameradius channel menus (03:00:34 PM) <@sod|sgt-d> !8ball chanserv = brokeback (03:00:34 pm) <@chanserv> sod|sgt-d: oh, please, please, make it stop! upgraded dark engine pro upgraded dark engine pro from 2.6 to 3.4 beta 8 upgraded gtsdll upgraded gtsdll from 1.2.6.8 (or 1.2.6.9?) to 1.2.7.1 revision 2 mpp control center, minor update only change: added more random messages. to see all of the new messages, delete mcc.dat and then run mcc.exe again. replaced tightvnc with ultr@vnc if you want a kick ass ultr@vnc installer, try http://sodpit.com/xvnc if you would like to try some of my other software, http://sodpit.com/software mini dns bug fixed error: unable to resolve 's ip address. this person might be using a hidden user/hostmask. caught by omegadoom, just prior to this release. thank god. this error was being triggered every time dns lookups failed. it was only added for people trying to use ultr@vnc with other users. dns always fails if you or your friends are using hidden hostmasks. this could have been a potential nightmare since dns failures happen all the time, everyone would have kept seeing this error for no apparent reason. added multi-network mass message commands i have added some nice mass message commands to mpp. due to the amount of messages that are processed, and because they work across all connected nets, i have decided that it would be a very bad idea to make them "easy to use" by putting them on the menu system. if you need to use them, here they are. you might want to print this section for future reference. please don't abuse them or they will be pulled. mass op messages/notices /omsgx - sends an op message to the same channel on all networks /onoticex - sends an op notice to the same channel on all networks mass messages /msgx or /mm - sends a message to the same channel on all networks /amsgx - sends a message to all channels on all networks /qmsgx - sends a message to all open queries on all networks mass actions, eg: /me farted /mex - sends an action to the same channel on all networks (not working) /amex - sends an action to all channels on all networks /qmex - sends an action to all open queries on all networks tons of other fixes along the way! enjoy! /sgt --------------------------- rc9x1 / 7.109 / sep 11 2006 --------------------------- codename: god hates us all 7109 changes... ***[mpp] chanserv last commands: [3/16/06 10:43:00 am] sgt-d|wrk - changed website setting you will see this when double clicking a channel on etg or when changing some settings on that network. ignore it for now k thx. /display alias adjusted /display has been used by systeminfo for years... at some point a year or more ago i made /display open windows display properties. ewps. good catch ]k[^omegadoom! control panel 3 (f3) now uses /disp for windows display properties so.. /display = systeminfo display info /disp or /dispset = windows display settings. etg chanserv doesn't support !voice / !devoice fuck chanserv... !fakeout (04:42:28 PM) <@sod|sgt-d> !voice ]K[^Omegadoom (04:42:28 PM) * sod|sgt-d sets mode: +v ]K[^Omegadoom (04:42:34 PM) <@sod|sgt-d> !devoice ]K[^Omegadoom (04:42:34 PM) * sod|sgt-d sets mode: -v ]K[^Omegadoom (04:42:36 PM) <@sod|sgt-d> lol cnicklist and afnicklist conflicts reported by ]k[^moon. cnicklist is loaded with mpp but off by default, and considered "experimental". afnicklist is included in the mpp\system folder, but not loaded by default. these scripts are about 2 years old and have managed to work with many versions of mirc, but i think mirc 6.2 might cause them not to work. avoid them for now, i will try to find something updated for the next build. nicklist menus updated, again etg was showing voice options before op options. these are now reversed to be consistent with gamesurge and gameradius. /version and ~version changes removed "(www.mIRCPowerPack.com) by sod/sgt-d (sgt-d@sodpit.com)" from ~version info. it was just too spammy. added mirc version to ~version reports. update: this is also how all /ctcp version reports will look end result... old: (12:52:33 PM) -DoA-flx- mIRC Power Pack 8.00 / Build: 7.105 / Codename: South Of Heaven / Core: 7.00 (www.mIRCPowerPack.com) by sod/sgt-d (sgt-d@sodpit.com) new: (12:52:33 PM) -DoA-flx- mIRC Power Pack 8.00 / Build: 7.107 / Codename: God Hates Us All / Core: 8.00 / mIRC: 6.2 merged and updated /imgon /img+ and /imgoff /img- /img+ and /img- used to only turn on/off images in query window. /imgon and /imgoff used to only turn on/off images in channel windows. now /imgon and /img+ turn on most channel/status/query images and /imgoff and /img- turn them all off. 7107 changes... updated multi browser settings and updated q3 servers, clean install only anyone performing a clean install will get updated multi browser settings and an updated default list of q3 servers. all builds for about the last year have had a list of 100% "dead" q3 servers. ogx scanning disabled by default, clean install only this hasn't been used by anyone for legitimate reasons for years, and i haven't updated it for this reason. in future builds this will probably be removed. mpp recovery system updated etg-chan-auth.mrc now included in the recovery system. all old files have been pulled. etg-chan-auth.mrc right click in an etg channel -> enterthegame tools -> channel auth this is where you can authenticate to chanserv for the channels that you are in charge of. you have to do this now to use many of the new features (like !op , as well as some of the old commands. when i do !op kik nothing happens gg pos mpp see the etg-chan-auth.mrc section (above). !commands are only for channel admins, and they have to be authenticated to chanserv. normal ops can't use !commands. mpp (nicklist) menu changes for the last few nights i have been going over the menu system and i have a lot of changes planned, but i haven't gotten as far as i had hoped. i need to clean them all up, refresh them, and make them easier to work with for end users. for now, there is a major improvement for channel admins on etg, gamesurge and gameradius. nicklist channel admin menu (etg/gamesurge/gameradius) relocated in the past you had to go thru the "channel operator" to get to the "special" admin menus for these three networks. i decided that this was too clunky really because a channel admin would always prefer to have fast access to their menus, i know i do. so i decided to put these special admin menus above the normal "channel operator" menu. this saves at least two full levels of menu browsing each time you need to hit a command. enterthegame nicklist admin menu changes the enterthegame menu has a new sub-menu, "commands" anything on this menu will send an !command to the current channel example: !op c|m_warbird the current chanserv password is no longer shown on the menu for security reasons. gamesurge and gameradius menu changes there are now two admin menus for both of these networks, one menu is for "main commands" while the other is for viewing/setting "user levels". both of these menus send !commands to the current channel. examples: !addcoowner czechplz !access czechplz using the "main commands" menu you can op/deop/voice/devoice multiple users at once by first selecting the users in the nicklist (hold in the ctrl key while mouse clicking each user) and then using the right click -> gamesurge/gameradius -> main commands menu item. when i click enterthegame -> commands -> op, nothing happens (re-repeated): see the etg-chan-auth.mrc section (above). !commands are only for channel admins, and they have to be authenticated to chanserv. normal ops can't use !commands. fuck i think i've explained that 10 times now. for entertainment, let's see who the first person is to ask why !commands aren't working... i give it two weeks, max! :) when i click gamesurge/gameradius -> main commands -> op, nothing happens you have to be the owner, co-owner or master of the current channel, and you more than likely have to authenticate first to authserv or nickserv. double clicking server:port game "hotlinks" opens two game browsers <@SoD|WiCkEdLyX> why do 2 q3 browsers open when i double click on a server <@SoD|WiCkEdLyX> i get qtool and mb <@SoD|WiCkEdLyX> i have mb set as my default <@sod|sgt-d> wow, an actual beta tester... sorry, it's been years the hotlinks problem is fixed. it was caused by the recent upgrade of qtool. i simply forgot to make qtool's hotlink abilities on/off based on mcc settings. however, the beta testing problem isn't fixed. re-read the top of this document to join the mpp beta team! :p~ wickedlyx and omegadoom are currently my only "solid" testers, at least that i am aware of. :p~ mpp.mrc fixes in "modern" mode, if you set yourself away, the "classic" away toolbar image would be displayed. fixed. in "modern" mode, when returning from games, the "classic" toolbar image would be displayed underneath the "modern" buttons, and it was ugly. i noticed this a few days ago, but forgot what caused it. luckily wickedlyx reported this while i was building rc9x1 which gave me time to let him test the fix before i added it. done. wickedlyx: the toolbar was fuxored tonite after i played q3 wickedlyx: had to do /modern to fix it wickedlyx: seriously it was goof'd wickedlyx: it was both toolbars wickedlyx: fix ur shit a few testers were on some 7105+ updated files. for you guys... i tried to turn on users' "away" info in queries - but each time you sent them a new message it would repeatedly spam their away reason. in 7107 the away info is off again. added new channel images: #freequest=images\freequest.png,5 #teamspeak=images\teamspeak.png,5 #ultravnc=images\ultravnc.png,5 #gameradius=images\gameradius.png,5 image pack 01 updated the images mentioned above are now included in the new image pack, but you must download it using the mircpowerpack.net mirror - kragoth is outdated. -------------------------- rc8-3 / 7.105 / sep 6 2006 -------------------------- codename: south of heaven clamwin scan reports scan reports are now saved as "scan.txt" instead of "clamav_report_060906_123225.txt" mpp recovery system changes (clean install) installer copies servers .ini & .backup to "recovery" folder mcc -> more tools page now also recovers servers .ini & .backup qtool upgraded qtool upgraded from 3.41 (6/4/2003) to 3.44 (4/28/2004) nicklist width back to default size (clean install) the nicklist was too wide, using mirc defaults now updated $os detection mpp $os detection added for windows 2003 and windows vista tinyurl by nudalz nudalz' tinyurl script is now built in to mpp.mrc commands: /t or /tiny or /tinyurl example: typing this: /tinyurl http://accessories.us.dell.com/sna/productlisting.aspx?c=us&cat=snp&category_id=6198&cs=19&l=en&mnf=694&Page=productlisting.aspx would reply with this: tinyurl: http://tinyurl.com/s8wxm - ctrl+v to paste url - new: 24 / old: 128 command editbox = /tinyurl the right side (command) editbox is now your personal "tinyurl" creator note: the /tinyurl command is hidden, you can turn it on if you want to (right click the command editbox -> options) simply paste a super long website url on the right side, then hit enter a new tinyurl will be generated for you automatically and it will also be "copied" to your windows clipboard so you can then paste it anywhere. you can then click in the main editbox and hit ctrl+v (to paste) and then hit enter to send it to the current channel. mcc more tools page font buttons now honor individual item selection resolution sample image size wasn't remembered on next session mcc connections page added server password field mirc button image overlay, /ignore'd for the time being, all mcc image themes that use button overlays will be ignored by mpp.mrc. the button overlays only worked with mirc versions older than mirc 6.2. the old overlays hide two or three of the new buttons. so, for now, plain old mirc buttons. /modern or /classic toolbar? you decide! as much as i like the old "mirc power pack" banner, it takes up a lot of space and it is purely visual, providing zero functionality. mirc 6.2 finally offered ways to add and manipulate buttons in this area, so starting with rc8 i started tinkering with this new feature. in rc8-2 i was actually able to get it working on a few other mpp users' systems, but it was pretty ackward. clunky at best. for rc8-3 i was just going to force everyone off of the old toolbar and on to the new one, with no choice in the matter. after a few hours i found a way to toggle between the old view with the mpp banner and the new view with all of the new buttons. after that i started playing with new controls in mpp control center. at first you could only switch it in mcc, and you had to restart mirc for the changes to take effect. now you can switch it in mcc or inside mirc, at any time, without restarting. in mirc you can type /classic or /modern and hit enter to force the change without even opening mcc. the next time you do open mcc, you will notice that the correct option (modern or classic) will be selected, based on the mirc command that you executed. if you want to switch the toolbar in mcc, simply select modern or classic and hit save or X (close) mcc. in seconds, mirc will update. the default setting for new users (clean installations) is the new "modern" style. enjoy! mcc main page, basic tab added "toolbar: modern/custom" radio buttons mcc general mcc help gutter... back from the dead. most hints are done, i need people to check for spelling mistakes or serious grammer flaws. bleh. what a long strange trip it's been. during the mpp 7.0 development process, mpp control center was massively overhauled from the old mpp 6.x series. one of the nicest features that came out of 7's development phase was the creation of a "help gutter". the help gutter was a small area of text that would change each time you repositioned your mouse pointer over a new control. of course, it didn't start out that way. the original method was simply having hints pop up in your face by every control. this was very annoying as hints can pop up in all of the wrong places, even where you are trying to type. after a few builds i finally came up with a better method... i decided to have all of the hints for each control show up in one set location on the main form. the help gutter was born. instantly anyone could get help for any item or control inside mcc by simply hovering the mouse pointer over that control and then reading the help gutter. the rest was (almost) history. shortly before the release of mpp 7.0 final, sparky came to me with this idea of making mpp multi-language capable. it was a major pain in the ass to switch everything over for multiple languages, and several sacrifices had to be made. among the losses: the mcc help gutter. no matter what i tried, i could not get foreign languages to display properly in the help gutter, and even if i could have gotten it to work there is no way it would have all fit. it was very painful to let it go. many users, myself included, had already become seriously addicted to the idea of instant help for any item. when mpp 7.0 went final, there was no help gutter. rip. instead it was replaced with multiple word documents written in several different languages. while this method was "ok" (at best), it really sucked ass. sure, if i was japanese i could open the japanese help file and read for 20 minutes to find the item i was looking for. and most of the times it was hard to understand like "you know that one little button to the right of the big button". that makes it very hard to find what you are looking for. it was tedious reading, but multi-language support won the day. 7.0 shipped "as is", without warantee. through all of the 8.0 development phase, 2.5+ years now, including all of the 7.1 series builds, there have been a ton of changes to mpp control center. keeping up with these changes, and adding those changes to the help files was virtually impossible. it was even more frustrating for me because i would forget what a button was supposed to do, then i would consult the help file, just to find out that i never documented the button. making matters worse, the multi language guy (sparky) pretty much dropped the project when 7.0 went final, so for 2.5 years there have been no updates to the language help files. i haven't even had contact from him for over a year, at least. i finally said "fuck it" and ripped out multi-language support from the installers a few months ago. i never got any feedback from japanese users or korean users, after adding languages or when i removed languages, so they must not miss it too much. last night i finally got sick of not having 100% instant help in mpp control center, so i decided to bring the mcc help gutter back from the dead. this is completely new... i started over from scratch. i have even given it a serious attitude. try it out, just point your mouse to a control for instant help. so, after too many long years, the mcc help gutter is finally back, and this time it is staying - for good. /sgt -------------------------- rc8-2 / 7.101 / sep 3 2006 -------------------------- codename: seven faces important notes rc8 users should upgrade to rc8-2 asap due to server list corruption caused by recent changes in mirc 6.2. see the next section for details. during add-on downloads, only use the "mircpowerpack.net" download mirror. this build is designed specifically for mirc 6.2. upgrade/patch users should run migrate.exe to get up to mirc 6.2. mcc update - newer than rc8-2 exe's were updated monday, september 4 2006 at 11:10 am and now include this updated file, so if you downloaded after this date and time, you don't need this exe. a newer version of mcc.exe is available after you install rc8-2. http://mircpowerpack.net/mpp/800/mcc.exe this contains only surface changes: the "userid" field on the connections page is now named "identd". note: the help files have not been updated to reflect this change. on the connections page you can now hold in alt while pressing an underlined letter... so if you hit alt+m you will land in the name field. the letters have been underlined for years, i just forgot to tell them to focus the user in a field. mirc 6.2 "servers" filename bug in rc8, servers.mrc was being corrupted as soon as mirc 6.2 started. in mirc 6.2, mirc requires that the name of the servers file is "servers.ini" (or possibly anything.ini). it can be located anywhere, but it must use this filename. additionally, if the list of servers is not indexed inside that file (eg: n0=, n1=, n2=, etc.) then mirc will not display any of the servers inside mirc's connection options. these changes, intentional or not, have not been documented anywhere. and, of course, my servers file (used for at least 5 years now, maybe longer) was named "servers.mrc", not "servers.ini". even better, it has never been indexed. so not only was it being corrupted at each launch, no servers were available in mirc options. needless to say, rc8 suffered horribly. so, in rc8, before your first launch, the servers file looked like: http://mircpowerpack.net/before.txt during the first launch of rc8, the servers file was corrupted: http://mircpowerpack.net/after.txt this problem is now fixed. rc8-2 now uses "servers.ini", but fair warning, i have added several custom servers to this file, so if you ever upgrade to the "official" servers.ini from mirc.com, you will lose my custom server list. here is my post regarding both of these problems: http://trout.snt.utwente.nl/ubbthreads/showflat.php?Cat=0&Number=166324&an=0&page=0#166324 i decided to fix this internally with mpp asap, and to do exactly what mirc wants, as opposed to waiting for a new mirc release. this way i can put out a new release faster and fix everyone's setup before it spirals out of control. the first time you run mpp.exe it will look at your mirc and mpp ini files to see if the fix has been applied. if not, it will redirect the ini's to use the new servers.ini instead of servers.mrc. then it will check to see if you have a servers.ini... if you don't (clean installers will have it, upgraders won't), one will be created for you automatically, along with a backup named "servers.backup". i have restarted mirc about 30 times, i have tested upgrade and clean installs and (so far) i haven't seen any corruption problems. i am also able to access the server lists both in mcc connections and mirc connections. so far, so good... etg server ip addresses removed from servers.ini a few years ago there was a 6 month period when etg was having horrendous problems with their dns records and/or servers and during this time period it was impossible to connect to their servers. i made a decision at that time to start keeping etg server ip addresses current in the mpp servers list so that mpp users would always be able to connect, even during dns blackouts. this hasn't been a problem in recent years, but i have consistently kept etg's current server ip addresses 100% current in my servers file as a courtesy to mpp users so they never had to live with dns blackouts. this is almost a non-issue now, the etg dns info has been working perfectly for years, so now it's time to let go of the ip addresses. migrate.exe, new and updated when you upgrade mpp, you don't automatically get the newest version of mirc. this has been a problem for mpp users since the beginning. now i have a tool to help get your mirc up to date as well. migrate.exe is in your main mpp folder. you won't find any shortcuts for it anywhere because you only need to run it occasionally. i always try to keep mpp running on the newest mirc, in this case, it's mirc 6.2. yes there have been a few problems with it, but it is stable now. first, make sure you are current with mpp. in mpp type: /mppupdate if there is an update available, install it and restart mpp. now to upgrade your mirc version. close mpp double click migrate.exe click ok to accept the warning about closing mpp. click download after the download, click install install mirc 6.2 to "c:\program files\mirc" --- not your mpp folder! after mirc is fully installed, click the "migrate" button. close the migrate tool and start mpp as you normally would. mirc looks different. ok, wtf did that tool do? it downloaded any missing text (txt) and help (hlp) files, then it downloaded mirc62.exe to c:\temp. the it helped you install mirc 6.2 and finally it copied (migrated) mirc.exe from your mirc folder to your mpp folder. mpp.exe, updated mpp.exe is the mirc launcher and it does a lot of stuff for us. in this build i am also having it correct the server list problem. when i tried to build it, it couldn't find httpget.pas, so i decided to take some more time with this app. see... i have used httpget for years and there has always been a major problem with it: if a download hangs or dies, you can't close the program you are using. you actually had to kill it with ctrl+alt+del. two years ago i found a better component called httpcli (part of the ics project), and little by little i have been converting my apps to use httpcli instead because it can abort a download in progress. this means that if the download fails or locks up, you can still close mpp.exe. this also means that there is an outside possibility of having a partial download that will not run, complaining that the file is corrupt. in this case, the corrupted installer would be that of mirc 6.2. if you run into this problem, remove the partial exe from c:\temp. mcc updated, again similarly to mpp.exe, mcc will now check to see if you have a servers.ini file. if you don't, one will be created. achilles heel finally fixed. for years i've been bombarded with hate mail and questions about the notorious "userid" field in mcc. as many long time mpp and mirc users know, that value ends up being the first part of your "user mask" on irc, eg: *!* sgt-d @ whatevernetwork.com. for years now people have refused to fill out this field and it always caused problems both for mpp and mirc. back in the early days of "8.0" when it was actually called "7.1" i even added controls to prevent users from closing mcc until all of the mandatory data had been entered. then i got complaints that mcc wouldn't close, so i even highlighted the fields red so people at least had a clue what information might be needed. of course, that didn't help either. to this day i still get emails and questions about this field, and to this day people still go out of their way to avoid entering anything in that edit box. from now on, as soon as you enter your nickname, the second you try to leave the nickname field, by mouse or by tab, i am automatically copying the nickname to the userid field IF the userid field was currently blank at the time you left the nickname field. problem solved? i'm waiting for someone to email me and say that they deleted the info in the userid field and now mpp is all fucked up. long time users, feel free to tweak your userid field to whatever you normally get op'd with. updated f1 control panel updated ventrilo icon toolbar changes none that are obvious. one thing i have noticed is that the default "buttons" image actually overlaps the real mirc buttons now. nobody has complained, i will fix it in the next build. if you turn off the buttons image and the background "mirc power pack" image i can show you something cool that i have been working on. note: clean installs can do this stuff "out of the box". upgrade/patch users will need to download http://mircpowerpack.net/mpp/800/toolbar.zip and extract it to mpp\system. once the images are both gone, try this: /tbset you should now have 15 new buttons on your toolbar that do various things: first, the already existing "address book" mirc icon now has a right click menu. on to the new buttons... the first is an mpp icon. a left click will put you on the homepage. a right click will display a menu of other helpful pages. similarly, the mcc icon has a right click menu to take you to various pages inside mcc. the next icon is the mpp away system, also with a right click menu. each button can be hovered over for it's "hint". /tbunset this turns the new toolbar off anyway, it's something i'm tinkering with, eventually the toolbar image may be removed from mpp in favor of an extended toolbar. to permanently remove the buttons and toolbar images, go to your themes folder, then to the subfolder of the image theme you are using, then rename these files as shown: -buttons.bmp -toolbar.png -toolbarb.png enjoy /sgt ------------------------ rc8 / 7.099 / sep 1 2006 ------------------------ codename: overt enemy important notice the javaguru mirror is down for the time being, the server was hacked, so he had to turn it off. the kragoth mirror still works, but i am currently unable to ftp in to the site to update the files. so, for now, these exe's only offer two mirrors, but you really should only use the mircpowerpack.net mirror. important notice this build of mpp is designed for mirc 6.2. older versions of mirc may or may not work with mpp 8.0 build 7.099 or higher. if you are doing a full clean install, skip to the next section. if you are upgrading, you will not automatically get mirc 6.2. to get up to mirc 6.2, follow these simple steps: new method, semi automatic but BETA shutdown mpp download http://mircpowerpack.net/mpp/800/migrate.exe put migrate.exe in your mpp folder double click migrate.exe click download, then click install, then click migrate start mpp this should get your mirc version inside mpp up to mirc 6.2 original method, 100% manual close mpp/mirc download mirc 6.2: http://mircpowerpack.net/mpp/800/mirc62.exe install mirc 6.2 to "c:\program files\mirc" <- not your mpp folder copy all exe/hlp/txt files from "c:\program files\mirc" to your mpp folder start mpp in either case: when mirc starts: help menu -> about - make sure you are on version 6.2 once you are on mirc 6.2 and mpp 7.099 you can enable the new treebar: view menu -> check treebar, uncheck switchbar grr! mirc's built in color themes aren't fixing the treebar colors! close mpp/mirc go into mpp themes folder and extract the new themes.zip this will overwrite old color themes (*.txt files) double click "convert.exe" from the themes folder this utility will update the color themes in mirc, 100% default font... to get 100% with the new look of mpp, on the view menu in mirc set your font to 8pt or 10pt tahoma. if all else fails, open an online support request: (12:26:42 AM) <@sod|sgt-d> hide porn, run /support, double click on sgt-d@home run: /support double click sgt-d @ home i will try to help remotely! * error creating window possible mirc 6.2 bug. sometimes when starting mirc, you will see these errors. when these errors occur it is almost impossible to do anything in mirc or in windows. reboot your computer to resolve this problem. replaced all protium info with gameradius info all windows shortcuts, chat files, internal info and help files all point to gameradius now instead of protium since protium is no more. convert.exe updated convert.exe now automatically updates your mpp.ini with the color settings once they are converted. mirc must be closed before running. mirc 6.2 bug? sandra isn't running from f2 control panel or /sandra. see this post for details: http://trout.snt.utwente.nl/ubbthreads/showflat.php?Cat=0&Number=166119&an=0&page=2#166119 * /run: unable to open 'irc://irc.gameradius.org/mpp' this only seemed to be a problem on one of my computers. nobody else is having problems with irc:// links. automatic digital signatures, md5's and logs the main exe's are now coming off the press automatically with digital signatures, md5's and nsis compile logs. this simplifies my process because i only have to modify one file to make adjustments to the build number and codename, then i only have to run one file to compile 5+ exe files... the rest is fully automated. default font changed only clean installs will notice this. i know long time users of mpp will hate this change. even i'm not a big fan of it yet. it doesn't look bad, it's just... tiny. what i was trying to accomplish with this change was to match the font used by the new mirc 6.2 treebar. i have nailed it, right on the head, but it's pretty small. the down side is that it takes time to get used to and it is a little harder to read. the plus side is that the treebar, main window and the nicklist now all look very consistent. additionally, more text can fit in the screen. if you don't like it, hit f4 (mpp control center) then close mirc, go to the "more tools" page and click the "lucida" button. lucida has been the mpp default font for eons. before that it was fixedsys. lol. nicklist width change only clean installs will notice this. the new nicklist width is now the exact same width as the new treebar. it looks a little weird to me, but if you max your channel you will see the two bars are now perfectly equal. if you don't like the "new" size... you can adjust a channel to the nicklist to the size you like, then close mpp. edit your profile's mpp.ini and find the [nicklist] section. example: mpp.ini contains many settings, only edit it if mirc/mpp are closed. [nicklist] #mpp=right,191 find the channel you adjusted, and use that number value for all of your chans. mpp control center changes the "more tools" page now offers tahoma 8pt and 10pt buttons. 8pt (for now) is the new mpp default size. also on this page, on a new clean install, the resolution slider was always jumping to 800x600, corrected. massively updated f2 control panel renamed from "windows tools" to "windows tools & benchmarks" added outlook, /email this can be set to any email client, just edit system\mpp\programs.txt to change the name "outlook" or the icon, edit system\cpanel\cpanel2.ini quick notes... 3dmark2000, xlr-8r and sisoft sandra might not work. added mozilla firefox, /firefox added mozilla thunderbird, /thunderbird added mozilla sunbird, /sunbird added mozilla seamonkey, /seamonkey added mozilla seamonkey mail, /seamail updated sisoftware sandra lite to 2007.sp1 replaced grisoft avg with clamwin: /clamwin removed vulpine glmark, /glmark still works removed windows explorer, /explorer still works removed command prompt, /cmd still works removed winamp3þ/winamp3, still works removed soniqueþ/sonique, still works removed mailwasherþ/mwash, still works removed liquid audio, /liquid still works removed outlook express, /oe still works removed pcanywhere, /pcany still works ---------------------------- rc8 x1 / 7.097 / aug 30 2006 ---------------------------- codename: stain of mind wtf mirc 6.2 has been out for over a month! i didn't notice it was released and nobody else mentioned it, so the previous build of mpp wasn't ready for it. i didn't get the memo! important notice (this is your memo) this build of mpp is designed for mirc 6.2. older versions of mirc may or may not work with mpp 8.0 build 7.097 or higher. error: * identifier locked in options dialog: $decode (line 1682, xserv.mrc) in mirc: alt+o (mirc options) -> other -> lock -> uncheck "decode" -> ok error: * /hadd: insufficient parameters (line 1359, mpp.mrc) fixed. etg finally dropped the real ip addresses for ky1 and ky2, they now redirect to maryland (md) and florida (fl), respectively. if you are still having problems, open mpp control center (connections page) and change the server for etg to: "irc.enterthegame.com" (no quotes). argue that and i will laugh with you in a few weeks. end of story updated all color themes mpp color themes, themes.zip, and all mirc color themes are now 100% current and compatible with mirc 6.2. i have also converted the 4 new mirc 6.2 color themes into mpp color themes. only people running a 100% "clean" install will see the updated color themes automatically. if you are doing a "clean" install skip to the next section. anyone using mpp color themes (the option checked in mcc) can extract the new "themes.zip" to their themes folder. this action will overwrite all of the older color themes that already exist, so make backups if you want to keep your work. by doing this, mpp color themes can be manually updated and used without doing a "clean" install. oh, and close mpp control center before extracting these files. sadly, there is no way to manually update the mirc color themes. well, there is, but it's extremely "manual"... download: http://www.mircpowerpack.net/mpp/7097/colors.txt edit (notepad) colors.txt higlight [colors] and all 35 colors below it, continue highlighting through the [palettes] section and all 35 palettes. once everything is highlighted correctly, press ctrl+c to "copy" the lines to the clipboard. close colors.txt close mpp/mirc/mcc edit (notepad) your mpp.ini file example: c:\program files\mirc power pack\profiles\<>\mpp.ini higlight [colors] and all xx colors below it, continue highlighting through the [palettes] section and all xx palettes. once everything is highlighted correctly, press ctrl+v to "paste" the lines into mpp.ini. close mpp.ini restart mirc. updated convert.exe (formerly cvt.exe) this is not needed for a clean install. convert.exe has been updated considerably this utility serves one purpose only: converting all of your mpp color themes into mirc ini format. once it finishes you will have the option to view the created file, colors.ini. you can then copy these entries to your profile's "mpp.ini", overwriting the old [color] and [palette] sections similarly to how it was explained in the section above. just make sure mpp and mcc are both closed. you can safely delete the outdated cvt.exe. updated servers.mrc major updates, based on the newest official servers.ini. etg, gamesurge, freequest fully tested and 100% operational. mpp default window size changed only "clean" installs will see this change automatically. mpp's main window now defaults to 1024 x 768. i have wanted to do this for a long time... 800x600 was just too small. if you want to resize it, close mpp, start mcc -> more tools -> adjust. mpp control center changes god what all did i change. removed experimental option "treeview switchbar". massively updated the colors page. it is now 100% compliant with mirc 6.2, including treebar color settings. changed the default mpp window size to 1024 x 768. bug fix: in the past if you clicked "add" or "copy" on the colors page, it would initially save to the name you typed, like "testing.txt" but then any other changes (or exiting, or saving) would create a new file called ".txt" with no file name. fixed. mpp now uses the new mirc 6.2 "treebar" only "clean" installs will see this change automatically. by default, mpp now uses the brand new "treebar" instead of the old/classic windows 3.1 mirc "switchbar". i'm sure long time mpp users remember all of the hacks that i have tried over the years to get treeview working. finally the hacks were so buggy that i eventually moved them to an "experimental" section of mpp control center. the old experimental option is now gone. anyone still using the old experimental one will have to manually unload it before attempting to use the new one: (clean installs don't need to do this!) /unload -rs switchbar.mrc the options for the treebar and switchbar are in mirc's "view" menu. in closing... while this build seems to work fine with mirc 6.2, i have no idea what problems might take place with mpp inside of mirc 6.2. earlier tonight i was listening to a cd and probably long overdue for a reboot... and mirc wasn't working right at all. i couldn't hit f4 for mcc, *ding*, i couldn't right click inside mirc, *ding*, i couldn't hit any of the mirc menus, *ding*, i couldn't click any icons on my desktop or in quicklaunch, *ding*, all i could do was type in the current window or click "x" to close mirc. this was probably just me needing to reboot. or was it? could it have been caused by a possible conflict with mirc 6.2 + untested mpp 7097 + winamp2mirc? i need you to help me debug this. try running this build of mpp with winamp running and try actually using the winamp2 mirc tool inside mpp. let me know. i will say this much... phucked.net is gone and i haven't heard from chs (winamp2mirc author) for over a year, so if he's out of mirc scripting i will have to pull wa2mirc if that is the root cause of the problem. in general, only basic testing has been done with mirc 6.2. i have only had mpp 7097 and mirc 6.2 running now for about an hour or so. since i have rebooted, no problems, but i haven't run winamp either. the main focus for this release was to get mpp working with mirc 6.2 at a basic level, change some defaults (larger mpp main window and replace the antique switchbar with treebar) and finally to get all of the colors 100% up to date, including the two new colors for the treebar text and background. the real testing is left to the beta team. ------------------------- rc7 / 7.095 / aug 27 2006 ------------------------- codename: christ illusion changes upgraded bytecam from 3.00 to 3.02 upgraded multi browser from 1.45.2 to 1.45.3 fixed mirc 6.17 download bug other misc fixes --------------------------------- rc7 x1 / 7.093 "666" / jun 6 2006 --------------------------------- this build was simply for fun, released on 6/6/06 ---------------------------- rc6 / 7.091 / ??? ?? 2006 ---------------------------- somewhere along the way there was a 7.091 build and i am pretty sure it was the official rc6 release. ---------------------------- rc6 x5 / 7.090 / mar 26 2006 ---------------------------- codename: m.a.r.k-13 win32 openssl 0.9.8a everyone should install the newest openssl website: http://www.shininglightpro.com/products/Win32OpenSSL.html download: http://www.shininglightpro.com/download/Win32OpenSSL-v0.9.8a.exe cd-rom setup.exe updated the new cd-rom setup.exe now correctly downloads/installs mirc 6.17 instead of mirc 6.16. mcc.exe updated on the very first run you can't click the help button for help on the connections page. fixed. wait, fuck i haven't tested that yet grr. fuck... of course, it didn't work. ok, i added a 2 second timer on the very first run that seems to fix this problem. language selections removed from all installers you no longer have to select your language to install mpp. i doubt it was working correctly for other languages anyway, i received no feedback about the added languages, all of the language files are comepletely outdated, and i have nobody to convert the new strings. i will not be adding languages back to the installers, for any price. it was too much of a pain in the ass to implement it, it added hundreds of lines of code to the installers making them impossible to manage, and in the end the multi language support went away. i haven't received any updated language files from sparky in almost two years since the release of mpp 7.0. documentation changes i had too many problems trying to manage 10,000+ line html files. every time i tried to hit enter or make something in the readme bold text, my system would freeze from 10 seconds to a full minute. this problem only really affected dreamweaver 7.01 mx 2004, but it got so bad that i started to completely neglect writing ANY documentation at all. until i find a workind solution for writing html without lag, it's back to plain old text files. all installers now point to the txt version of the readme. the changelog might remain in html, but it is a little outdated. this text file includes all documentation that i could find for the post mpp 7.0 information. ---------------------------- rc6 x4 / 7.089 / mar 17 2006 ---------------------------- codename: m.a.r.k. 13 mcc reloaded i just finished rebuilding my pc and reinstalling everything. i am roughly back up to about 95% operational. delphi is always a pain in the ass to get installed and configured properly. sadly, this is the main tool that i use to build all of my exe's like mcc.exe and mpp.exe, etc. each time i format, i use my mpp control center project to test my delphi installation and make sure things are working normally. anyway, sometimes it appears that delphi is installed and working good enough, but later when i make mpp releases it turns out bugs are found with mpp control center. for this reason, i need mpp control center checked somewhat thoroughly. things to check for sure: mcc settings (f5) - make sure that you can still change your mcc color themes that adjust how mcc looks, especially colors. main settings (f1) - make sure that you can export/import user profiles more etg chanserv dialog fixes etg changed several things with chanserv (again) so the channel manager dialog had to be updated again. everything seems to work normally now. mcc connections fix in mcc connections if you clicked the nickserv button for a gameradius server and typed in the login/pass, the "hide my hostmask" option would not auto- automatically check itself. fixed. ---------------------------- rc6 x3 / 7.088 / mar 13 2006 ---------------------------- codename: individual thought patterns etg chanserv dialog fixes chanserv button now closes automatically after changing settings. thanks sod|dead for the update. servers.mrc updated all etg servers now have dns/ip listings, fully updated and fully tested, including the given port ranges. mpp.exe updated now reports correct mirc version (6.17) sgt-d is actually *!*mask if you double click your own nick on gamesurge/protium/gameradius, it should no longer report your own "sgt-d is actually *!*mask" info in white text. decode option fix? not likely. i am trying to run unlock.reg to import mirc lock settings one time only. it might work for some ppl. if not, read below: error: * Identifier locked in options dialog: $decode (line 1682, xserv.mrc) go into mirc options -> other lock -> uncheck decode -> ok ---------------------------- rc6 x2 / 7.087 / mar 12 2006 ---------------------------- codename: spiritual healing etg channel auto-join delay problem, full disclosure for weeks now auto-joins have been delayed from 2 to 8 full minutes on etg. i have been trying like hell to figure out the cause of this problem and to come up with possible workarounds. in addition to this problem, three days ago etg started ass-slamming everyone that connects to their network with scrimserv messages, so i added automatic blocking of those messages. a side effect of this was that (most of the time) channels would auto-join faster. while this is a nice side effect, it only masks the real problem. this morning i woke up for no reason at 4:00 am. just for shits & giggles i decided to load mpp. my channels joined instantly, even after i disabled the new scrimserv blocking. wtf? after a closer look i noticed that i had connected to ky2 instead of ky1. so i opened mpp control center connections and told it to use the ip address for ky1 and sure enough, all channel joins were delayed by exactly 8 minutes... to the second. i opened mpp control center connections and told it to use the ip address for ky2 and restarted mpp. all channels joined instantaneously. ky1 ip address: 216.248.61.76:6666-6668 ky2 ip address: 216.248.61.80:6666-6668 for now, to avoid all delays, only use the ip address for etg, and you can use any available ip address - except the ip address listed directly below ky1. a full CLEAN install of this build of mpp (7.087) will automatically default to ky2 to avoid these delays. if you insist on using ky1, i have a possible workaround for you as well, but it's not pretty. what we have noticed is that on ky1 only it seems that chanserv is ignoring your for x minutes (usually 8 minutes) when you try to send multiple commands (like /join commands) all at one time. in other words, flood protection. using timers that are each delayed by fractions of a second for each perform allows us to send multiple commands almost "at once" without triggering ky1's (supposed) flood protection. so if you insist on using ky1, try something like this for your perform section: .timerj1 -om 1 100 /join #sod .timerj2 -om 1 200 /join #sodpvt pass .timerj3 -om 1 300 /join #mpp .timerj4 -om 1 400 /who #sod .timerj5 -om 1 500 /who #mpp the problem is that while this is very simple to add in your perform section manually, it is something that i never want to have to build into the delphi code that creates mcc.exe. in other words, i could make your connections script automatically use timers, but it would take 100's or 1,000's of lines of code, and months of testing. finally, i can't prove ky1 is using flood protection, but i'm pretty sure that's what's going on. if anyone knows what is going on, email me. i will email my report to the etg admins and in future documentation i will include their reply. etg chanserv dialog fixed again last night i released 7086c and i accidentally included an older version of the etg chanserv script. today i loaded the newest copy and there were a few minor problems with it, so sod|dead jumped right on it and fixed them. this is the newest version available. enjoy! quirks as always there are going to be a few quirks. i am currently between computer builds, so i haven't installed delphi. this means that i can't code or build new exe's like mcc.exe or mpp.exe. luckily there are no real demands for either exe to be rebuilt, but i did notice something a little silly with mpp.exe. on a clean install of mpp, mpp.exe starts up and asks for your mirc installation or it helps you download and install it. this dialog looks good and everything about it indicates that it is, in fact, searching for mirc version 6.17. that is, until you click the download button. it gets a little goofy here, so work with me. the progress bar shows that it is downloading mirc616.exe and later it asks if you want to install mirc 6.16 or where you installed mirc 6.16. the file that it downloaded to c:\temp is actually named mirc616.exe. but here's the kicker: it's really mirc 6.17 and you will see this if you click "yes" to install it, or even if you double click mirc616.exe. anyway, it's the right build of mirc, but mpp.exe has it "hard coded" inside the exe that the name is mirc616.exe. i will fix this in the next release, it's just a visual bug. ---------------------------- rc6 x1 / 7.086 / mar 11 2006 ---------------------------- 2006-03-11 7086c codename: evolution in production 2006-03-08 7086b codename: genetic reconstruction 2660-03-06 7086a codename: kick the chair --------- 7086c.exe --------- information about this patch: build info updated 7.086 "evolution in production" 3/11/06 etg chanserv dialog - fixed! more fixes from sod|dead... thanks! etg channel auto-join delay problems sometimes there is virtually no delay: (08:43:11 PM) -ChanServ- VHost Login Successful (08:43:19 PM) * Now talking in #sod other times it is delayed by exactly 8 full minutes, down to the second: (01:44:40 PM) -ChanServ- VHost Login Successful (01:52:40 PM) * Now talking in #sod what is causing it? i'm not sure, but i'm still working on it. fucking etg.... first you get a fucking scrimserv notice... (01:39:08 PM) -brmnsy- For More Information On Any Of The Above Events, Type '!EVENT #' In Any Channel, Using The Yellow ID Number Of That Event. To View This List Again Type '!EVENTS' In Any Channel. then you get a fucking scrimserv query... (01:39:08 PM) [ 17 ] 3/13/06 - Are you looking for a Scrim/War? Look no further then ScrimServ one of ETG's newest services! We have now updated it to include even more games! Now supporting Counter-Strike, CS:S, BF2, Q4 RA4, Q4 Clan Arena, and Q4 CTFS as well as many others! Help cut down the spam and find scrims easier with ScrimServ! Go here to read more: http://www.entertheg ame.com/menuitem.asp?SUB=229 Nick: brmnsy Name: ETG Channel Services 8.34g Address: *@*.* Server: Services.EnterTheGame.Com, EnterTheGame IRC Services 8.34f Status: brmnsy is an IRC Operator what the fuck is the deal with etg? is anyone else fucking sick of their gayness? this build of mpp will block the notice but allow the query window to exist for 10 seconds. this is just long enough for all of the text and the /whois info to make it into the query window. then i fucking close it. fuck etg. scrimserv blocking possible positive side effect by waiting 10 seconds and closing these query windows, mpp seems to be auto joining channels quickly again. sigh. etg. version info problem example: Current MPP Version: 8.00 [Build: 7.086]. Update MPP Version: 8.00 [Build: ]. There are no MPP Updates at this time. this problem started when sodpit.com was moved to a different server... ini files needed to be setup in iis as mimetype text/plain. this problem is now fixed. --------- 7086b.zip --------- information about this patch: build info updated 7.086 "genetic reconstruction" 3/8/06 includes new bytecam, fixes menus bytecam 3.02 on board, menus fixed (communications) new etg chan auth script by sod|dead etg now requires that you "auth" to your channels before you can actually change any settings. i know, stupid. this script helps you auth to your channels and manages the channels in an easy to use dialog. you can even turn on auto-auth so that each time you reconnect or after a netsplit you will automatically be authed to work on your channels. etg chanserv dialog - fixed! when you double click in an etg channel, the chanserv dialog is displayed. this dialog has been broken for quite some time. the new chanserv upgrade on the etg network caused all kinds of problems and i don't know anyone that actually likes it. anyway, it is working again in this build, but there are a few words of caution. chanserv on etg has always been laggy as hell... but their new one is possibly the worst in history when it comes to lag - and spam. it bludgeons irc clients with spam when you try to do some things, constantly slamming you with information about chanserv's current build... like anyone cares what fucking build it is. if you decide to use the etg chanserv dialog as your channel manager, it will come with a small price. you will have to wait for it to fully load and retrieve the information. another problem. sometimes after you close the chanserv dialog you will notice that right after that if you double click on another person, their query window will say nothing at all, or it might show information about chanserv. that is etg's gay ass brokeback new chanserv that is still trying to slam your irc client with whois information - sometimes up to 5 full minutes after you have stopped using the channel manager. it's a matter of eventuality. eventually you will start to see color whois info that matches the person in the query window. go hit something. oh, and the mirc buttons go nuts for 5-15 seconds flickering like mad. that's cuz gayserv is trying to ass ram you with 5000+ private messages and sod|dead is trying to close those messages as they occur. it has a visual effect, but i like it better than seeing re-apperaing chanserv buttons every time i close it. i am using it for now and i'm trying to get used to it. just keep in mind, it's all etg bullshit. mpp isn't auto-joining etg channels not 100% true. it actually does join them all, but sometimes it can take anywhere from 2 to 10 minutes. anyone notice how this all worked fine before etg "updated" their services? anyway... you can type /p1 or whatever your etg status window tells you to type to manually join them, or you can wait for the timeout and it will eventually join all the channels. i will be looking into some workaround for this, be patient. names spamming to status window see above topic. type /p1 quickly and you won't see the names. -sgt --------- 7086a.zip --------- information about this patch: build info updated 7.086 "kick the chair" 3/6/06 error: * $read: invalid parameters (line 5688, mpp.mrc) this error doesn't show up until you try using mirc 6.17 with mpp. 7086a fixes this error. error: * Identifier locked in options dialog: $decode (line 1682, xserv.mrc) go into mirc options -> other lock -> uncheck decode -> ok updated servers 3/6/06 self explanitory. users-new.mrc this file shows my main "masks" for most of the irc networks i use. i didn't want to clobber your users list, so just edit this file manually and copy my masks from this file and then paste them into your ream users.mrc. updated mpp support tool support.exe is the newest version k tks bi -sgt ======================================== everything below this mark is depricated some of it is still true, some of it has since changed. ======================================== ------------------------- x12 / 7.083 / aug 22 2005 ------------------------- codename: hangar 18 build date: 2005.08.22 revamped documentation after months of trials and debate i have finally decided to start hacking away at the new documentation. the idea is simple: combine the changelog and readme into one single page (in a split view) and make the topics in the changelog (left side) clickable links that point to the correct sections of the readme file. sounds easy enough. the problem is that the current readme is a 10,000+ line text document and while it was easy to convert it to html, most html editors barf on that much data. no exception to this problem is my current editor, dreamweaver mx 2004. i am able to edit, but it is very laggy and words that i type sometimes aren't displayed for a few seconds. anyway, the biggest advantage now is that you will be able to quickly navigate all of the information in the readme. another advantage is that sentences are all wrapped now, so you don't have to scroll as much vertically. i couldn't wrap sentences in the text version, browsers don't display it correctly. at the time of this writing i have only revamped/mapped/linked versions 7.083, 7.080 and 7.079. more to come later. added support for gameradius.org a seemingly minor feature that took 1,000 lines of code to implement, with major consequences. one mistake during these edits almost wiped out mpp control center. incidentally, gameradius is made up of servers and admins from the old progameplayer network. when you select gameradius as the network you will be able to use the nickserv button, and it works 100% identical to protium. this change took almost 1,000 lines of new code, and it all had to be placed very carefully. at about line #10,000 i was replacing occurances of "20" with "30" for the selected text only. later i hit "f3" which normally just means "search". well, gg delphi... piece of shit editor. it went through the remainder of the code (about 15,000+ lines) and replaced every "20" with "30". so there i sat for 2 hours comparing my current code to a backup from 2 months ago, manually correcting each wrong "30". ugh. god, why the fuck did i make mcc go up to 30 servers? i don't think i've ever used 10 at one time. stupid. in the end, i think it's all ok. affected areas might include the old tools for setting fonts and sizes. make sure that's all working correctly k tks. not only is nickserv working for gameradius, but host masking is also working. connection 20 fixed? during the edits i found some code that was incorrect in a few spots for for server connection 20, so if anyone had problems with cid 20, let me know if this fixes your problems. servers.ini updated servers.mrc is now based on the newest official servers.ini dated 8/15/2005. originally this was going to be the only change for 7.083, but i really wanted nickserv and host masking to be "built in" in this version. merged documentation this document merges everything from the current builds all the way back to the first beta tests after the 7.0 release. it does not contain any documentation from 7.0. ------------------------ x11 / 7.080 / aug 1 2005 ------------------------ codename: stealing my mind build date: 2005.08.01 fixed mpp upgrade system a few minor glitches in the upgrade system, should be fixed. -full and -upgrade exe's are both 7.080 7.081 (8/2/2005) will be available after 6pm central thru the upgrade system only. run /mppupdate or restart mirc after 6pm central to get 7.081. i will be doing tons of test builds using the upgrade system to make sure it is working 100%. 7.081 (tonight's patch) information... codename: progenies of the great apocalypse build date: 2005.08.02 upgrade vs patch upgrades are about 6mb now, half the size of the full installer. this is getting entirely too large for an "upgrade" system really. so, what i am doing is... i will continue to release upgrade exe's that are 6+ mb for everyone back to the now antique mpp 7.0 rc6 and higher... but the actual mpp upgrade system will only download a (normally) very small patch exe that is only good for 8.0 or higher. this way i can do incremental fixes and keep the patch size small. eventually it will start to get bigger, but i'm hoping to always keep it below 3mb or so. ------------------------- x10 / 7.079 / jul 25 2005 ------------------------- 7.079 is the first build that has been branded as 8.x... 7.079 second release (7/26/05 at 9:00 pm central) updated files mpp800-upgrade.exe, mpp800-full.exe, setup.exe, getmpp.exe, mpp800.txt, changelog.htm, and mpp800.md5. mcc help page top banner borked, fixed mcc -> help -> top: banner reads "compiling". if you delete mpp\system\mpp\mcc.bmp... mcc -> help -> top: banner reads "mpp v7.10". this has been fixed in the second release of 7.079. the banner now reads: "mpp v8.00" installer files renamed mpp800_upgrade.exe is now mpp800-upgrade.exe mpp800_full.exe is now mpp800-full.exe this change also impacted setup.exe and getmpp.exe, both have been rebuilt for the filename changes. 7.079 original release (7/26/05 at 12:30 pm central) mpp major/minor version number changed from 7.10 to 8.00 mpp 7.10 is now mpp 8.00! believe it or not, this was actually a very hard decision for me to make - it took over three months for me to finally decide, and even then i didn't really want to make the change. before even documenting this new build (up thru 7.076) there have already been over 577 known (and documented) changes since mpp 7.0. this alone is reason enough to give the new mpp a new "major" release number such as 8.00. i had contemplated making this change long before 7.10 rc1 was released to the public. in fact i had considered it way before beta 3 was released privately. that was probably well over a year ago. i even remember talking to omegadoom back then and asking him if i should call it 8.0 or 7.1. already by that point there had been enough improvements that he said i should call it 8.0. another reason for changing the version to 8.00 is that it's been a year and a half since mpp 7.00 was released. it almost seems stupid to release "7.1" after that long of a gap, especially considering the innumerable improvements. so why didn't i make the change way back then? somewhere around beta 2 or beta 3 i had updated all of the theme packs to include a new toolbar banner image that said "v7.10". this was a very large undertaking that required rebuilds and uploads of all of the theme packs. ugh, not to mention constantly rehashing new md5sums. anyway, it was a very large task and i didn't want to have to do all of the work again. even tonight i had to keep rebuilding add on packs and the main installers because it kept making the toolbar read "7.10" right after the installer finished. it's a huge nightmare trying to get everything working right. on july 24th i was going to release 7.078 with the changes that had been made so far, but then i started thinking about the 7.10 branding, and how close this is getting to a final release. knowing that it could take another year or two to get to another big release, i started really wanting this version to be 8.00. it deserves it in my opinion. anyway, today i started attacking as many files as i could, replacing all of the mpp710's and 7.10's i could find with mpp800 and 8.00. i updated the toolbar images and put them in all of the theme folders. it's starting to look & feel like 8.0. there may be some issues with this build. if you notice any 710's or 7.10's that i missed, please let me know asap. important notice... all of the installers and add-on packs have been rebuilt. please only use the newest files. magic mirror x (mmx) updated (again) the new urls will all be /mpp/800 instead of /mpp/mpp700 or /mpp/mpp710. this is more of a major change than it may seem. make sure all downloads are working correctly. the mpp update system will need to be re-tested against the new urls before i release 8.00 final. someone remind me to do this k tks. several exe's updated setup.exe updated to 8.0 and for the new files: mpp800_.exe. mpp.exe now shows 8.00 fkey.exe was using mpp710 for dde, changed to mpp800 mcc.exe was plagued with mpp710/7.10 info, updated on and on default dde service name is now mpp800 cross your fingers... added mpp online support /about -> bottom link = mpp online support -or- f1 -> first icon (top left) = mpp online support system\mpp\support.exe currently only wizaard, mindless and sgt-d are listed as support agents. anyone that wants to be added needs to email sgt-d@sodpit.com. added mpp online support update utility system\mpp\support.bat this will download the newest version of support.exe so that the mpp online support tool can be quickly and painlessly updated. support.exe will be updated occasionally as support agents are added or (god forbid) removed. main installers slightly larger quick mention here... the new online support tool and the download utility have added an extra 1+ mb to the installer sizes. live support is something i've wanted to add for a long time, so it's worth the extra size. /about mpp version image updated glad i added mpp online support to the /about page - i almost missed that its image was still reporting 7.10. f1 -> mpp online support icon fixed ugh. too busy yappin here and almost missed something. the f1 -> mpp online support icon wasn't working at all. fixed. all installers & add-ons rebuilt with nsis 2.08 for possibly the first time ever, all of the mpp installers and add-on packs are now built on the same version of nullsoft scriptable install system (nsis), version 2.08. $instdir vs readregstr in the past, all of the add-on packs were installing their content to $instdir. the problem is that $instdir was only a temporary value. the next time someone used an nsis installer, $instdir would change and the add-ons wouldn't install correctly. i think a few people reported this. i'm pretty sure jawz and dabomb mentioned this at one point. anyway, when mpp is installed it writes the install path to hkcu\software\mirc power pack. all of the new add-on packs now use readregstr to get the correct install path, and then they force $instdir to use the path that was read from the registry. install mpp.exe install mpp.exe install mpp.exe wizaard and mindless (the only mpp online support agents beside myself) were reporting that after every add-on pack the installer was running the mpp online support tool. in both cases they had downloaded the mpp installers and add-ons to their desktops and ran the main installer from there as well. at the time, they also had a file named mpp.exe on their desktops. this copy of mpp.exe was identical to support.exe found in the system\mpp folder. the installer kept running mpp.exe, interrupting their installation which is normally 99% "hands free". first of all, nobody else will see this problem because they won't have an mpp.exe on their desktop unless they did something dreadful. secondly, i think that this was a bug in nsis 2.07. for some reason it was trying to run the "finish page" routine (mpp.exe) after each section of the installer. wizaard and mindless: please put your mpp.exe support tool in the same folder as the new main mpp installers and see if the same problem occurs. i was able to duplicate their problems with the last 7.10 installer, but this new 8.00 installer isn't acting up at all. i made no changes, so if the problem is gone then nsis 2.08 was definitely the fix for this problem. wait.. why was it trying to run "mpp.exe" from the desktop instead of the mpp.exe in the mpp folder? simple: windows. windows sometimes will try to run an exe from the same folder first, if it finds one, instead of where you tell it to run. example: say that mpp.exe and mpp installer are in the desktop folder. the installer sees the mpp.exe right there and tries to run it. i ran into the same problem with putting the mpp online support utility in the mpp\system folder. originally it was named mpp.exe. when you click the power button in mcc it is supposed to run mpp.exe in the main mpp folder, but instead it kept opening mpp.exe (mpp online support tool) which was in the same folder as mcc.exe. fkn winblows. i quickly renamed it to support.exe. :p~ right click -> mirc power pack -> main functions (f1-f12) fixed these menus have been broken for forever and nobody mentioned it. they are supposed to show you exactly what the fkeys are set to, but they were only showing the fkey itself (f1, f2, etc.). fixed. ----------------------- x9 / 7.076 / jul 9 2005 ----------------------- codename: cosmic sea 2005.07.09 bytecam upgraded to 3.01 final after tons of testing, bytecam 3.01 is now final. mpp download mirror removed: lutronx (http://mirror.lutronx.net) i first noticed that this mirror was offline about a month ago when i tried to upload the new image pack #2. the admin has been online on icq several times since then but has not responded to any of my messages. i have no choice for now but to remove this mirror from the list. mpp download mirror removed: gibbles-n-bits (http://mpp.gnbits.com) mpp.gnbits.com is no more. :( mpp download mirror added: ucheetmfer (http://ucheetmfer.com) ucheetmfer.com is now included as an mpp download mirror, but it will not show up randomly - you have to manually select it. additionally this site will need to be tested. the md5's for this site matched the official mpp 7.10 rc5, except image pack #2 because it is newer. i *think* this mirror is ok. someone prove me wrong. download mirror override updated anyone using any of the mpp 7.10 installers, including very old builds... any version that included the new download mirrors page, can now download one file and put it in the same folder as their installer so that the download page will be accurate: http://mircpowerpack.com/mirrors.dat magic mirror x (mmx) package updated to reflect mirror changes due to the changes in the mpp download mirrors, i also had to update my magic mirror x (mmx) project. here are the new files: http://ucheetmfer.com/mpp/mpp710/mmx.exe - mpp mirrors builder: mirrors.dat (multi) / override.dat (single) http://ucheetmfer.com/mpp/mpp710/mmx.ini - sample ini http://ucheetmfer.com/mpp/mpp710/mmx.txt - readme http://ucheetmfer.com/mpp/mpp710/mmx.zip - source code (delphi 6+) out of the office... ------------------------ x8 / 7.075 / jun 21 2005 ------------------------ codename: vacant planets first day of summer '05! mcc.exe rebuilt, needs thorough testing! after formatting i usually reinstall delphi and then i use my mcc delphi project as a test bed to make sure i have all of my custom delphi components in place and working properly. well, i formatted recently, and mcc.exe has been rebuilt. there should be no changes from the previous version. i just need everyone to spend extra time with mcc and make sure everything is working right, incluing mcc themes. rebuilt 7075 exe's - changed mcc shortcut ctrl+alt+s to ctrl+alt+x the 7075 exe's were rebuilt and uploaded at around 3:00 pm cdt. i had to change the shortcut combination for mpp control center cuz it's been pissing me off for awhile now. the old combination was ctrl+alt+s. with the new exe's the combination is ctrl+alt+x. reboot required for change to take effect. why? outlook 2003. ctrl+alt+s in outlook opens the send/receive groups dialog. this dialog is the definitive way to adjust your send/receive settings as well as the quickest and simplest way to access your accounts. the problem was that even when outlook was the active window, ctrl+alt+s would open mpp control center. making matters worse, there is no other easy way to get to the send/receive groups dialog in outlook. the only other way takes forever thru menus like this: tools -> send/receive -> send/receive settings -> define send/receive groups. .net my stupid ass 50 level deep user friendly menu i've been using alt+t alt+e alt+v alt+s but i'm just sick of the extra steps. why they hid this dialog so deep is beyond me. anyway, ctrl+alt+s once again works with outlook. ctrl+alt+x now opens mpp control center. how can i tell if i have the updated exe's? two ways: one, run the installer, after the first few screens look at the branding text near the bottom. it should be some time close to 3:00 pm central. two, after installing, look in your start menu under the mirc power pack menu. the shortcut for mpp control center should now say: mpp control center (ctrl+alt+x) again, you have to reboot for the change to take effect. image pack #2 updated, grab it added images for stealthtruck, #ultravnc and #chatzone to image pack #2 and removed them from full/upgrade installers. new commands: /img+ and /img- while the scope is a little limited, it's a move in the right direction. for years everyone had to have the newest mpp.ini file to see user's images in queries. this has proven to be a pain in the ass because if i change your mpp.ini then you lose alot of your settings. about a year ago i stopped updating mpp.ini and the only way you could get the new images to work was to do a clean install. /img+ tells mirc to show images for a limited number of nicknames. this command actually adds the entries to your mpp.ini file. /img- tells mirc to stop showing the images and removes the lines from mpp.ini. as mentioned, this is limited in scope. as i add nicknames and images to the /img+ and /img- commands i will probably stop updating them in the "clean install" versions of mpp.ini. added more channels to /imgon and /imgoff /imgon and /imgoff turn on/off some channel images. updated bytecam to 3.0 beta #29 self explanitory. fixed broken f11 and f12 keys from x7 f11 and f12 were not working correctly with bytecam, fixed. bytecam auto-call to all level 100+ users that type !call if a level 100 (or higher) user types !call in any window (channel, query, etc) that you are in, your mpp will automatically call that user thru bytecam. updated default systeminfo specs this is minor. defaults now show my new equipment. compiled with nsis 2.07 final self explanitory. gone fishin'... ------------------------ x7 / 7.073 / jun 14 2005 ------------------------ codename: worlds are comin' through (part ii) upgraded bytecam from 3.0 public beta #19 to 3.0 public beta #21 self explanitory. "$programfiles\${product}" vs. "c:\program files\mirc power pack" first time install now correctly detects the real program files folder. just a reminder, many scripts specifically point to "c:\program files\mirc power pack". there's little or nothing that i can do about it. if the path mentioned isn't your real program files folder you will have some minor problems with mpp. ------------------------ x6 / 7.071 / jun 12 2005 ------------------------ codename: worlds are comin' through (part ii) upgraded bytecam from 2.0 to 3.0 public beta #19 byte187 stopped by and asked if i could get everyone to test the newest version of his bytecam script, so i added it to mpp in this build of mpp. by popular request, bytecam 3.0 now includes voice chat. we will be running nightly tests of bytecam 3.0 at 8pm central all week long (june 12 through june 18) in #mpp (on enterthegame, gamesurge and protium). this new version is 100% incompatible with old versions, so everyone needs to install mpp 7.071 or they need to download the newest beta (url below) and install it manually. bytecam 3.0 public beta #19: http://www.byte187.com/bytecam/#beta updated freequest irc server list in servers.mrc see http://www.mircpowerpack.com/servers.txt for the list of changes. ------------------------ x5 / 7.069 / jun 11 2005 ------------------------ codename: worlds are comin' through heavily updated servers.mrc upgraded servers.mrc to the official mirc servers.ini from april 13, 2005, plus i made a ton of changes to some of the servers (enterthegame, gamesurge, protium, freenode and justirc). etg, gamesurge and protium now all have both dns AND ip addresses for each server. to help eliminate connection problems or dns issues, find a server you want to use, then select the ip address below it in the list. new servers.mrc: http://www.mircpowerpack.com/servers.mrc list of major changes: http://www.mircpowerpack.com/servers.txt updated users.mrc (again) one of my masks was wrong *sigh* added channel images for #ultravnc and #chatzone self explanitory. win32 openssl 0.9.7g everyone should install the newest openssl website: http://www.shininglightpro.com/products/Win32OpenSSL.html download: http://www.shininglightpro.com/download/Win32OpenSSL-v0.9.7g.exe ------------------------ x4 / 7.068 / may 29 2005 ------------------------ codename: welcome to hell part iii compiled with nsis 2.07 beta 0 self explanitory. ------------------------ x3 / 7.067 / may 28 2005 ------------------------ codename: welcome to hell part ii full/max installers final page (links) still linking to sodctfs.com, fixed ]k[^moon reported that the 7.066 full/max installers were still showing sodctfs.com on the final “links” page. fixed. added /netx command to show your servers/nicknames added /netx command so you can check all of the servers you are on as well as the nicknames you are using on each server. example: /netx added remote /netx ctcp so remote users (trusted only) can view your servers/nicknames added remote server/nick (netx) functions via ctcp commands or from the nicklist/query menus (user menu -> user info -> servers/nicks), but only for level 100 users. users at level 100 or higher can now send a ctcp netx command to you and your mpp will report to them all of the servers you are on, and the nicknames you are using on those servers. why level 100? why not level 90? level 90 is “dcc trusted” and while you might trust people enough to automatically accept files from them, you may not want them to know what servers you are on or your nicknames for those servers. level 100 is a little better because at that point you are not only accepting files automatically... but you are also willing to share portions of your hard drive (if your file servers are running) with anyone at level 100. so, at level 100 or higher, remote users can issue the netx ctcp command. if you don’t want to use the menus, use: /ctcp nickname netx. anyone, even non-mpp users, can use this ctcp command. this ability was originally suggested by jawz, however he also expressed privacy concerns at the time. right away i thought that user levels would be a good way of handling the privacy concerns. this implementation seems acceptable, and satisfies the privacy concerns in my opinion because you have to physically and specifically add users to level 100, so you know they have more ability with remote info/data. you guys will have to tell me if you like the idea or not, including how it has been implemented. example: /ctcp sod|wickedlyx netx ------------------------ x2 / 7.066 / may 28 2005 ------------------------ codename: welcome to hell www.sodctfs.com is dead! the original mpp forum is dead and is being moved to www.mircpowerpack.net all mpp forum links updated all links in mpp should now point to the new mpp forum site: www.mircpowerpack.net "c:\program files\mirc power pack" vs. "$programfiles\${product}" first time install now points to "c:\program files\mirc power pack" instead of "$programfiles\${product}". the "$programfiles\${product}" method more accurately detects your real "program files" folder, however, mpp uses many 3rd party scripts that are "hard coded" to work from a set path which is"c:\program files\mirc power pack", so any other path won't work as well. a perfect example is windows xp 64-bit which installs damn near everything to "c:\program files (x86)\". stupid m$. compiled with nsis 2.06 self explanitory. there are no other major changes in this build. ------------------------ x1 / 7.065 / feb 27 2005 ------------------------ codename: (insert codename here) faq: mpp/mcc both open slowly, but closing either of them takes fu-)(*ng forever antivirus software that runs in "auto protect" mode or that scans files "live" for infections will have a dramatic negative impact on load/exit routines for both mpp and mcc. there's nothing i can do about it. write your congressman. i will say that lately i am running norton antivirus in auto protect mode and, like everyone else, i am suffering with the slow load/exit times. if you scan your system weekly, and you religiously scan your downloads every time you download, you probably don't really need "auto protect" - but that's entirely up to you. faq: every time i exit a game and come back to mpp, the status/channel buttons are all lagged to shit they stopped building your pc in august '94. try upgrading. jk heh well i'm seeing it too. what should we do about it? my best suggestion at this point would be to try running mpp without using an image theme and to uncheck the mcc option (main page) "mpp images". these two steps will remove the main background image, the titlebar and sidebar images, and all 1,279 (kik) channel images. restart mirc and make sure all images are gone, then try gaming. report your findings asap k tks "omfg i can't believe that fixed the lag problem 100%... so you think that the problem might be that mirc has problems with images?" that is my own quote because i just tested it and ya it fixed the problem and ya i think it's obvious what the cause is. 7.065 has been out for two days, but nobody else has reported anything. sadly, that's becoming the norm. not sure why i even bother typing all this crap. faq: mpp = virus /quit again, reports flood in about moo.dll and blowfish.dll. some scanners report them as viral or trojan. some scanners only really look at a name and that triggers an alarm. as seen at the bottom of my screenshots page, norton antivirus, spybot search & destroy, lavasoft ad-aware and microsoft antispyware.... all fail to find any problems with mpp: http://www.sparkyowns.com/mpp/mpp710/rc5/screenshots.htm i will not pull them from mpp simply because some obscure scanner "thinks" something might be wrong. and i'm not going to run out and blow $500 on 30 different software scanners just to see what they might find. i don't have time for all that silly crap. other legitimate scripts use these files as well and as far as i can tell they are 100% harmless. i could be wrong though. i will gladly pull these files from mpp immediately if someone can show me for fact that these files can be exploited. the bottom line is that you use safe internet practices, including software or hardware antivirus/router/firewall measures, you should be 100% safe with all of the files included in mpp. ultimately you can safely remove these files if you don't trust them, and it will not have a major impact on how mpp works. blowfish encryption won't work, and neither will systeminfo and a few other scripts. that's about it. it's totally up to you. challenge: find a way to exploit these files, and prove that it can work. send a proof of concept to sgt-d@sodpit.com and i will test your report and findings. if i (or anyone on the beta team) can duplicate the exploit, i will remove these files in the next build. otherwise, the files stay. branding text for all installers now shows the build id and the compile date & time the "branding text" is the grayed out text that you see near the bottom of the main installer window, above where you normally see the back/next buttons. this text is normally never seen on the very first page of the installer. in the past the only text you would see here was "mirc power pack". here is an example of what you will see now: mirc power pack 7.10 / build id: 7.065 / 2/27/2005 / 11:02:43 pm after changing the dde service name in mcc you would have to wait 60 full seconds to use irc:// links, fixed i don't know why i forgot to correct this behavior in rc5. i meant to, i just forgot. somebody shoot me already. anyway, before if you changed the dde service name setting in mcc and you clicked save or exit, you would have to wait at least one full minute (or whatever your "register with windows" interval was set to) before the change would be imported into windows' registry. now as soon as you hit save in mcc and you see the "mpp updated" banner back in mirc... the second that banner shows up, windows will immediately import the new registry setting and start using your new dde service name. this is conditional on a few things: if you are running multiple instances of mpp, they will fight for the right to be the "persistent" irc client in windows. you should decide which instance of mpp does not need to handle irc:// web links and turn off the "register with windows" option in mcc for that instance of mpp so that the other mpp can be the big cheese. the installation of mpp that you want to handle irc:// links must have the "register with windows" option checked in mcc, and should be set to 45-60 second intervals. the "start ventrilo server" menu item was instead launching the ventrilo client, fixed reported by freeagent - thanks man! all references to www.teamspeak.org replaced with www.goteamspeak.com earlier today i thought the teamspeak server was down. it turned out that it was their redirect that was down. later jawz told me that their site had changed to www.goteamspeak.com. i never got the memo... wtf! this fix includes the main mpp script (mpp.mrc), the teamspeak online help file (teamspeak.rtf) and the teamspeak image in mpp control center (mcc.exe). yes, the image still shows the wrong address... but so does their official help-about info in the current client download. the image in mcc does take you to the new url even though it shows the old one. i will update that later, or maybe i will just wait for their slow asses to come up with a new grafx. :p~! channel and chanserv settings control panel help buttons said "stormtroopers of destruction" ewps fixed in a few places, the help buttons said "stormtroopers of destruction" instead of"stormtroopers of death". -sgt ---------------------------------------------- mIRC Power Pack 7.10 Release Candidate 5 (RC5) ---------------------------------------------- Codename: Perennial Quest Build: 7.0.6.3 February 21, 2005 RC5 CHANGES - All sections from RC5 X1 (7.053) through RC5 X7 (7.063) are ALL NEW for RC5. ---------------------------- rc5 x7 / 7.063 / feb 21 2005 ---------------------------- 35427883f63ad585903e55a064e2fc63 *mpp710rc5_full.exe d8c86e028aecaec18497e853adb4e1fb *mpp710rc5_upg.exe faq: forcing mozilla firefox to handle irc:// links properly using an external application such as mpp when you click on an irc:// link in mozilla firefox, it may not open in mpp or it may try to open chatzilla and ask if you like the name "ircmonkey". wtf... to correct this problem: open mozilla firefox in the address bar type this: about:config hit enter you should now see a list of configuration settings for mozilla firefox right click in the area with all of the settings from the menu select -> new -> boolean firefox will now display a dialog titled "new boolean value" with an edit box that says "enter the preference name". copy/paste this next line into firefox's edit box: network.protocol-handler.external.irc click the ok button on the next screen, click the word "true" and click the ok button again close firefox and restart it for the changes to take affect that's it, you are all set. irc:// links in mozilla firefox should now open with window's default irc client. to test this, copy/paste this line into firefox: irc://irc.enterthegame.com:6667/sod hit enter a new dialog should be displayed in mpp (or your default irc client) in mirc or mpp you can can select "open a new connection", then click ok mirc or mpp should now connect to enterthegame and then join #sod. if so, you are done. if not, read this section again. kik clicking irc:// links would open a new mpp window, then sit there and do nothing, fixed (again) the problem only happened if you changed the "dde service name" value in mcc. this was fixed at one point, but somehow the corrected script (mppcfg.mrc) was replaced by an older (unfixed) version. i couldn't find the "fixed" version, so i manually corrected the problem and i tested an irc:// link. it seems to work correctly now. let's see what the beta team finds... you have to wait one full minute from the time you save/exit mcc before the new dde service name is imported into your registry. after that, the irc:// links should correctly by asking to open a new connection in the currently running version of mpp. initial run, when asked for new profile or import profile, neither button receives focus, can't hit enter key on the very first run of mpp.exe, after installing or locating mirc.exe, mpp asks you (on a clean install) if you would like to create a new profile of if you would like to import an existing profile. most of the time it will be a new user staring at this screen and if they hit the enter key on their keyboard the correct action absolutely has to be to create a brand new profile. in all previous versions, enter did nothing. you had to click a button. however, if you hit the tab key once it would jump to the new profile button, and hitting it again would jump you to the import button. hitting tab a third time would cause both buttons to lose focus. where was the focus going? each time that form shows up, and after tabbing 3x, focus is set to the main page - not a control on the page. the main page never gets focus now. you can still hit tab to jump between buttons, but the default focus will always start on the new profile button, meaning that anyone can just hit enter to get started. fixed. ---------------------------- rc5 x6 / 7.061 / feb 19 2005 ---------------------------- major mcc bug snagged: thanks czechplz and major_a! originally reported by: czechplz also reported by: major_a czechplz originally reported this bug about a month ago, but he later did a clean install and the problem seemed to go away. i was unable to duplicate the problem. he reported this problem again recently, but i was still unable to duplicate it. major_a also reported this problem 2 or 3 days ago, and i still could not duplicate it. because i was unable to duplicate this bug, i had to use czechplz's profile so i could actually see the problem. originally i suspected it was a profile corruption problem, but it wasn't. this was most noticable for users that had previously used a dark background color and bright text - because when this bug showed up, the background would be white and the text was also white, making it impossible to read - you had to hover your mouse over each item so it would highlight, one item at a time, just so you could read it. even if you selected a different theme, the currently shown colors on the navigation bar (which could be incorrect) would get saved back to the config file, not the colors from the theme that you had selected... so subsequental loads/saves would never correct the problem. i uploaded a partially fixed mcc.exe and had czechplz and major_a test it... it corrected the font for the theme, so i thought it was all fixed. then i noticed that the themes were not loading the correct background or title bar gradient (left/right) colors. i ended up questioning myself for over 2 hours because i knew for a fact that all of the colors were working in mpp 7.00, but now i couldn't get the main body colors to work at all. i tried everything. i even went back to the dxpwinbar source code that i had modified to allow these items to change colors. nothing worked. it is now known that they only worked 100% when using the "mpp sample" profile. if you always used the "mpp sample" profile you would never see a problem. the next 3 blurbs discuss the problems and their fixes... mcc color themes only loaded 100% correctly with "mpp sample" profile, fixed when using an old profile, the colors for the xp naviation bar in mcc would not load correctly. this was caused by a shared module that i created for mpp that was hard coded to only use the "mpp sample" profile. what was actually happening... when mcc loaded, it would use the font and highlight colors directly from your config, but all other colors would be taken from the "mpp sample" config. the font aspects of the dxpwinbar control can be changed at runtime. however, the main body and title bar (left/right gradient) are hard coded into the control and can only be modified during their creation... which is why you have to restart mcc to see the changes. well, these 3 hard coded items were only being read in from the mpp.cfg file in the "mpp sample" folder. this was caused by my shared module because it wasn't checking to see what the active profile was. in other words, if you weren't using "mpp sample", mcc would only use your mpp.cfg for the font colors and and it would use the colors from the mpp sample profile for everything else - which may have been hard to read in some situations. this problem became more evident for users after i added import/export routines for the installation of mpp and inside mpp control center. now it was 100 times easier for you to load an old profile and specifically not use the "mpp sample" profile. the shared module now reads profiles.ini to find out which profile is current, then it uses that profiles mpp.cfg to determine the navigation bar colors. fixed. when mcc color themes loaded incorrectly, changing themes didn't correct the problem, fixed as mentioned above, the body/title colors would (incorrectly) be loaded from the mpp sample profile, not your current profile. making matters worse... when you saved or exited mcc, the incorrectly loaded colors would then be written to your mpp.cfg. ugh. as mentioned, during start up, mcc couldn't see your mpp.cfg... but on exit and save operations it could see your mpp.cfg. so... the correct info wasn't loading, and the wrong info was being saved. stupid shit. to help with this problem, i am saving the colors that you see in the sample area, not the colors that you see on the navigation bar - and even though this is a better way to handle it, it was not the root of the problem. the real fix is that information is now read/saved correctly for the current profile. nice bug. gg me. fixed. mcc: added /d9 switch for debugging mcc theme colors during read/save use /d9 to debug mcc theme colors during read/save operations: in windows (shortcut): "c:\program files\mirc power pack\system\mpp\mcc.exe" /d9 or... in mirc: /mcc /d9 ---------------------------- rc5 x5 / 7.059 / feb 18 2005 ---------------------------- notice: this build will show up as being dated feb 21 2005. this was intentional as it is the expected release date for mpp 7.10 rc5... the public test release that i originally said i wasn't going to do. the reason that i have decided to release an rc5 build publicly is largely due to the fact that there have been significant changes with the load process, importing and exporting profiles, and how/when the kill dialog comes into play. these things need more exposure and a public release will do just that. if there are major problems, i should get feedback about them from someone. if you are reporting a bug, be specific. try to include all steps needed to reproduce your problem. any bug reports such as "mpp dont werk" or that are too vague (lack of details) will be deleted without hesitation or second thought. bug reports to: sgt-d@sodpit.com kill dialog: the kill dialog now only displays when mirc is running and mirc_power=1 suggested by: sod|dead here's the deal... if mirc is not shutdown properly, the on:exit: even in mirc does not fire correctly... and mirc_power will be left equal to 1 (on). this can happen several different ways: mirc crashes, windows is shut down while mirc is running, you logoff while mirc is running or (most likely) windows crashed. it is my opinion that this is because mirc doesn't handle some windows messages such as wm_querysession, wm_session, wm_logoff, or wm_shutdown. maybe it does, but it doesn't seem like it does. in any event, during these calls, for whatever reason, mirc closes, but some settings can't be saved - because the on:exit: event never takes place. so, now we are stuck with an mpp session that "thinks" it is still running because mirc_power=1. the next time you start windows or mirc, you would end up seeing the "kill" dialog. the odd part about this, especially after rebooting is that mirc isn't running - so it is physically impossible that an mpp session is actually running. now you will only see the kill dialog if both of the following conditions are met" 1) mirc_power=1 and 2) mirc is running it doesn't matter if it is normal mirc or mpp, if any mirc is running and mirc_power is equal to 1, then you will see the kill dialog. this change will greatly reduce the number of times that you see the kill dialog... and it's more realistic. you will only see the dialog when it is absolutely necessary. thanks for suggesting this sod|dead. kill dialog: if you click the kill button, mpp will now auto restart after a 7 second delay sod|dead and nfspd both mentioned today that when they clicked the kill button that nothing happened. the dialog went away, but mpp didn't load. they had to find the shortcut and double click it again to start mirc. this is something i wanted to fix awhile back, it just slipped my mind. now when you click the kill button, the kill dialog will dissapear and a 7 second timer will start. after 7 seconds, mpp will automatically start up. why the delay? the idea behind this delay is very intentional. if there really is a mirc session running mpp and it isn't completely locked up, the kill button will send a /quit command to mirc... we have to allow 5+ seconds for that mirc session to close down gracefully and save your settings before launching a new session. to make sure these items are working correctly, i need everyone to test... you will need a vanilla installation of mirc, and a handy shortcut. for this test if i say "start mirc" i mean "start vanilla mirc", if i say "start mpp" i mean "click the god damned friggen mirc power pack shortcut" and if i say "fuck off" i mean "fuck off". where is the mirc_power=x setting? c:\program files\mirc power pack\profiles\your_profile\mpp.cfg [mpp] mirc_power=x x can either be 0 or 1 example: mirc_power=1 close mpp first before attempting any of these tests.... edit mpp.cfg with notepad, flip the mirc_power setting as needed, then exit notepad and save your changes. set mirc_power to 1 / close all mircs - now start mpp: mirc_power is on, but no mirc is running, so: kill dialog = no set mirc_power to 0 / start vanilla mirc - now start mpp: mirc is running, but mirc_power is off, so: kill dialog = no set mirc_power to 1 / start vanilla mirc - now start mpp: both conditions have been met on this test. mirc_power is 1 and there is a mirc session active in windows, so: kill dialog = yes try the kill button, mpp should restart automatically after 7 seconds. did everything work good? if so, fuck off :) mpp710xxx_upgrade.exe renamed to mpp710xxx_upg.exe not a big deal, just wanted to mention it. faq: $dll: unable to open 'c:\program files\mirc power pack\system\systeminfo\darkenginepro.dll' (line 1103, systeminfo.mrc) this has been said many times before, but it needs to be mentioned again in the new readme. if you want to use systeminfo, you must be running the newest possible version of microsoft directx. the current version of microsoft directx is 9.0c. "super... 9.0b should work fine then." ya, sure thing. and when systeminfo bombs your status window with error messages, don't bother emailing anyone - you won't get a reply. try listening some time. 9.0c or higher works perfectly. directx 9.0c end-user runtime (install over the web) website: http://www.microsoft.com/downloads/details.aspx?familyid=0a9b6820-bfbb-4799-9908-d418cdeac197&displaylang=en download: http://download.microsoft.com/download/8/0/d/80d7e79d-c0e4-415a-bcca-e229eafe2679/dxwebsetup.exe directx 9.0c redistributable (full download, 34mb) website: http://www.microsoft.com/downloads/details.aspx?familyid=9226a611-62fe-4f61-aba1-914185249413&displaylang=en download: http://download.microsoft.com/download/8/1/e/81ed90eb-dd87-4a23-aedc-298a9603b4e4/directx_9c_redist.exe ---------------------------- rc5 x4 / 7.057 / feb 16 2005 ---------------------------- mpp log viewer now opens in the log folder for the current network or: more proof that jawz hates me... :p~ in the past you had to manually load and change folders to get to the correct log files. now log viewer automatically opens the logs for the current network. so, if you are on enterthegame and then you: right click -> extra tools -> log viewer -> open it will open the enterthegame log folder. thanks jawz for another good suggestion. mpp/mcc import/export ideas/theories notes/credits i've wanted to make a nicer utility for managing mpp user profiles for some time now, i just wasn't sure how to do it. i thought about importing and exporting as well, but until recently i didn't have good enough code to handle it in delphi, and i wasn't entirely sure how well i could get a normal directory browser to work and relay information back to delphi. i was used to manually copying/pasting profile folders and then clicking the refresh button... so i gave up on it for the time being. it was ok for most users. delphi doesn't come with a directory browser, it only has file open/save dialogs. the directory browser is a win32 api call. i recently came across a delphi unit called ufs4d that allowed me to copy entire directory structures instead of one file at a time, and i worked with the author to get it to work with windows messages so that i could display progress bars during the transfer. delphi has no commands to handle files, you have to use the copyfile win32 api call - and that is only one file at a time. anyway, i managed to make a few projects at work that used these new code models, but hadn't used it for mpp. about a week ago jawz mentioned that it would be nice to have a simpler way to import your settings so that you didn't have to redo all of your settings every time you did a clean install of mpp. i had no idea where i should do this at first, but eventually decided that it should happen right after you installed/located mirc - this way your settings could be loaded before mirc was ever launched. i started working on it immediately, using the new directory dialogs and the new ufs4d w/progress units. initially import/export was only available at the time of install, and there was no pretty dialog explaining anything - it was just yes/no question boxes. the question boxes were replaced with a nicer dialog in time for rc5 x1. this "install time" change allowed me to change the entire 1st run process for mpp: if you opt to create a new profile, mcc will load and let you set your connections. during this time, mirc does not load. when you are done with your settings, click power, mirc starts. close mcc whenever. if you opt to import an old profile, mcc doesn't load at all. instead, your old settings are imported and mirc launches with those settings. it's been a long time coming. later i decided to expand the mpp user profiles area inside mpp control center and add import/export functionality there as well. if jawz hadn't brought this up when he did, i would not have worked on the import/export code until sometime after the release of mpp 7.10, if ever. thanks jawz! ---------------------------- rc5 x3 / 7.056 / feb 15 2005 ---------------------------- mcc initial run, after setting up server #1, clicking to next server would show a message and put you on main tab, fixed in x2 i was trying to automatically click the main save button if someone hit the power button without first saving. the code that did this had an unexpected side effect. whenever you clicked the right arrow button to setup server #2 on the first run of mpp, you would not get to server #2. instead it would popup a message that your connection script was saved, then ask for the mcc settings pass, and eventually throw you on to the main page. this is fixed. now i am checking if first run was ever true AND when the main saved had not been clicked at least one time at the time the actual power button is pressed. mcc: mpp user profiles: mcc remembers if this page was used last the next time you start mcc it will remember this new page. {ems}nakedassassin's urban terror sounds 3.4 user lists overwritten each time the installer runs, fixed mpp-custom-pack-01.exe had two ini files inside of it that would overwrite your user lists each time you installed it. fixed. now these ini files will be called -sample.txt, so your real lists won't be affected. mpp-custom-pack-01.exe on the sparkyowns mirror is updated. i will update the other mirrors tomorrow. ---------------------------- rc5 x2 / 7.055 / feb 14 2005 ---------------------------- mcc: added new page for mpp user profiles you can normally only access this page when mirc is not running. there are other ways to access it, which will become obvious as you use it (hotkeys), but i won't get into that now. if you do access the page with mirc running, the main selector and the delete buttons are disabled. added import/export utility for mpp user profiles HARDCORE TESTING NEEDS TO BE DONE FOR THESE FEATURES. you should run similar tests as the 5 tests outlined in the HARDCORE TESTING section following the x1 readme area (below). for these tests, you don't have to reinstall mpp or rename any folders, just test the hell out of the import and export buttons - to death. mpp user profiles documentation split from main.rtf to profiles.rtf when you are on the mpp user profiles page and click the mcc help button, you will see the new split documentation. fixed mpp image themes not loading after save, i hope stupid shit. i hope it's fixed. it's up to the beta testers to let me know. on intitial run, if you click the top save button in mcc connections, main save is also clicked this was done in case someone clicked the main power button before clicking the main save button at the bottom. hal9000 on/off is checked at startup, so even on 1st run it can be turned off wewt. ---------------------------- rc5 x1 / 7.053 / feb 13 2005 ---------------------------- new "load" model introduced for mpp: you can now choose to either start a new profile or import an old profile this needs to tested extensively see the HARDCORE TESTING section (below) create new profile: mirc doesn't load on first launch, only mcc if you create a new profile you will notice that mirc is not launched on the first run. added codename to ~version info self explanitory when you type ~version, your version info is displayed first self explanitory irc.reg not using current dde server name, fixed this was causing problems for some people that actually changed the mpp dde server name in mcc. if they clicked irc:// web links, a new mpp window would open and not do anything. some will remember a similar problem with mpp 7.00 final. this new problem has the same affect, but is unrelated to the mpp 7.00 bug. fixed. away toolbar image would not reset sometimes after gaming, fixed, i think dammit. ---------------- HARDCORE TESTING ---------------- i need everyone using x1 to test the next items thoroughly. return test results to sgt-d@sodpit.com in this format: test 1: true/false # <- the number of times that you ran this text i would like everyone to test ALL POSSIBLE TESTS at least 2 times each. in the past when you installed a clean install of mpp, eventually mirc would show up on your screen, it would say some things like "this is your first launch" and "please wait for mpp control center to load" - giving you enough time to make a pot of coffee. this version has an all new "load" model that must be tested. the theories of the new load model is that in any case, you won't have to start, stop, or restart mirc. test #1 - upgrade install: after installation you should automatically end up back in mirc with all of the new files. for all other tests, you should rename your real mpp folder so that the installer doesn't see your old folder. ex: c:\program files\mppold note: each time you run tests 2 thru 5, you will need to delete the newly installed mpp folder. test #2 - clean install, model #1: after installation select "create a new profile". you should NOT see mirc start up. all that should show up is mpp control center. the power button is disabled. enter your info for connection #1. when you are done with all of your settings, make sure you hit the main SAVE button at the bottom - there are no safeguards in place to make sure you hit this button for now - you have to remember to click it. ok, now hit POWER. a few minor settings won't take place until the next time mirc runs, like hal9000 - if u turn it off, on the 1st run it will still play. test #3 - clean install, mpp 7.10 profile: after installation select "use an existing profile". you should see a folder browser. browse to "c:\program files\mppold\profiles\mpp sample" or any old mpp 7.10 profile folder. the profile folder must contain mpp.cfg to be considered a valid folder. when done, mirc should fire using your old profile. no fuss. test #4 - clean install, mpp 7.00 profile WITH FULL TREE: this test should be done with a FULL DIRECTORY TREE of mpp 7.00. here's the deal, as simple as i can possibly explain it... ..\profiles\mpp sample\mpp.cfg ..\system\mpp\variables.mrc as you can see the profiles and system folders are on the same level. in this test i want you to grab a profile folder from a FULL TREE of mpp 7.00 where BOTH the profiles and system folders exist so that i can find your real mirc variables file. after installation select "use an existing profile". you should see a folder browser. browse to "c:\program files\mppold\profiles\mpp sample" or any old mpp 7.00 profile folder. the profile folder must contain mpp.cfg to be considered a valid folder. when done, mirc should fire using your old profile. no fuss. you should see a message concerning variables. in mpp 7.00 variables were not part of your mpp profile, they were saved to system\mpp. in this test, i should be able to find your old variables and when you get in mirc things like systeminfo should look the way you had set them up. test #5 - clean install, mpp 7.00 profile WITHOUT FULL TREE: this test should be done WITHOUT A FULL DIRECTORY TREE of mpp 7.00. again... ..\profiles\mpp sample\mpp.cfg ..\system\mpp\variables.mrc as you can see the profiles and system folders are on the same level. in this test i want you to grab a profile folder that is NOT part of a full tree. in other words, copy your mpp sample folder to your desktop and browse to the desktop copy. if there is no system folder on the desktop i can't possibly find your real variables. this is how i want this test run. after installation select "use an existing profile". you should see a folder browser. browse to "c:\program files\mppold\profiles\mpp sample" or any old mpp 7.00 profile folder. the profile folder must contain mpp.cfg to be considered a valid folder. when done, mirc should fire using your old profile. no fuss. you should see a message concerning variables. in mpp 7.00 variables were not part of your mpp profile, they were saved to system\mpp. in this test, i will not be able to find your real variables, so i will default some for you. some settings like systeminfo may not look right. -sgt ---------------------------------------------- mIRC Power Pack 7.10 Release Candidate 4 (RC4) ---------------------------------------------- Codename: Zero Tolerance Build: 7.0.5.1 February 7, 2005 RC4 CHANGES - All sections from RC4 X1 (7.044) through RC4 X7 (7.051) are ALL NEW for RC4. -------------------------------- RC4 / rc4x7 / 7.051 / feb 6 2005 -------------------------------- d551115be81f31a9e8628f1bc4cd65c1 *mpp710rc4_full.exe 6c7f434ae17464e62e58b68f377315dd *mpp710rc4_upgrade.exe faq: exiting fullscreen mode explained, again when you are done using fullscreen mode, you have to disabled it through the extra tools -> fullscreen -> disable menu. once you physically exit fullscreen mode you will still see a mirc window button in your windows toolbar. right click the button and select desktop. right click the button again and select desktop again. the button will now be gone. it turns out that this is not a bug. fullscreen is intended for picture windows, not channel/chat windows. it works for all mirc windows, you will just have to get used to the extra button. faq: /loadnew explained, again i can't stress this command enough, and every time i look it has somehow managed to not be located anywhere in the current documentation. thanks, omegadoom for noticing the help for this command was missing, again. /loadnew is a special command for anyone that performs an upgrade - this includes a full:upgrade where you install the full version over the top of a current installation. you do not need to use /loadnew when you do a full:clean install. so, every time you patch, _upgrade or _full:upgrade, run /loadnew. the /loadnew command tells mpp to go out and load the newest scripts, like bytecam, demigod's power script, and fullscreen. learn it, live it, love it. incidentally, if you ever have problems, close mirc, start mcc and run the "mpp recovery tool" on the more tools page. /whois information not displaying at all in private messages, only when not using treeview, fixed this was reported by sod|wickedlyx, fixed and re-released in an updated x6 build yesterday. i didn't get to the documentation until today. you could have also loaded the treeview once and then unloaded it to fix this problem. you don't have to do that anymore, it should be fixed for upgrade and full installations. "awaytoolbar unknown command" status window spam slam, fixed (11:59pm - 02/05/05) <@theninja> i get this over and over and over .........int etg (11:59pm - 02/05/05) <@theninja> awaytoolbar unknown command there are three temporary solutions: 1) open mcc and save one time 2) /enable #mpp.awaytoolbar 3) restart mpp on rare occasions, mppcfg.mrc would turn off the #mpp.awaytoolbar group and then forget to turn the group back on. this group contains the /awaytoolbar alias. the group would never get turned back on until there was a save in mpp control center. contradicting this was that the /awaytoolbar alias would still attempt to execute every 2 seconds and while #mpp.awaytoolbar was off, mirc couldn't see the /awaytoolbar alias, so the status window would get spammed. in x7, mppcfg will now check to see if the group should be on or off every two seconds, and will make sure that /awaytoolbar and /awaytoolbar2 commands are valid aliases before attempting to execute /awaytoolbar or /awaytoolbar2 commands. this problem should be fixed. users will have to tell me if this has an adverse affect on when the toolbar changes images to show you "back" (v7.10 image) or "away" (away images). upgraded demigod's power script from 2.6 to 3.0 i like this one much better. thanks demigod! demigod's power script is now used by default when typing /power to use the old power script, use /dpower changed demigod's power script - no black text background self explanitory. -------------------------- rc4x6 / 7.050 / feb 5 2005 -------------------------- treeview switchbar not showing/updating queries correctly, fixed reported by nfspd, when opening query windows, the query window would not show in the treeview, and the total count wasn't working either. fixed. treeview switchbar not showing/updating sends/gets correctly after hours of messing with it, this is about as good as i can get it to work. the problem is that in mirc there is no way to detect that a dcc get/send window has been opened. the only thing that can be detected is when mirc starts to receive a file, or when a file has been fully sent or received. i've given up on this for now, but it's still better than what it was. treeview switchbar crashes mirc in rc4 x5, fixed fixed, no more crashes. treeview switchbar anomalies in rc4 x5, fixed in x5 when you checked the treeview option in mcc or turned it on in the main mpp menu in mirc, the standard mirc button switchbar wouldn't go away. the original idea with the menu was that treeview switchbar would either be loaded or not loaded. now it is always loaded, but entire sections (groups) of the code are either turned on or off depending on this switch. this also fixes the switchbar problem, only one switcher will be on at any given time - unless you manually turn on the mirc switcher at the same time that the treeview is running. treeview switchbar can now be turned on/off without restarting mpp self explanitory. faq: i accidentally hit escape, now the treeview switchbar is gone well, don't do that. on the main mpp menu, turn off the treeview, then turn it back on. faq: even after all of the treeview fixes there are still issues there were at least 8 bugs that i found with the original control. more problems showed up in newer versions of mirc. the original coder is no longer writing mirc scripts, and i'm not going to fix all of the problems. if you don't like it, don't use it. i don't care for it for a few personal reasons. like how you close up all of the branches and as soon as a window is opened or closed the entire tree snaps back open. i have said this 100 times... the only way that a treeview control will work 100% with mirc is if khaled mardam-bey (the author of mirc) adds a 100% native treeview switchbar into mirc. he has been begged to do this for over two years and hasn't done it yet. i have requested it at least 5 times, and i just sent him an email about it again yesterday. until he finally adds one, the best you will get is a 3rd party hack like mpp's treeview control, and all you can do is deal with it. ;( problem with /reload command in mpp.mrc: two #58 scripts, fixed .reload -rs58 $+(",$mircdirsystem\bytecam\bytecam.mrc,") .reload -rs58 $+(",$mircdirsystem\fullscreen\fullscreen.mrc,") this meant that any time you used the /reload command, bytecam would get loaded into the #58 slot, but then it would be overwritten by the fullscreen script. fixed. problem in mpp recovery tool: forgot "system\" in folder paths, fixed ini.writestring('rfiles','n58','bytecam\ByteCam.mrc'); ini.writestring('rfiles','n59','fullscreen\fullscreen.mrc'); files were not being replaced during mpp recovery. fixed. added power script by demigod for now: /dpower power script by: demigod url: http://titan.fuziondesigns.net email: demigod.titan@gmail.com added 16/32 bit depths and more resolutions and refresh rates for fullscreen script right click -> extra tools -> fullscreen enable (32 bit) and enable (16 bit) menus on reconnect: rejoin: #channel name spam in status before actual rejoins, fixed when set to "on connect: rejoin", the names of the channels you were supposed to rejoin would all spam to your status window. fixed. thanks jawz for reporting. x6 installers compiled with brand new nullsoft scriptable install system (nsis) 2.05 i upgraded to nsis 2.05 before compiling the new installers. added mpp codename to /about dialog mpp's aboout dialog (/about) now shows the current codename for the script. w00t! :) -------------------------- rc4x5 / 7.049 / feb 3 2005 -------------------------- treeview switchbar visual flaw introduced in mirc 6.14 (est): treeview control overlaps mirc toolbar, fixed the treeview switchbar contained over 8 bugs and annoyances, so when i released mpp 7.00, treeview was off by default. it got even worse when a new version of mirc was released. somewhere around mirc 6.14, the treeview control (using ktools.dll, now discontinued) started overlapping mirc's toolbar. i spent a few hours messing with code last night, but eventually the only fix i could come up with was to turn off mirc's toolbar on the view menu. i wasn't too happy with it. then i found ultradock.dll and started reworking the treeview code to use this new dll. within an hour or so i was able to turn on treeview switchbar and i was able to use mirc's toolbar at the same time - with no overlapping. so, treeview switchbar is once again semi-functional. all of the original bugs remain. i think i reported 8 problems with this script, and the original author is no longer coding, so fixes won't come any time soon. there are many things about this control that are buggy or just flat out annoying, but if you really like the treeview it is functional. an example of an annoyance: you close up all of the trees... as soon as you get a new message, open a new window, or close a window, the entire tree flies back open - and i mean fully open. another annoyance: when you minimize windows, they don't completely go away, they just minimize to a small title bar near the bottom of the main mirc window. so, if you use this control, you might want to just leave your windows maximized. notes don't use the treeview control panel on/off buttons, use the mcc option (main page, misc tab) or use the main mpp menu to turn treeview on/off. the new dll does not allow you to resize the treeview, even if the option for resizing is turned on. if you mess around with the treeview control panel, particularly the on/off buttons, you will notice that occasionally mirc will crash with a windows error. added fullscreen script & dll 1.1 by str3iber you can find this tool under the "extra tools" menu, at the very bottom. the idea behind this control is that you can take your current window into "full screen" mode at 640x480 or 800x600. check it out, it's pretty cool. i have requested new resolutions: 1024x768, 1280x1024 and 1600x1200. upgrade users need to run the new /fsload command (below) notes you can't use fullscreen if you are using treeview switchbar (above) when you are done using fullscreen mode, you may end up with a leftover button on your windows toolbar. one way i have found to close the leftover button is to right click the button and check "desktop", then right click it again and uncheck "desktop". no clue what's causing it. i have reported this to the author. added command /fsload /fsload or /load -rs $+(",$mircdirsystem\fullscreen\fullscreen.mrc,") result: * loaded script 'c:\program files\mirc power pack\system\fullscreen\fullscreen.mrc' -------------------------- rc4x4 / 7.048 / feb 1 2005 -------------------------- faq: bytecam doesn't work by default for upgrade users if you do a full:clean install you won't have to do anything, /bcopen and all other bytecam related commands will work correctly. if you are upgrading, you have to run one of these commands first to load the bytecam mirc script: /bc open or /bcopen or /load -rs $+(",$mircdirsystem\bytecam\bytecam.mrc,") once you run one of these commands you will see this in mirc: * loaded script 'c:\program files\mirc power pack\system\bytecam\bytecam.mrc' at this point, /bcopen and all other bytecam related commands will work correctly. problem in x2 & x3 when "passive auth mode" was unchecked at the same time "on reconnect: rejoin" was checked, fixed i ran into a problem with x2/x3. passive authentication was off for gamesurge and authserv never replied. i was using on reconnect: rejoin (rejoin mode). well, 5 mins later i noticed the mpp message telling me that authserv hadn't replied for x seconds and to type /p2 to continue joining my chans. when i typed /p2 nothing happened. by the time i noticed this message, block_delay had already expired. once this time expires, mpp checks to see what reconnect mode you want, perform or rejoin. since i was in rejoin mode, mpp set %pmode to 0. in x2/x3 whenever %pmode was 0, you couldn't run /p1 aliases because %pmode 0 meant "skip perform section". if i had typed /p2 before block_delay was done, it would have worked. what caused this? %pmode is always equal to 1 at startup so that all of your perform sections exec properly, and it remains equal to 1 until block_delay (check with /test). after block delay mpp will start checking to see if you want "perform mode" (%pmode 1) or "rejoin mode" (%pmode 0). normally when rejoin mode is on (%pmode 0), your perform sections are skipped, so typing /p1 does nothing. now i've made it so that even if rejoin mode is on, /p1 /p2 aliases will work in cases where there were no channel windows opened. in other words, you can't "re" join channels that were never joined to begin with. so in those cases, the normal perform sections will prevail. old method: if %pmode = 1 execute perform section normally otherwise rejoin most recent channels new method: if %pmode = 1 -or- total open channel windows = 0 execute perform section normally otherwise rejoin most recent channels mcc connections: save button is now dynamic and uses application.messagebox() the save button i am referring to here is at the top right of the mcc connections page. the old popup message was a crappy showmessage() that doesn't do anything but slam a message up on screen. i wanted this message to look nicer, so i changed it to an application.messagebox() dialog. by using application.messagebox() i am also able to show a few different standard windows icons... so the new save dialog now has a pretty "information" (help bubble) icon. then i decided to make the message a little more dynamic. now when you click the save button, the message will be different when mirc is running or when it is not running: original *shitty* message: your mpp connection script is now ready! restart mirc to get connected! no icon. barf. new messages, with "information" icons: mirc power on: your mpp connection settings have been saved. you must restart mpp/mirc for these changes to take effect. mirc power off: your mpp connection settings have been saved. the new settings will be used the next time you start mpp. so now it will be more accurate and informative based on your current mirc power mode. i think this is a pretty nice improvement, especially since i use that save button religiously. mcc: all showmessage() dialogs replaced with application.messagebox() dialogs updated mpp control center. all of the old, crappy, basic, simple, plain jane "showmessage" dialogs that used to popup have been replaced with application messagebox dialogs. there will be more beeps and dings this way, but the messages look much nicer and i can include the standard windows info/warning/error icons. all of the other exe's in mpp have been using application.messagebox(), i just forgot to update mcc.exe - well, there were alot of showmessage() dialogs so i was kinda avoiding updating them all, then i forgot about them. what sparked this change was "mcc connections: save button is now dynamic and uses application.messagebox()" - above. long overdue. q: where are all of these dialogs? a: in mcc: main: mpp profiles (new, copy), advanced: (all defaults), connections (save), function keys (reset), color themes (add, copy), etc. full:clean install: block delay now defaults to 90 seconds self explanitory. full:clean install: auth timeout now defaults to 30 seconds self explanitory. mcc color themes: copy theme button would allow you to overwrite an existing theme, fixed the color themes copy button will now prevent you from overwriting a color theme that already exists. gt. mcc image themes: selecting a theme with a sidebar image would show text in main area of mcc, fixed in rc3 i fixed image themes, but i missed something... if you selected an image theme like "wickedlyx" that uses a sidebar image, the main area of mcc - directly above the power button - would show a label with text, similar to this: c:\program files\mirc power pack\themes\wickedlyx\switchbar.jpg fixed. incidentally, when i tried to type "this" above it came out "shit". then when i tried to type "fixed" above it came out "dixed". lol? missing "scid $scon(#)" only for the /p3 alias, fixed affect: for all other /p1 /p2 type aliases, you could type /p1 or /p2 even while you were in windows for another network, but /p3 would fail in that case - you had to be in a window for server 3 to run /p3. rc3 and rc4x1 thru x3: alias p3 { .. } scid $scon(3) was missing. for some reason, only /p3 was missing this line: writeln(f,' scid $scon('+inttostr(c3)+')'); fixed. result in x4: alias p3 { scid $scon(3) .. } "onlinetest unknown command" status spam when mcc "show on/offline messages" was unchecked, fixed recently reported by ]k[^moon previously reported by sod|wizaard when mcc's "show on/offline messages" option was unchecked, this would spam to the status window every two seconds: onlinetest unknown command any time a line of text is spammed like this it causes lag in mirc. the problem was the onlinetest alias was inside of a mirc group, example: when "show on/offline messages" was checked: in this case the group is "on", so mirc could see the onlinetest alias: #onlinemsgs on alias onlinetest { blah } #onlinemsgs end when "show on/offline messages" was not checked: since the group was turned off, mirc could not see the onlinetest alias: #onlinemsgs off alias onlinetest { blah } #onlinemsgs end the aliases have been moved out of the group, so mirc can see them all the time, regardless of the "show on/offline messages" mcc option or the group's on/off setting. no more spam. fixed. topics that started with numbers would be colored in that color value, fixed i found a problem with topics. if the first character in the topic is a number, it returns the topic in that numbered color until it sees a color change, if any. if there is no color change in the topic, the entire topic will be the color of the number that it found. for example, most topics on geek coder networks never contain colors. the title bar of the #kvirc window reads "3.0.1 released...". the topic text in the window says ".0.1 released..." and is green. the first character (3) is missing from the text. not coincidentally, green in mirc is color #3. i always assumed that ctrl+k (nothing) by itself would cancel the originating color, but it turns out that you have to use ctrl+o to truly cancel color codes. fixed. this was actually fixed in x2 i think, but has gone undocumented until now. kill dialog (kill.exe) updated: expanded vertically for more room, looks better the buttons were just too crowded, this definitely looks nicer. during mpp recovery bytecam was being reloaded but the script file wasn't being copied, fixed whenever you ran the mpp recovery tool, it would reassociate everything in your mirc ini files - but it wouldn't copy the saved bytecam.mrc from the recovery area back to it's original location. this was fixed in x3, undocumented until now. new #mpp channel image by sod|wickedlyx only in full:clean install new image: mpp3.jpg by sod|wickedlyx thanks wicked! u still cheet tho. you will only see the new image (automatically) if you do a full:clean install and if you install the new image pack #1. if you upgrade you can manually change the image, just get image pack #1. image pack #1 updated uploaded to all 5 mirrors. faq: using the all-seeing eye or other external game tools with mpp 7.10 most external tools need to communicate with mirc using the built in dde server. mpp uses "mpp710" (no quotes) as the default "mirc dde service name". tools that communcicate with mirc may ask you what the dde service name is, and by default they may already say "mirc". anytime you want that tool to communicate with mpp, simply change the setting to "mpp710" (no quotes). eg: mpp710 an example of how this works... settings for all-seeing eye and mpp control center... open the all-seeing eye f2 or tools menu -> options click the dde tab copy/paste this into the "when playing game" field: mpp710 command - /away playing {modname} at {hostname} / {address} mpp710 command - /ame is playing {modname} at {hostname} / {address} mpp710 command - /killemall copy/paste this into the "when returning from game" field: mpp710 command - /away mpp710 command - /ame is back. mpp710 command - /0 other settings: mirc autoaway: unchecked mirc autoaway channel spam: unchecked convert | to |: checked enable dde: checked note: the first 2 are up to you. i'm not sure about the 3rd option here... but the last one, enable dde, this has to be checked. finally, some settings in mcc: in the main: dde server section: enabled: checked dde service name: mpp710 disable when gaming: unchecked faq: i only want to block on-op or on-join notices for one channel first and foremost, make your own script file: alt+r -> file -> new (script1.mrc) files you create can never be overwritten by a future mpp installer. there may be instances where you might have to manually reload your own files, but they can't be deleted of overwritten by the mpp installers. the same holds true for your own personal alias files. now add lines similar to these: on ^*:notice:*#help on-join msg*:*: { halt } on ^*:notice:*#help on-op msg*:*: { halt } where #help is the channel that you want to block. exit and save. restart mirc to test. faq: how to piss off etg admins by sod|stealthtruck stealthtruck: (04:13 pm) closing link: ottawa-hse-ppp4051989.sympatico.ca stealthtruck (killed(services.enterthegame.com ([ref#:98015 - expires:2/27/05] digi channel takeover #iod and ban evasion))) kik --------------------------- rc4x3 / 7.047 / jan 31 2005 --------------------------- smarticq: icq.dll in 1.211 would cause mirc to lock up solid on each incoming message the version of icq.dll that ships with smarticq 1.211 which is supposedly targetted for mirc 6.16 causes mirc to crash every time a new message is received. of course, i didn't know this until this morning, after x3 was uploaded and announced. i am calling last night's build x2.999, and it has been deleted from the server. after some experimeentation, the dll that came with 1.21 seemed to work fine. x3 has been rebuilt with the dll from 1.21. the dll from smarticq 1.2 also works fine. here's the deal. if you can use dll 1.211, then you should use it because its the only way to guarantee that you are running all of the newest features in smarticq. if you try using the 1.211 dll and mirc keeps crashing every time you get a new message, try backing down to the dll from 1.21. if that still doesn't work, try the dll from 1.2. ok, how the hell... simple: close smarticq each time before running these commands: /1211 - icq.dll from smarticq 1.211 (98kb) /1210 - icq.dll from smarticq 1.21 (88kb) /1200 - icq.dll from smarticq 1.2 (87kb) again, x3 ships with 1.21's dll by default, so smarticq should work for everyone, it just won't be using the newest dll - some features might be missing or broken. i want everyone to test all 3 dll's and report back to me - asap. smarticq: some smarticq skins krupt - unrecoverable black box if loaded, fixed it never ends. i have removed the bad skins, everthing should work right now. smarticq: no skins listed in skin selector dropdown bug fixed ugh. fixed. well, i think. smarticq: why did i upgrade again? i dont no gg. ------------------------------- rc4x2.999 / 7.046 / jan 30 2005 ------------------------------- smarticq upgraded from 1.2 to 1.211 after some basic testing i have decided to add the new smarticq to mpp. it all seems to be working. i had to download the updated skins and play with some of the default settings. it might be possible to use the upgrade utility because i didn't have to tinker with any of the mirc scripts. the moo.dll in the mp3 plugin was replaced with the moo.dll from the mpp\system folder because the orginal mp3 plugin dll kept being reported by virus/spyware scanners as irc.lambot backdoor. that's about it. it works. enjoy. default font for clean installs is now lucida console @ 11. important note: in mpp you should avoid one setting in smarticq's preferences dialog: preferences -> connections -> open on start (avoid this option!) you can use any other options/settings you want, but avoid that one. if you want smarticq to load with mpp, instead hit f4 to load mpp control center: main -> misc tab -> smarticq loads with mpp using the mcc setting will force smarticq to wait about 30 seconds before attempting to load. this is important because if smarticq loads before your mpp connection script fires completely, smarticq will steal one or two connection id's and your connect script will not work properly at all. wait a second... with the new super fast loading of the mpp connection script i was just able to use the smarticq option i just warned you about and i turned off the mcc setting. this needs to be tested by everyone: try using smarticq's option to auto start smarticq with mirc - and turn off the mcc option. if you have problems with this, let me know. note: if you can't get it to work properly, turn off the smarticq option and turn on the mcc option. but either way, let me know asap. smarticq 1.211 fixes a major problem with smarticq's invisible mode. some mpp users in the past (like lt-d) mentioned problems with invisible mod. you should definitely try this new version. smarticq v1.21v1.211 - 12/11/04 fixed serious bug with the invisible list smarticq v1.21 - 07/11/04 addresses some problems with v1.2 and mmirc v6.16. mpp = virus: myths and legends volume 45 report #1: this was from a review at betanews/fileforum: > couscous: > the reason my rating is so low: irc.lambot backdoor reply: please email me (use the link on this page) and tell me the exact scanner you are using that is detecting "irc.lambot backdoor" - and what files in mpp are affected. at least then i can look into it. i'm rating it 5/5 again becuase i always scan mpp with nav 2005 before i upload it - and one reported infection shouldn't penalize the rating so badly - especially without full disclosure so i can adequately investigate the problem. i'm guessing you are using ms antispyware or some other tool that might not be widely used, i'm not sure though because i have no information. i would never upload mpp if any part of it failed my own scans. mpp has also reported to scan clean with avg 7.0 free: (12:37:52 pm) <@sod|wickedlyx> it shows 6 (12:37:59 pm) <@sod|wickedlyx> :) (12:38:02 pm) <@sod|wickedlyx> j/k (12:39:39 pm) <@sod|goob> no virus my ms antivirus beta 1 install reported the moo.dll in smarticq's mp3 plugin as irc.lambot. after some experimenting, the moo.dll that is located in system\mpp also works for the mp3 plugin in smarticq. i have removed the old moo.dll. legend, fixed. report #2: (11:35:14 am) <@sod|stealthtruck> i got a prob with mpp (11:35:50 am) <@sod|stealthtruck> every time i load it, my antivirus goes off sayin there was a subseven attack (11:36:36 am) <@sod|sgt-d> nice (11:36:42 am) <@sod|stealthtruck> ty (11:36:52 am) <@sod|sgt-d> 3wav? (11:37:00 am) <@sod|sgt-d> 3rd world antivirus (11:37:07 am) <@sod|stealthtruck> no (11:37:08 am) <@sod|sgt-d> nav? (11:37:12 am) <@sod|stealthtruck> nav 2005 (11:38:20 am) <@sod|sgt-d> run a scan on the mpp folder (11:37:34 am) <@sod|stealthtruck> it only happens when i load mpp tho (11:38:55 am) <@sod|stealthtruck> no files are infected (11:38:56 am) <@sod|stealthtruck> lol report #3: (11:50:21 am) <@sod|dabomb> my antivirus thinks moo.dll, and blowfish are infected (11:51:38 am) <@sod|goob> gh (12:14:49 pm) <@sod|sgt-d> dabomb, what antivirus are you running? moo.dll is known to throw up red flags, but i've only seen stupid reports from obscure scanners like m$ antispyware and pest patrol - shit nobody has (12:14:49 pm) <@sod|wickedlyxx> ya (12:15:02 pm) <@sod|dabomb> mcafee (12:15:38 pm) <@sod|sgt-d> damn, don't have mcaffee - but i had like 7.0 and it scanned clean back then (12:15:40 pm) <@sod|sgt-d> oh well (12:15:52 pm) <@sod|goob> nod32 (12:15:54 pm) <@sod|wickedlyxx> use free antivirus software (12:15:58 pm) <@sod|dabomb> ths is 7.1.0 (12:16:03 pm) <@sod|dabomb> ya it use to be clean (12:16:13 pm) <@sod|sgt-d> u can delete the files it finds, moo and blow aren't required (12:16:28 pm) <@sod|sgt-d> well, moo is if you like systeminfo (12:16:28 pm) <@sod|dabomb> even when i exclude teh folder, it still says it (12:16:33 pm) <@sod|sgt-d> crazy (12:18:12 pm) <@sod|dabomb> move failed (clean failed because the file isn't cleanable) home- ybhwv53h9p\bomb c:\mirc power pack\system\smarticq\plugins\mp3sysicq\moo.dll (12:18:49 pm) <@sod|sgt-d> and what is it saying it's infected with? (12:19:03 pm) <@sod|dabomb> that's what pops up (12:19:39 pm) <@sod|sgt-d> hmm, not very informative. so much for full disclosure. (12:19:49 pm) <@sod|sgt-d> m$ must be trying to buy mcaffee (12:20:18 pm) <@sod|dabomb> network associates summary: (12:21:25 pm) <@sod|sgt-d> stealth: mpp = subseven but 0 infections. (12:21:42 pm) <@sod|sgt-d> bomb: 2 files definitely infected, but no information about the infections. (12:21:48 pm) <@sod|stealthtruck> lol (12:21:50 pm) <@sod|sgt-d> i'm noticing a pattern here (12:21:52 pm) <@sod|stealthtruck> gg (12:23:27 pm) <@sod|sgt-d> well fuck i guess i will add notes to the readme, gonna look funny tho. warning: mpp may or may not be infected, let me know k tks. --------------------------- rc4x2 / 7.045 / jan 29 2005 --------------------------- added webcam support for mirc power pack (bytecam 2.4) i was at theninja's lan party last saturday (1/22/05) to celebrate butthead and olbaid's birthdays (they are closet lesbians). i handed out cd-rom copies of what i hoped would be the public release version of mpp 7.10 rc3. of course, i had to make some changes before the release on 1/25/05. i was talking to theninja about mpp and he said that the only thing that he would like to see added to mpp was webcam support. i told him that it was a good idea, and my first thought was that it might be possible to control microsoft's netmeeting using mirc commands. this would work because everyone running windows 2000 or windows xp already has netmeeting. i started playing with netmeeting the following monday, and i was underwhelmed by the lack of control i had over it. there are virtually no command line arguments that can be used with it, and only one or two rundll commands that can remote control it. nothing would allow me to make mirc tell netmeeting to connect to an ip address. on tuesday morning (the day of the planned "rc3" release) i found mirc video conference (mvc) and installed it at home and at work. i didn't have a webcam, but at home i did have a video capture card. there was just no way really for me to test anything. now it was time to give myself a heart attack. i had finally uploaded all 1.5+ gigs of installers and iso's for the rc3 release (expected later this same night) to all five of the mpp mirrors when i noticed a problem with mpp while i was at work. for some reason, gamesurge (my second connection) and protium (my third connection) were not working right. they seemed to be connecting sometimes, but mpp was not sending the authentication messages and mpp was never joining the channels. this was only a problem with server #2 and server #3. i double checked all of my settings, but everything looked right. i installed mpp to a new folder at work and it seemed to work after that. when i got home i noticed the exact same problem. for about an hour i messed with mcc and just could not get server 2 or server 3 to cooperate. after installing to a new folder i had no problems. heart attack! at around 8 pm i almost decided not to release rc3. then i remembered that i had loaded mirc video conference (mvc) on both my home and work systems. the problem was mvc. it was stealing connection id's 1 and 2, so mpp's connection script couldn't work properly. rc3 was immediately released and the release was without incident. whew! mvc was tested locally only and may still work, but it would have had to be manually loaded each time so it wouldn't be able to steal connection id's. the only other way would be to add options to kickstart it in mcc where i could pad it with some delay. it wouldn't have been hard to do, i just wanted something that would work better and with less fuss. i had other issues with it on wednesday and thursday... i had added load/unload aliases for mvc in mpp, but i noticed that closing mvc or unloading mvc would actually force mirc to crash and mpp would bomb every time. how fucking nice. on friday night i found bytecam and started running some local tests. it all looked good here, but i still didn't have a webcam, so i couldn't rely on my local tests. i hunted for people online to help me test it, but everyone was asleep. saturday morning i started looking for people that were online with webcams. olbaid was online, and was able to help me test. even though i didn't have a webcam i was hoping my hauppage wintv tuner card's video capture would allow me to see his webcam feed. success! bytecam worked beautifully on the very first try. holy shit! well, it didn't take long before everything spiralled out of control. i didn't even hava a chance to update the mpp beta team site... before i knew it, everyone was looking for "x2" and sending bytecam requests. it got crazy. i even went out and bought a webcam. it's a piece of shit, but it will do fine until i take it back. by 7 pm we were all connecting to each other's bytecam servers. at one point i had myself and 9 other people on screen, 10 total, and there was no noticeable problems with anyone's video feed. crazy!!! webcam support in mpp is finally a reality! i have submitted some requests to the bytecam team: 1) a way to auto start your server when you open bytecam 2) a way to announce your bytecam server to a channel so that other people can request to join - intead of you having to manually invite people... plus the option to manually or automatically accept incoming requests. i will resubmit this one because i would like to auto accept users at level x or higher. 3) an option to append something like [o] to your nick to indicate that you are running a bytecam server. some problems possibly with bytecam 2.4, or possibly just my system last night i was adjusting settings for my camera again, thru bytecam's properties menu. mpp locked solid. tried killing mirc.exe 100+ times. tried killing rundll's and all other processes. tried shutting down. all with no luck. had to hold in the power button and reboot windows, later having to kill my mpp session. this happened yesterday too, identical. the only diff was that time i had bytecam open, but was adjusting settings thru control panel. hopefully these are isolated incidents. so far i've received no error reports. mcc function keys: click the reset button to get the new hotkeys for bytecam this will make f11 open bytecam, then you can start your server. after the server is running you can click someone's name in the nicklist and tap f12 to invited them to your bytecam server. control panel 1 (f1): added icon for bytecam (may not show properly for win9x users) added commands: /bcload or /bc load --------------------------- rc4x1 / 7.044 / jan 28 2005 --------------------------- added "passive authentication mode" allowing mpp to auto join channels even when nick authentication times out this option is "per server" meaning that it can be different for each server. in mcc connections:  to the right of the etg vhost/authserv/nickserv button there is a new checkbox, unchecked by default.  i haven't had time to come up with a better location or even a label for it.  basically the right checkbox means "passive authentication mode".  currently if chanserv/authserv/nickserv don't respond by auth_timeout seconds, you will get a message telling you that they failed and that you can type /p1 or whatever to join.  well, passive mode tells mpp that if these services don't reply within the allotted time that it's ok to go ahead and join the channels - without your normal protected host mask.  passive mode will not connect you in the case where your login fails - only if the auth service isn't responding. see the online help in mcc for more information. to test the "passsive authentication mode" feature: we will need to send auth commands to an invalid nick so that no response is ever received. open mcc and set auth timeout to something low, like 15. note: if you don't want your user@host mask exposed to any channels during these tests, remove your normal channels from your perform sections. you can add in some bogus channels in this case, like #test_1, etc. make all other settings changes in mcc that you need to first, then save and close mcc. note:  you will want to exit and avoid mcc because each time you save in mcc it will overwrite connect.mrc. manually edit system\mpp\connect.mrc. look in the mppexec alias for lines similar to these: .msg chanserv vhost login pass .msg authserv@services.gamesurge.net auth yournick yourpass .msg nickserv@services.protium.org auth yournick yourpass change them to something like this: all i am doing here is adding an underscore ( _ ): .msg chanserv_ vhost login pass .msg authserv_@services.gamesurge.net auth yournick yourpass .msg nickserv_@services.protium.org auth yournick yourpass exit and save connect.mrc. start mpp. all logins will timeout. if authentication times out and you still join your channels automatically on a server that you checked "passive authentication", that means that passive authentication is working. how to change between passive mode on/off without using mcc: edit profiles\your_profile\settings.ini passive mode on: passive=1 -or- passive mode off: passive=0 mcc connections, new options: "on reconnect: perform" or "on reconnect: rejoin" this option is global and affects all servers. in mcc connections:  at the bottom are some new options: on reconnect perform -or- on reconnect rejoin (one or the other) traditionally, mpp would simply re-execute your perform sections each time you reconnected. on reconnect perform scenario:  your perform section joins 20 channels.  after you connect, you /part 10 channels and you join 6 new channels.  you get disconnected.  on reconnection, mpp automatically executes your perform section and you join your original 20 channels... but the 6 new channel windows stay open and never rejoin.  this is how mpp has always worked. if you use custom commands in your perform sections, or if you rarely ever join new channels, this is the best option to use. on reconnect rejoin scenario:  your perform section joins 20 channels.  after you connect, you /part 10 channels and you join 6 new channels.  you get disconnected.  on reconnection, mpp skips your perform section and then forces mirc to rejoin all of the current channels.  this is a new feature in mpp.  the only downside is that any extra commands from your perform section (ex: /who #sod) will not be performed.  if you never use custom commands in your perform section, this is the best option to use. see the online help in mcc for more information. setting: profiles\your_profile\mpp.cfg perform: pmode=1 rejoin: pmode=0 automatically ignore "chanserv sets mode +l 53" annoying spam on all networks this change affects all networks, but was only only devised because of etg's forced channel modes, and their dumb enforcer bot. you will not see chanserv's annoying-as-fuck +l mode changes in any channels. the option to control this is in mcc:main:advanced. this option is checked by default, which means that by default you will no longer see the chanserv +l spam shit. setting: profiles\your_profile\mpp.cfg ignore: blockcslimit=1 show: blockcslimit=0 ---------------------------------------------- mIRC Power Pack 7.10 Release Candidate 3 (RC3) ---------------------------------------------- Codename: Crystal Mountain Build: 7.0.4.3 January 25, 2005 RC3 CHANGES - All sections from RC3 through 7.043 and down to BUILD A are ALL NEW for RC3. ------------------------- rc3 / 7.043 / jan 25 2005 ------------------------- 9be07aa5ff4709fcfe90784f5447fdf2 *mpp710rc3_full.exe 6c0534c415eba8c5d0a814519a67f799 *mpp710rc3_upgrade.exe initial run of mpp control center improved, empty required fields are now colored red for years the initial run of mpp control center has proven to be a lesson in frustration for first time users of mpp. for the first time ever i am attempting to make the initial setup requirements easier to understand for first time users by using visual aids. on the very first run, any of the required fields that are empty will be colored red. as soon as information is typed into those fields, they will turn white, or whatever color windows is using for cl_window. after the first run there are no color changes. i am hoping this will make the initial launch easier to understand. userid is the one that most people miss. you have to put something in that field. you can use your nickname or the first part of your email address. normally userid is what is required for ops to work, so if you need ops, make sure you have the correct info here. mcc timestamp & clock: mpp timestamp area: sample area was dysfunctional how this slipped by everyone is beyond me. the black window in the timestamp area is supposed to show you what the timestamp would look like, which should normally contain numbers, like a clock. instead, most of the fields would show "hh", "nn" or "ss". only one or two of the hh/nn/ss fields seemed to be working correctly. this has been fixed. now when you select an existing hh/nn/ss value, numbers are displayed properly to give you an idea of what your stamp will look like. i only noticed this because i spent so much time on this page while adding the new reset button (below). mcc timestamp & clock: mpp timestamp area: added reset button (bottom right) click this button to return all mpp timestamp settings to factory default. mcc timestamp & clock: mpp status clock area: added reset button (top right) click this button to return all mpp status clock settings to factory default. fixed mpp pager "priority 1 2 3" = notice spam problem reported by zop (07:29 PM) Porcupine ColoPriority (9:25:43 PM): yes, call your mom, i'll answer. (07:29 PM) -> -Porcupine- Pager [On] * Logging [On] * Your message was received. consistently, but not always, when porcupine pasted text from colopriority into the channel, zop's mpp would spam mpp pager notices back to porcupine. this bug was triggered any time that someone typed or pasted the word "priority" and after the word "priority" there was a "1", "2" or a "3" in the text. the timestamp following "colopriority" had to contain a 1, 2 or 3 somewhere in the hour, minutes or seconds for the event to trigger. in this case, "priority" was part of someone's nickname, but the text lines were being copy/pasted to the channel by porcupine. in other words, porcupine copy/pasted this text to the channel: ColoPriority (9:25:43 PM): yes, call your mom, i'll answer. so now the word "priority" is showing up as text in the channel. the seconds are at 43. the 3 is part of the trigger: priority + 3 = mpp pager. the original mpp pager trigger was setup like this: :*Priority*[1]*: :*Priority*[2]*: :*Priority*[3]*: the star before the [1], [2] and [3] is a wild card meaning that any text is allowed in between the word "priority" and the [1], [2] or [3]. the new mpp pager trigger is setup like this: :*Priority [1]*: :*Priority [2]*: :*Priority [3]*: now there has to be a space between the words, and the text has to be: (any text here) priority [1] (any text here) (any text here) priority [2] (any text here) (any text here) priority [3] (any text here) to see this bug in all it's glory... /join #mpp now copy paste this line: ColoPriority (9:25:43 PM): kik omg spamt! fixed. zop, sorry for the spam and thanks for the report. faq: every time i install mpp the installer overwrites my aliases/remotes alt+a -> file menu -> new alt+a will open the mirc editor and place you on the aliases tabsheet. from the file menu, select "new". this will create a new aliases file for you. for argument's sake let's say it is aliases1.mrc. alt+r -> file menu -> new alt+r will open the mirc editor and place you on the remotes tabsheet. from the file menu, select "new". this will create a new remote (script) file for you. for argument's sake let's say the new file is named script1.mrc. in both cases, the file name that is actually used will be displayed at the bottom left of the mirc editor window. aliases1.mrc and script1.mrc are now 100% yours. do whatever you want with them. it is impossible for any of the mpp installer to ever modify or delete these files. notice: if you ever run the mpp recovery tool or if you run the /repair alias, your files might get unloaded. you will have to manually reload your files in this case, but the information inside the files will not be affected by mpp. the mpp installers currently overwrite the aliases that i've made, and i think i am going to keep it that way so that if i need to update them in the future at any time, i will be able to do so. use your own files, it's the safest way to go. ------------------- 7.042 / jan 23 2005 ------------------- internal private build, misc fixes ------------------- 7.041 / jan 23 2005 ------------------- mcc main: advanced: added block join/op notices, dual checkboxes checking the left checkbox will tell mpp to attempt to block as many on-join and on-op messages as possible on enterthegame. by default this option is unchecked. detection pattern: on ^*:notice:*on-op*:*: { halt } on ^*:notice:*on-join*:*: { halt } while this patten is designed based on enterthegame's chanserv on-join and on-part notices, when this option is checked ANY notice containing "on-join" or "on-op" will be blocked by mpp. normal channel messages, private messages or queries containing this text will not be blocked. only notices are affected. the checkbox to the right of the "block join/op notices" checkbox is unlabeled, but i'm calling it the "brutal" checkbox. checking this option will tell mpp to attempt to block as many on-join and on-op messages as possible on gamesurge and protium. by default this option is unchecked. detection pattern: on ^*:notice:*(#*:*: { halt } while this patten is designed based on gamesurge and protium's chanserv on-join and on-part notices, when this option is checked ANY notice containing "(#" will be blocked by mpp. normal channel messages, private messages or queries containing this text will not be blocked. only notices are affected. my detection pattern for on-join/on-op messages on gamesurge and protium might be too harsh. chanserv may occasionally send out notices that contain "(#", and these would all be blocked as well. if you think you are missing notices from gamesurge or protium, you might want to leave this option unchecked. ------------------- 7.040 / jan 22 2005 ------------------- private build, minor fixes ------------------- 7.039 / jan 21 2005 ------------------- mcc main, dde server section, added "disable when gaming" option in build "a" i added this: "mpp dde server, now auto disabled during gameplay". while this is a great idea for the built in game tools in mpp (multi browser, arenascout, etc.), automatically disabling the dde server was a terrible thing for anyone that uses third party (external) game tools such as the all-seeing eye and possibly steam/hlsw. what would happen with external game tools is that it would report that you went to a game server, then it would kill all timers in mirc, then it would turn off the dde server automatically. when you were finished gaming, there was no way for external game tools to turn the dde server back on, so mirc never received the return message when you were finished playing. once you started typing in mirc the dde server would come back on, but it wasn't on when the game tool needed to tell mirc you were done playing. the rules for this option: it is 100% safe (and recommended) to check the "disable when gaming" option if you are going to use built in game tools like multi browser. you should never check this option if you plan on using an external game tool. i am defaulting this option to the safest setting, unchecked. repackaged in preparation for mpp 7.1 rc3 as most of you know, i was not planning on releasing an rc3 build, but there have been significant changes that need more time for testing. so... build "d" is going to be released publicly as mpp 7.10 rc3. release to mpp beta team: jan 20 2005 expected release to #mpp: jan 24 2005 expected public release: jan 25 2005 Build Date: January 25, 2005 Build ID: 7.039 Codename: Crystal Mountain added link for mirc website to mpp.exe if c:\temp\mirc616.exe does not exist you will now see a link in the bottom help area (left side). added 3 new "visit ### website" items to setup.exe you can now select the mirc power pack, sodpit or mirc websites from the drop down in setup.exe. magic mirror x (mmx.exe) font changed from ms sans serif to tahoma ugh, i just noticed mmx was using ms sans serif instead of tahoma like all of my other exe's. now mmx uses tahoma which looks more like windows xp. /age script echoes to status window, but only for really old farts like us, fixed good eye wizaard! :) ---------------------------- build d - january 20, 2005 ---------------------------- mpp causes "in game lag" - fixed? mini faq... in my opinion, the four most likely items in mirc that cause "in game lag" are: 1 - timers 2 - dde server 3 - online timer 4 - mirc images / mpp image themes #1... timers are used by mirc to perform certain tasks on certain intervals. almost all scripts use timers, and mpp is no exception. in mpp 7.00 i actually had to make my own timers alias because mirc has no way of completely unloading all timers and then later restoring them. the best mirc can do is pause all timers and then later resume them - but as tests proved, pausing the timers had no affect, the game lag was still there. my method of unloading all timers while playing and then restoring them later seemed to help most people. #2... in build "a" (below) i noticed that mpp was still running the dde server while gaming. this server runs a check every 2 seconds to see if there are any new windows messages. this is not neccessary during gaming. #3... today i noticed that mpp by default is using mirc's online timer, while vanilla mirc does not have this timer on by default. unlike normal mirc timers, the online timer stays on even after killing all other timers. sadly, there are no commands that i could find to toggle this timer on/off when gaming. mirc's online timer is simply a timer that shows how long you have been connected to an irc server (current online time or total). when the online timer is on, you can see the hours:minutes report at the far right of any mirc status window. #4... for a better "out of box experience", mpp ships with several image pre-loaded for you as part of your "mpp image themes". these images might be causing some game lag, especially if mirc is refreshing them occasionally, which i don't know if it is or not. so... to address item #1: i am unloading all mirc timers when you go to play, then i am restoring them all as soon as you get back. this has been the case since mpp 7.00 final was released. to address item #2: the 2 second dde server checking stops when you connect to a game server and is turned on when you get back. this may or may not have an adverse affect on all-seeing eye playing/return messages. i doubt anyone using ase will report any success/failures though. this is a new feature in mpp 7.10 that started with build "a" (post rc2). to address item #3: the newest mpp full:clean installer will default mirc's online timer to off by default instead of on. if you decide to turn it on, you could see in game lag. this is a new feature in mpp 7.10 that started with build "d" (this build, also post rc2). if you installed an older version of mpp you can manually turn the online timer off. to address item #4: if you are still having lag issues in games, try turning off all mirc images or mpp image themes before attempting to play your games. i have done everything i can possibly think of to trick mirc into not doing any background work while you play. unless someone else sees something i'm missing, this is probably as good as it can possibly get. you should try gaming with mpp and then try with vanilla mirc (no scripts) and see if they perform similarly. or test a different script like acidmax or invision. i am relatively confident that mpp will out perform any other script while gaming IF these "in game lag" problems are in fact related to the four topics i am referring to (timers/dde server/online timer). if you see better game performance with other scripts, let me know. if you have any other ideas that might reduce in game lag, also let me know. otherwise, case closed. new feature: mpp status clock ok, where to begin. after the -c- build i was just sitting here one night looking at mirc and i was reading up in the channels and i kept looking at the new timestamp with it's sexy new look (seconds display on by default)... one comment was made at x time so i wanted to see what time it was currently, just to see how long the message was sitting in the channel. after a minute i realized that nowhere in mpp was i showing the current time. i had to pull up windows taskbar to see the system clock. then i noticed how nekkid mirc's title bar was and figured i could slap a running clock up at the top. so i added a quick clock. that was easy enough. i still had more room, so i decided to slap the date up there too. that looked good, but i still had room and thought it could use a little more information. so, i decided to add a small area that showed how long you were online. if you look at mirc's status windows, at the far right, each shows you your online time in hours:minutes format (if mirc's online timer is on). i wanted mine to show more information, so i got it working with days:hours:minutes:seconds. it was working and i was tired, so i caught some zzz's. the next morning i was hoping to see 6+ hours for the online timer, but instead it displayed 00:00:00. wtf? i lost my connection overnight, so mirc's online timer reset itself to 0. i also found another problem with using mirc's online timer... the mirc online time had to be activated and the display method had to be set to "current connection time" - the "total connection time" setting would mess up my clock. this was just no good at all. then i decided that i would just make this area show the time that mirc had been running. the quickest solution was to make a variable that started at 1 each time you started mirc, and every second i would update it by 1. a running timer that showed your total mirc time. i also added weeks to the display. while this worked beautifully for the most part, there was one small snag. the bad: if you played any games, each time you launched, the new clock timer would automatically be stopped. so if you played for an hour and then came back, the session time would start incrementing from where it left off. in other words, your session time would be one hour less than the actual time mirc was running. the good: using a variable helped me debug the script because i could plug in really high values at random to trick the clock into showing days and weeks so that i could make sure the clock was reporting correctly. anyway, for the most part, we would want session time to be 100% accurate, so it would need to automatically "catch up" after playing games. so, i found and used mirc's built-in $uptime(mirc) identifier and put it to good use. now we have (supposedly) 100% accurate session times being reported - and it doesn't matter what settings you have set for the online timer. your session time will not reset until you close mirc, period. now that everything was working it became painfully obvious to me that some people wouldn't like the default display, layout or arrangement - and some people might not want any of this information in their title bar at all. so i had to come up with some way to let users adjust these items. please see the "mcc timestamp & clock: added mpp status clock area" section below for information on adjusting these settings. debugging commands for the session timer in mirc you can bypass the real session timer which will allow you to enter a random number of seconds so that you can test the session clock. you can bypass the normal session timer with this command: //set %clkbypass 1 now you can set the number of seconds you want to test (example): //set %gtotal 5555555 your session clock will now read: 09:01:07:12:35 seconds breakdown: 60 = 1 minute 3600 = 1 hour 86400 = 1 day 604800 = 1 week so... 5555555 / 604800 = 9.1857721560846560846560846560847 = 9 weeks 9 x 604800 = 5443200 5555555 - 5443200 = 112355 112355 / 86400 = 1.6426169590643274853801169590643 = 1 days 1 x 86400 = 86400 112355 - 86400 = 25955 25955 / 3600 = 7.2097222222222222222222222222222 = 7 hours 7 x 3600 = 25200 25955 - 25200 = 755 755 / 60 = 12.583333333333333333333333333333 = 12 minutes 12 x 60 = 720 755 - 720 = 35 seconds well, theoretically. please test with different values for %gtotal, then do some math to see if the clock is reporting correctly or not. use this command to turn off bypass and use the normal mirc session time: //set %clkbypass 0 when you are done testing you will notice that mirc snaps back to the real session time, and it automatically "catches up" from when you started your tests. added command: /mppstats type /mppstats to see the output of the mpp status clock at any time. the output should match your mpp status clock settings in mcc. mcc "timestamp" changed to "timestamp & clock" self explanitory. mcc timestamp & clock: added mpp status clock area this new area allows you to control every aspect of the new mpp status clock, including: - whether or not to use the mpp status clock (disabled also removes the timer) - whether or not to show the "date/time/session" headers - several date formats, with/without leading zeros, or completely off - several time formats, with/without leading zeros, or completely off - several session formats, with/without leading zeros, or completely off - the order in which you want items that are turned on to appear - the level of detail that you want for your session reports the date and time drop downs are dynamic which means that each time you start mcc you will see the current date and time. this was done so people wouldn't bitch that these controls were reporting incorrect date/time info. originally i was just going to show some sample dates and times, but they wouldn't be current dates/times. anyway, making them dynamic has one side effect: sometimes the controls will appear to have duplicate entries. please click the mcc help button and read the new "mpp status clock" section near the bottom for detailed information about all of these controls, and for an explanation for the "duplicate items" effect. mcc image themes: got bugs? after 7.1 beta 5 i released a few new versions on the road to rc1. in rc1x4 i made several fixes to the mcc image themes page... but last night i found out that several bugs still remained. nobody has caught or reported these problems since the fixes on around dec 15, 2004. the new bug list: 1 - after selecting a theme that uses a sidebar image, the last loaded sidebar image would remain on screen, even after selecting a theme that doesn't use a sidebar image. the sidebar image should dissapear in such cases, but it doesn't. 2 - when selecting a theme that has a custom buttons image (bmp/jpg/png), the button image overlay does not display at all. ugh. 3 - most of the time when you clicked save or exited mcc, the wallpaper selection would go blank and sometimes the mirc wallpaper would vanish. the next time you launched mcc the wallpaper field would be empty. 4 - if you changed your theme to (none) and then later decided to use an image theme, the wallpaper would not "snap" to the size of the main mirc window, instead it would be full size and you couldn't see the entire image. also the status window images (hal picture) would end up HUGE and show up on the left side of the status window instead of small and docked in the upper right corner. these bugs were present in early builds of -d- and all the way back to the 4th test (x4) prior to the release of 7.1 rc1. that dates back to dec 15 roughly, a tidbit for all of you beta testers out there. :p~! all of these items are now fixed. notes about item #4... traditionally (like in mpp 7.00) the status window image would normally use -p (photo, small, snap to top right of window) and the main mirc window used -f (fill, snap to the size of the mirc window). recently someone complained that they used a certain image and wanted it tiled, but every time they closed mcc their image would fill the mirc window. at that time i decided to tell mirc not to use -p or -f, so their fill/tile/stretch mirc image setting would remain unchanged. the problem with this is that if you turn off mpp image themes by selecting none, mirc will instantly forget it's last used fill/tile/stretch setting and after that it would always default to normal. so, i had to turn the -p and -f arguments back on. if you want to adjust your fill/tile/stretch setting manually and you don't want mcc to zap your setting each time it saves, you should check the option "i want to set images manually and not use mpp image themes". this should let you manually pick images and set the fill/tile/stretch settings however you like, and mcc saves should not change anything. at the time of this writing, this of course has not been tested. someone let me know k tks. more tools "automatic" detection mode flawed, fixed in build "c", for the first time ever, the more tools page would automatically lock (if mirc was running) and unlock (if mirc was not running) itself. you no longer had to check the option box to make edits to the page. well, i found a problem with that. one night i was working in mirc and i had resized the mirc window and the script editor window so that they were both near the middle of my screen. later i had closed mirc and restarted it, no problems. awhile later i closed mirc so i could concentrate on the new mpp status clock controls inside mcc. i ran it, made some changes to the mpp status clock, then exited mcc - this resulted in a save. the next time i started mirc i noticed that the main window snapped back to the upper left and was back to 800x600. the script editor did the same thing. but i didn't specifically tell mcc to change these things - so why was it doing it anyway? well, the magic for everything was still in that old "i know i must close mirc to use this page" checkbox, it was just hidden from view and it was now being managed (checked/unchecked) automtically. see, in the past it was visible, and you had to click it. basically when it was checked you were telling it "ok, mirc is closed AND yes, please save all settings on this page whenever i save or exit mcc". in my new autodetection routine i was checking this box for you. this unlocked the page for you so you could make changes. however, checking the box for you also meant that any time mirc was not running the page would be unlocked, the option would be checked and mcc would save settings on the "more tools" page even if you hadn't changed anything. so in other words, any time mirc was not running, an mcc save/exit would also force the resolutions and fonts settings to be resaved - even if nothing changed. we want to force these settings to be saved ONLY IF any of the settings actually changed. how it works now is the page is locked/unlocked based on mirc's status (running or not) however, these settings will only be saved if you actually adjust the controls on the "more tools" page or click any of the buttons on the page. at this point a change is detected and these settings will be saved. exceptions: if you make a change and you do not save it, then later you turn mirc back on, and resolution/font settings changes will be lost. no big deal. also, clicking the "mpp recovery tool" button does not qualify as a settings change, so no settings will be overwritten. added /kik command line argument for mcc.exe mcc.exe /kik or... "C:\Program Files\mIRC Power Pack\system\mpp\mcc.exe" /kik this will show two check boxes on the mcc "more tools" page. they are both disabled, so you can't adjust them. these are visual indicators only. the left checkbox will be unchecked when mcc thinks mirc is running. when mirc is turned off the left check box should be checked. while it is checked, the page is now unlocked. if you click save when the right box is unchecked (no changes detected), then no settings on this page are saved. the right checkbox will only be checked if any of the controls or buttons on the page are used. this means that a change has taken place. if you click save when the right box is checked, all settings on this page are saved. you will notice that if you make a change and the box on the right is checked, but then you start mirc before saving in mcc, the right box is automatically unchecked and any settings changes in this area will be discarded. mcc more tools: improved notice field at bottom for lock/unlock modes self explanitory. mcc more tools: progress bar position wasn't remembering it's last setting each time you adjusted the resolution slider and exited mcc, the next time you went back in it was still stuck at 800x600. wtf? while this appeared to be a bug, it was only a visual fix. the bar now remembers it's last known position. mpp full:clean install: new default settings for mirc online timer defaults to off to (hopefull) reduce in game lag. total time for online timer is set to 0. mpp full:clean install: mirc power pack image theme now defaults to xp buttons sorry, i just got sick of the default mirc buttons. if you don't like it, go into mIRC Power Pack\Themes\mIRC Power Pack and deleted buttons.bmp. for the old farts: age script somewhat fixed the age script is fired with the /age command. mirc's $ctime identifier can only go back to january 1, 1970 which means that the age script would report incorrectly for anyone born prior to that date. i emailed khaled and requested a new identifier for mirc that could go back even farther, and i suggested $xtime - we will see how that pans out. i had a theory that i could calc back to jan 1 1970 and then (based on the user's birthday) i could manually count backward the number of years, months and days to their actual birthday. this would give me a total number of seconds in difference to the jan 1 1970 show stopper date, something i call the y1k70 bug. after a few hours i had a decent working model. the first time you type /age it will check to see if it know your birthday. if it doesn't, it will ask for your month/day/year which have to be entered in number format. if you mess up you can run /ageset to set your information again. once the information is entered you can type /age in a channel. currently i am not supporting birth time, so this age script assumes everyone was born at 12:00 am. it should report your age 100% correct if you were born on or after jan 1 1970. for the old farts... your age will be semi accurate. i mean, i should at least have it pinned down to within a few days. my own birthday is off by about 6 hours i think. i faked my birthday back to nov 29 1951 and set my computer's date to nov 29 2017 and the age reported correctly. it seems to be working, i just can't guarantee accuracy. if it reports you are 100 or older, the mpp beta team will buy you a box of prunes. added command: /ageset sets your birthday for the age script: month, day, year. mpp sound pack 1 updated slightly self explanitory. -------------------------- build c - january 16, 2005 -------------------------- fucking charter offline again, sigh. oh well, it gives me time to write some shit here. mpp recovery tool 1.1, major overhaul build 'a' introduced the mpp recovery tool (1.0). ok, where the hell do i start. originally this tool went into your mpp.ini file and rebuilt the sections that tell mirc which files to load. sometimes mirc gets screwed up and screws up these sections, this tool simply went back in and fixed them. so, if you ever noticed that some tools weren't working in mpp or if you noticed that some/most/all of your menu items were disabled (grayed out), this tool was designed to help you repair your mpp install. in most cases it was simply a situation where the mirc ini (mpp.ini) sections got messed up. this problem comes up in rare cases... i have only seen it one time in 5 or 6 years of playing with mpp - i tried opening and closing mirc one night several times, it wasn't responding so i clicked the x like 50 times... when it restarted (2 hours later), all of the scripts were missing from the ini. anyway... in some cases (extrememly rare) someone may have accidentally deleted or moved some files from the mpp distribution. in other cases someone may have tried to manually edit a script and it ended up useless. i do that all the time. originally this tool couldn't fix such problems, but now it can. when you click this button, 65 files are copied from system\mpp\recovery back to their original locations, overwriting any existing files. after that it will go in and repair your mpp.ini and re-associate the replaced files. only scripts, aliases and popups are copied back - this tool will not overwrite your address book, url's, or finger. however, servers.mrc is overwritten. this "recovery" is more or less an "in place install". it is a way to rebuild your mpp install without having to download the latest mpp upgrade or full installers. mirc must be turned off to use this tool. not only are the original files restored... the [files], [pfiles], [afiles] and [rfiles] sections in the mpp.ini file of the current mpp user profile are also repaired. [pfiles] are your popups, [afiles] are your aliases, and [rfiles] are your remotes. [files] are: address book (system\mpp\addrbk.ini) servers (system\mpp\servers.mrc) finger (system\mpp\finger.txt) urls (system\mpp\urls.mrc) trayicon (system\mpp\icons\mpp1.ico) this tool should be used for disaster recovery only. warning if you download updated versions of some scripts, such as arenascout, and then later you run the mpp recovery tool, you will lose the new version of the script and end up with the old version. that is because the original files from your most recent mpp installation are saved to the system\mpp\recovery folder, and these files are used during recovery, which will overwrite the existing (potentially newer) file versions. you can download and reinstall any scripts manually after using the mpp recovery tool. to test this tool... edit your profiles\your_profile\mpp.ini file. carfully delete the lines directly below [files], [afiles] and [rfiles] - but for rfiles, don't delete the n0 or n1 lines. only delete lines down to the next section, n0 ... n20 for example. don't mess with the [pfiles] section. delete a few files in your mpp folder too, like multi.mrc, mpp.mrc, mppcfg.mrc, servers.mrc, etc. now start mpp. as you can see, the main mpp menu is there, but half of the items are disabled. this is because mirc either can't find the real files, or the ini file doesn't have information pointing to the scripts. close mirc and run mcc. run the mpp recovery tool. when done, start mpp. it should now be 100% functional again. installers updated to support new features in the recovery tool a big problem came up for me with the new ability to restore actual files in mpp when using the mpp recovery tool. i manually located all 65 files, from 20-30 different folders, then copied them to a folder named "recovery". this took about 15 minutes. originally i was going to include the "recovery" folder in the installer, but... the problem is that each time i updated any of the scripts, i would have to copy them to two main locations: the full mpp folder tree and the upgrade mpp folder tree. then i would have to remember to go back and copy the updated files to the new recovery folder as well - which is tucked away 3 levels deep into the mpp structure. i know i would forget, or i would miss important files, and i didn't want to risk it. additionally, adding another 3.5 mb worth of scripts in a new folder would have meant a larger installer, not by much after compression (maybe .1 or .2 mb), but a little larger. i wanted this process to be a little more dynamic. if any of the 65 files were updated, i wanted to automatically copy them to the recovery folder. the solution was in the installers. after i extract all of the files and folders to your hard drive, you have the newest copies in place. now the installers will go into the different folders and automatically copy the original files to the recovery folder. so now the recovery folder is also up to date. this process is the exact opposite of the mpp recovery tool: the installers copy the installed files (all will be new) from their original locations to the recovery folder, overwriting any files. in an emergency situation the mpp recovery tool can be used to copy the files back from the recovery folder to their original locations. in the end, the installer isn't any bigger. the installer will report a 3.5 mb increase in hard drive space. it is now 100% dynamic and updated files will never get missed. well, if i ever add new scripts i will have to remember to add them to the recovery process - or they will get missed. -------------------------- build b - january 15, 2005 -------------------------- gamesurge authserv / protium nickserv - typing in both fields auto checks "hide my hostmask (mode +x)" when you type user/pass for gamesurge authserv or protium nickserv, the hide my hostmask option is auto checked. if you delete all text from either box it is auto unchecked. wiz suggested this feature and i liked the idea. perform section 2.txt updated, removed extra spaces, annoying as hell, fixed self explanitory. -------------------------- build a - january 15, 2005 -------------------------- mpp launcher (mpp.exe) main form steals focus, fixed in all old versions of mpp.exe there was a problem where i couldn't show any help popups because the main form would steal the focus and the popup message would end up hidden behind the main form. additionally, about 1 out of 5 times, when you clicked the "install mirc button", the mirc installer would show up, but then the mpp window would steal focus. or in another 1 out of 5 times the mirc installer would be fine until the final screen, then it would be hidden. in the past i wasn't able to locate the cause of this problem. last night i noticed that a unit was included in this project that had a 2 second timer which was causing these problems. fixed. mpp launcher (mpp.exe) integrated mirc download mpp.exe now has built in ability to download the mirc installer to your temp folder - including a progress bar to monitor the download. in all old versions mpp.exe would call mfd.exe (mpp downloader) to handle the mirc installer download. after a successful download you will be asked if you would like to install mirc. mpp launcher (mpp.exe) post install, install button's default folder changed after installing mirc mpp.exe's top button read "i installed mirc to c:\mirc". now the button will read "i installed mirc to c:\program files\mirc". mpp launcher (mpp.exe) misc changes there are more help labels now, i might add more later. also some helpful popup messages have been added... like, when the download completes you are autmatically asked if you would like to install mirc. these popups are now possible thanks to the "steals focus" fix (above). setup.exe added download mirc 6.16 option, integrated download setup.exe can now download mirc 6.16. if you try to install mirc and the installer hasn't been downloaded yet, you will be asked to download it first. the download tool is integrated into setup.exe. setup.exe has the built in ability to download the mirc installer to your temp folder - including a progress bar to monitor the download. after a successful download, when selecting either "download mirc 6.16" or "install mirc 6.16" and the download is forced, in both cases you will be asked if you would like to install mirc. mcc main: default game tool, options rearranged i needed more room for the dde server section, and this section was enormous, so i rearranged some options for more space. no functionality changes. mcc main: "mpp service name" changed to "dde server" self explanitory. mcc main: dde server settings, new & improved the dde server section now contains a checkbox that allows you to turn on or off mpp's dde server. side note... when i first added security levels to mcc, it would turn on or off the dde server. later i decided not to automatically adjust dde during security level changes because this had an adverse affect on irc:// links. anyway, all i'm trying to say is that this is the original checkbox, it's just been hidden this whole time - and before it was "always on" like gunslinger's bot. mpp dde server, now auto disabled during gameplay if dde server is on in mirc options (alt+o -> other -> dde button) or in mcc, whenever you launch a game and are set to "gaming mode" the dde server is now automatically turned off. this will stop the dde server from checking every 2 seconds for broadcast messages, and may improve game performance for some people. when you are done playing and you type in mirc, mpp will check to see if mcc had the dde server turned on or off. if it was off, it will stay off. if it was on, mpp will turn the dde server back on for you. this change might affect all-seeing eye. you may have to type in mirc and set yourself back before you change your status in all-seeing eye. anyone using ase, let me know if you see any problems. this is about all i can do for gamers. mirc timers and dde are the only two things that i know of that can cause in game lag. both are now turned completely off whenever you are in gaming event mode. gaming event mode happens automatically when you launch from multi browser or other built in game tools in mpp, or you can manually put yourself in gaming event mode by typeing /killemall or /1. at this point, all mpp timers are 100% suspended and the dde server is turned off. if the option "automatically return from games by typing in mirc" option is checked in mcc (main, default game tools), then simply typing in mirc will put you back in normal event mode. if the option isn't checked, you can type /0 in mirc when you are ready to return. in either case, once you are back in normal event mode, all timers are restored, and the dde server is turned back on or left off based on your mcc settings for the dde server. mcc: "resolutions & fonts" renamed to "more tools" self explanitory. mcc: more tools, added "mpp recovery tool" (1.0) section the new mpp recovery tool section only has one button: update: in build c this button changed from "fix popups, aliases & remotes" to "repair mpp files & associations". please see the topic "mpp recovery tool 1.1, major overhaul" above for updated information about this tool. mcc: more tools, page automatically enables/disables based on mirc running or not in the past you had to click an option to enable the page, it was a warning that told you that mirc had to be shutdown before attempting to use the page. by default the page was always disabled initially, i had no choice but to assume that every time you started mcc that mirc might be running. not anymore. the checkbox option is gone. if mirc is running, the page is disabled. there will be a red banner telling you that mirc has to be closed before you can use the page. if mirc isn't running, the page is enabled and you will see a black banner that says mirc is closed and that you can use the page. one nice part about handling it this way is that 50% of the time when you start mcc, mirc might not be running, so the controls will be enabled right off the bat without having to click anything. several scripts, variables and settings files defaulted to c:\mirc power pack, fixed throughout mpp, tons of files and settings were still set to the old default mpp path used in mpp 7.00 final: c:\mirc power pack. in mpp 7.10 the default mpp folder changed to c:\program files\mirc power pack. all files, settings and variables have been updated. i am amazed that nobody reported any problems with this until now. there have been about 50 builds since mpp 7.00, including 5 betas and 2 release candidates. czechplz found this bug when he tried to use tat trivia with a clean mpp install. the bug itself was far worse than just one setting though... it impacted most of the scripts included in mpp. luckily most of the situations could be resolved by changing a setting in the script - but "out of the box" it should have had the correct paths to begin with. thanks for reporting czechplz. faq: starting or closing mpp quickly and repeatedly can cause problems don't do it. let mpp shut down normally, don't click x 50 times or try to stop and restart it instantly. in some case, your mpp install will lose it's settings and forget where all of your popups, aliases and remotes are. in such cases, run the new mpp recovery tool (above). cd-rom images (iso files) contain mirc.exe - not permitted - a complete oversight it is against mirc's license agreement to include either the main mirc application (mirc.exe) and/or the mirc installer (in this case mirc616.exe) in any form of electronic distribution. while i did remove mirc.exe and mirc616.exe from the installer years ago, i forgot that the mirc installer (mirc616.exe and earlier versions) had to be removed from the iso (cd-rom image) distribution. the mirc installer has been included in the iso versions from mpp 7.00 up to mpp 7.10 rc2. this was a complete oversight on my part, and i appologize for this. this problem was first noticed in the "final phase" installers and will be fully corrected in time for the distribution of mpp 7.10 final. the iso files for mpp 7.10 final will not contain mirc.exe or mirc616.exe. as everyone knows, the mirc installer was removed from the mpp installers years ago in an effort to comply with mirc's licensing agreement. i wasn't happy about removing it, but it was something that had to be done. i spent months working on new ways to download the mirc installer and help you install it. you have to install mirc yourself - there is no way around that. after mirc is installed, the first time you run mpp it will copy your installed mirc.exe to your mpp folder. to this day i am still not happy with the manual download/install, but it is a working solution (for the most part). anyway, the mirc installer will not be included in any future iso files. sorry khaled & company, this was completely unintentional. -sgt eof ---------------------------------------------- mIRC Power Pack 7.10 Release Candidate 2 (RC2) ---------------------------------------------- Codename: Without Judgement Build: 7.0.3.5 January 9, 2004 RC2 CHANGES - All sections from RC2 through RC2 X8 and down to RC2 X1 are ALL NEW for RC2. ------------------------ rc2 / 7.035 / jan 9 2005 ------------------------ 5e3e494ab4e35c293808ba4fbe58877c *getmpp.exe 134dd3cd3d180590dc2d1bbde7fc9a2a *mpp710rc2_upgrade.exe b80e79909b24dc3873a161115fc5ea7d *mpp710rc2_full.exe mcc first run: timestamp=(hh:nn:ss TT) but drop downs didn't have :ss selected, fixed mpp.cfg was correct for initial profile, but mcc.exe on the first run was unsetting the : and ss for the drop downs. this didn't have a negative affect on the timestamp because mcc was fixed recently so that it always reads and saves mpp.cfg timestamp=, which in this case was already "(hh:nn:ss TT)". i rebuilt the installers so the drop downs would match the editbox at the bottom of the timestamp page. added more images for some channels updated image packs, again added sod onslaught ut2k4 server for clean install done! rc2! --------------------------- rc2 x8 / 7.034 / jan 9 2005 --------------------------- 5e3e494ab4e35c293808ba4fbe58877c *getmpp.exe 23bd8cf598938660409d624e4c1330f3 *rc2x8u.exe 13e29092456616bde775058efecdc9c2 *rc2x8f.exe fixed surrounding text color for /topic command in rc2x7 i fixed the topic command, but the surrounding text matched the color of mirc's "normal text", based on your color settings. that has been fixed in rc2x8... the tricky part was getting it to appear "normally" meaning that the text you see should be almost identical to the default way mirc shows it - including colors based on the "topic color" mirc setting (or color theme). the only real difference is that my topic also includes the year and am/pm indicator. mirc default: * Set by sod|sgt-d on Sat Jan 08 23:13:11 (keep in mind that by default mirc doesn't show a timestamp) mpp default: (11:15:48 PM) * Set by sod|sgt-d on Sat Jan 08 2005 at 11:13:11 PM the timestamp shown will follow your mcc timestamp setting. default timestamp changed, now includes seconds self explanitory. added build id and codename to start screen, reduced line spacing when you start mpp it will now show you the build id and the codename. i have also reduced the blank lines of text. this will make it easier to know exactly what build you are running. keep in mind you can still use /about and /version to see the current build number. notices in active window disabled by default - er... nevermind... i noticed a ton of notice spam recently in mpp and i thought it was because i had turned on the "notices in active window" option back in mpp 7.10 beta 5. so, i turned that option off and rebuilt all of the rc2x8 installers and was planning on releasing it with the option off. this would have impacted the ~nick command to retrieve a single person's mpp version info. when "notices in active window" is on, the mpp version info appears in the window that you typed the ~nick command. if the option is off you won't see the results until you look in your status window. this was less of a concern than what i was seeing though. each time i start mirc i join about 17 channels. roughly 9 or 10 of them all have on join notices from chanserv. well, instead of seeing the join notice in that channel's window, i was seeing that channel's join notice in ALL of my channels. i suspected that this was caused by the "notices in active window" setting change, so, i turned it off. it was no different, i was still getting slammed with notices. why? it turns out that it is because i normally turn on the option to start mirc minimized to the system tray.... (01:37:38 AM) omfg its another fucking mirc bug (01:38:23 AM) if you start mirc normally, each window opens and gets focus, and the join messages for the most part land in their respective channels. some get out of sync, but not too badly. (01:39:10 AM) try setting mirc's display -> options -> tray to start mirc minimized every time... start mirc and leave it in the tray for a minute, then open it. (01:39:54 AM) the channel windows were never considered active - only the status windows... so the on join notice for one channel shows up in all 20 channel windows. now multiply that by the total number of on join messages. (01:40:21 AM) fucking ridiculous... so then, "notices in active window" is now back to ON by default. when you start mirc normally (not minimized to the tray), channel join notices will be very close to accurate (for the most part only showing up in their own channel window) and the ~nick command works perfectly. fuck i'm tired. 1:50 am omg zzz... --------------------------- rc2 x7 / 7.033 / jan 8 2005 --------------------------- 5e3e494ab4e35c293808ba4fbe58877c *getmpp.exe f7cb3ccfb1cba48bafa0a92c362176d5 *rc2x7u.exe 5e709177a9f80565ed5ce9e7e70ac501 *rc2x7f.exe first... this build was weird for me. it started off at around 10pm last night when i decided to update the image packs to include more images for some channels that i frequent. during this process i started noticing some problems with mpp, problems that i thought were fixed long ago, and that nobody on the mpp beta team have reported since. i opened private messages with some users and saw their channels, but when i tried to right click on the channel names for the menu, some items weren't working. the "show topic" menu item was spamming topics to the status window, so i wasn't seeing them in the query window. the "show users" menu (also the /names) command wasn't working at all. so, here i was working on new images until about 2:30 am and then i started finding these stoopid problems. ultimately i was up until about 4:30 am trying to fix the problems - and some took part of today to finish off. anyway, the end result was worth it. image packs 1 & 2 updated, heavily again? wtf! ya ya :p~ full:clean = better "out of box experience" new images make all the difference... added commands: /imgon and /imgoff these commands toggle on/off images in my most common channels. note: these commands only have an impact if you install image pack #1 or if you ran the "recommended" install class (default) in the full installer. right click on #channel text menu item "show topic" not showing in active but in status, fixed topic info was being sent to the status window. this was intentional because for awhile i was trying to intercept the topic info and show it to you in the active window, but it wasn't showing who set the topic or when, so i temporarily disabled my intercept with every intention on fixing it long before now. anyway, my intercept is in place now so if you type /topic #chan or right click the name of a channel and select "show topic", it should show up in your active window - not in the hidden status window (unless status IS your active window). the topic now shows up in the channel as you join and shows in the active channel when you do /topic #chan or use the #chan menu. see: "fixed surrounding text color for /topic command" (above). fixed. /names and right click on #channel text menu item "show users" not working at all, fixed /names wasn't working after block_delay had expired, for a few reasons. this problem should be fixed now. mcc connections: as soon as you type in network or server box, connect & perform are auto checked a nice suggestion by jawz... as soon as you type in either the network or server box, mcc now assumes that you intend to connect to a server and it also assumes that you want to execute any included "perform on connect" commands. so as soon as you type in the network or server boxes, these checkboxes are automatically checked for you. note: i cannot assume that you want to enable vhost/authserv/nickserv because many people don't use these services and if it is auto-checked with no info or bad info, the majority of users will never be able to connect. an afterthought was to only auto-check the "perform on connect" option if you typed something in the perform section. reality dictates that there will be times that you may edit your perform section, sometimes heavily - and you\ wouldn't want "perform" to keep auto-checking itself everytime you typed or pasted info into the perform section. feature: it would be nice if transfer successs messages showed in query windows instead of channels another suggestion by jawz... instead of having successful transfer messages spam to a channel window where you might not ever see it, have mpp automatically open a private message (query) window with the person that send you the file and then show the successful transfer message in that query window. this idea has been incorporated into mpp but it is disabled by default because some users get into sound wars and end up with 500 file transfers - but they won't want 500 query windows flying open. you can control how reports are sent with this command... added command: /xfermode [normal|query|max] to control the way mpp handles successful file transfer messages use the new /xfermode command. /xfermode normal = the default method, show only success messages, active window /xfermode query = opens a query window with the sender for each successful file that you receive /xfermode max = show both success and failure messages in active window increased delay for automatic /names blocking on join the /names block when joining channels was set to 5 seconds. i have increased this to 15 seconds per join. these timers won't go into effect until after the block delay has expired. --------------------------- rc2 x6 / 7.032 / jan 7 2005 --------------------------- 5e3e494ab4e35c293808ba4fbe58877c *getmpp.exe 080690b57d8e2d032a6d977b84df05e2 *rc2x6u.exe 42c02723e95b04cdc85f6d3395d0ffa9 *rc2x6f.exe >>> items beginning with "+" have been added since the original release of x6. +installers recompiled with nullsoft scriptable install system (nsis) 2.04 upgrade and full installers have been recompiled with nsis 2.04. this decision was made after i uploaded the x6 series of files and after they were announced via email. why the hell? here ya go... +2004-12-10 11:09 Source/: build.h, script.cpp: fixed bug #1082017 - Problem with empty dir in File /r remember this? missing folders, major bug for "minimum" install class, fixed. right as i announced x7 i found a bug, so i had to pull it from the ftp site. several folders in the official mpp tree (here on my hard drive) are empty. that means that they don't contain any files or subfolders. the problem is that nsis installer's "file /r" (recursive) command doesn't include empty folders. the bug: anyone that installed using the "minimum" installation class would end up with several missing folders that are required. i will try to find a better solution later, this will work fine for now. for the rest of my original post from rc1 x7 search: missing folders, major bug for "minimum" install class, fixed well, it wasn't me (for once). this was a problem that was introduced in either nsis 2.02 or 2.03: Source/: build.h, script.cpp: fixed bug #1082017 - Problem with empty dir in File /r so, i found a "better solution"... i upgraded to nsis 2.04 which fixes the bug. this means that i no longer have to put files named "temp" in empty folders, the temp files never get copied to your hard drive, so mpp no longer has to try to locate and delete them each time you run mpp. mpp.mrc has been updated, saving 15-20 commands at startup, all "temp" files removed from the installers. +confirm when pasting x or more lines of text, confirm yes but text is never sent, fixed mirc options (alt-o) -> other -> confirm... -> bottom option: confirm when pasting x or more lines of text this option in the past was always checked and the number of lines was set to 10. today i tried pasting 11 lines of text to someone. i clicked yes to confirm, but the text was never sent. i tried like 50 more times with 10 or more lines, clicking yes each time. the text was never sent. so i upped it to 20 lines. 19 or less lines posted fine, but 20 or higher always asked me to confirm, then failed even after clicking yes. this has to be a mirc bug. in a full:clean install this option is now unchecked and the number of lines now defaults to 20. be careful posting many lines of text that you try to paste into mirc because from now on mirc will not ask you to confirm the paste operation. image contest: #mpp is naked, we need a killer image i need an image for #mpp. something on a black background 331w x 237h roughly. the winner gets full credit and their name will go up in lights - or buried in some readme. new: mcc settings: password settings (ctrl+f7) well, the "password settings" button being visible is new. and the hotkey to access it, that's new too. while the password settings area might be new to you, it has existed since mpp 7.10 beta 3. until now it has been hidden from view - and it was deliberately made very hard to access - because i didn't want anyyone to be able to change your password settings. the mpp gurus out there have been able to access this page for months, but normal users didn't even know this page existed. so a guru could walk right up to your machine, hack mcc a little, then gain access to your passwords. they could even turn off password masking so anyone watching your screen could see your passwords. i decided yesterday that this wasn't fair to normal users, and that nobody should have a "back door" to access this page anymore. time for a new plan.... added password protection for new password settings area the new password settings area is now password protected. if you do a full clean install, right after you finish setting up your connections you will get a new notice telling you to enter a new password (twice). if you do a full:upgrade or an upgrade installation, you will not see this notice until the first time you click the "password settings" button on the mcc settings page. you should set your password immediately. if someone else jumps on your computer and uses mcc, they could set a password for you and you would never be able to access the password settings page. i can't get too detailed with how i am saving this password for you, too much information here would make it easy for someone to hack your setup. once the password has been set... after the password is set, each time you start mcc and try to click the password settings button, mcc will ask you for your password. when you are done with the password settings area you should click the "lock this page button". if you don't, the password settings are will remain unlocked for the remainder of your mcc session, so you can always hit ctrl+f7 to access the page without entering a password. when you close mcc, the page is locked, so the next time you start mcc you will once again be prompted for a password to gain access to this area. password settings area, mask passwords checkbox - updated this checkbox traditionally (and intentionally) would NOT save it's setting in between mcc sessions - it would always be checked. so, if you unchecked it, your passwords would be "readable" (not masked) - but the next time you started mcc it would be checked again, and all passwords would be "unreadable" (masked). this behavior was intentional because previously accessing this page was a hack job only for gurus. now since this page is available to everyone, the checkbox stores it setting. if you uncheck it, the next time you load mcc it will be unchecked and your passwords will be exposed. some people might prefer to always be able to see their passwords. uninstaller: added functionality to remove mcc passwords from the computer you will notice that if you simply rename your mpp folder and do a clean install, it will still remember your old "password settings" password. the new uninstaller for mirc power pack will remove any of the passwords that you had saved. this is the only way to remove these passwords. mcc.rtf / password.rtf - help file split mcc.rtf is the help file for mcc settings. during the time that the password settings page was hidden and only for true mpp geeks, the help information about the password settings page was tucked away at the bottom of the mcc settings help file. now that the password settings page is accessible to everyone i have split the help into two separate files. so now when you are on the password settings page and you click the mcc help button, you will see the help information that you need. fixed hotkey access routines where ctrl+f7 would first show image themes (f7) before actually showing password settings (ctrl+f7) when i first started working with the new password settings page i decided that ctrl+f7 should be the equivalent of clicking the new "password settings" button. the first ctrl+f7 or button click should ask for a password. then if the page isn't locked, all subsequent ctrl+f7s or button clicks should take you right to the page. if the password had been entered you wouldn't see the page flips because they happened so fast. for a split second you might see the image themes page, but instantly it would load the password settings page. but if the password hadn't been entered or if the page was locked, if you hit ctrl+7, mcc would show the image themes page, then ask for a password. if you put in the correct password, it would then snap to the password settings area. if you hit cancel you would remain on the image themes page. annoying. fixed. mcc: alt+f4 = function keys, then exit - next launch starts on function keys page, fixed you can now use alt+f4 to exit mpp control center and save your settings. this blurb was removed from hotkeys.txt: hitting alt+f4 to close mcc actually counts as an "f4", so mcc will load the "function keys" page when it exits, meaning the next time mcc starts it will put you on the function keys page. to avoid this behavior, use ctrl+alt+c to close mcc natuarally, including saving your settings. added hotkey combo help text to main page titles in mcc where i had room to do so if you hit f3 or click security levels you will see what i am talking about here. at the very top of the page you will see "security levels (f3)". now, i can't do this on every page - for example, there is no room to do this on the main page (f1) or on the connections page (f2). but i have added hotkey help on every page where it was possible. mqp moved to ctrl+f8 self explanitory. hotkeys png & txt updated, use /hotkeys in mirc self explanitory. mpp image packs 1 and 2 updated, again ugh, again? added images for #sod and #sodpvt during full:clean:recommended wtf is full:clean:recommended - a full, clean install using the recommended installation class. damn:what's:with:all:of:the:colons? well_it_beats_spaces_and_it_links_things_together_gt_u full:clean:recommended full:upgrade:minimum see? ok, so i finally added images for #sod and #sodpvt again, it's been a long time. they were removed cuz ppl like to bitch and stuff but hey, fuck 'em. i've been wanting to do this for a long time, but couldn't find my leet pics. yesterday wiz asked why there were no images in those chans - technically mirc.ini was still using images - but they were assigned to our old channels like #clan_sod. i never changed them because at the time i wanted them broken (off) by default. injected some images into image pack 1 so they would be addded during full:clean:recommended some images have been injected into image pack 1 so that the 98% of mpp users that use the default installation class will automatically receive the "main" images. injected: hottub, czechplz, wickedlyx new image, sgt-d, sodpub and sodpvt faq: * /hadd: insufficient parameters (line 864, mpp.mrc) restart mirc if you see this error. let me know when you get it and if it only shows up once or if it spams repeatedly. let me know if restarting takes care of the problem. once the error stops, leave a keyed channel, then try to join that channel without the key. example: /part #sodpvt /join #sodpvt if you rejoin, then things are working correctly, so no worries. ----------------------------- rc2 x5-3 / 7.031 / jan 5 2005 ----------------------------- x5 third release ---------------- a1fa6d1444c536d843d6ec910c3871f0 *rc2x53u.exe adf430a8ee2ed99ed7dab18f73d7d793 *rc2x53f.exe server/connection delays/intervals, now automatically incremented (no more delay nudging) the mcc connections page and the resulting connection script (connect.mrc) have come a long way since mpp 7.00. one of the things i noticed recently was that i could easily get away with a 1 second delay for each server. one thing i really hated about the way connections were handled in mpp 7.00 was that there were sometimes massive connection problems - like joining a server with the wrong nickname or identd information, or joining 50 channels on the wrong network. my best solution for people experiencing connection problems all along has been to tweak or nudge their delay/interval value. this control seemed to do okay when each server was set to about 5 seconds. example: first server 2, second server 7, third server 12, etc. 5 seconds each. some people had to nudge a little higher, some could squeak by with less. but the delay box was nothing more than a band-aid for a much larger problem: mcc connections wasn't designed properly in mpp 7.00 and ultimately it had to be rebuilt. these nightmares ended with mpp 7.10 rc1 when i finally took the time to build a better model for connections. i actually delayed the rc1 release by two or three days just for the new connections model. since things were supposedly fixed with mcc connnections i decided to run some tests. 3 second delay intervals seemed to work pretty good. 0 seconds didn't work right at all. i think by the time i released rc1 i defaulted the interval to 2 seconds each. after more and more testing i noticed that i could set the delay box equal to the number of the current server. example: server 1, delay = 1 sec server 2, delay = 2 sec (increment = 1) server 3, delay = 3 sec (increment = 1) this resulted in a 1 second delay for each connection. some of the post rc1 test builds (x2 and higher) were set to 1 second delays. when i first started working on the new connections i dreamed about getting rid of the delay box and just setting it to 1 or 2 seconds per server. one thing i didn't like about mpp 7.00 and even mpp 7.10 rc1 (and all rc2 test builds so far) was that... example 1: let's say you setup 30 servers at 5 seconds each. server 30 wouldn't even spawn a new status window for 150 seconds. you would have to wait at least another full minute before mirc would catch up and you could actually use mpp. example 2: the delay later dropped to 2 seconds each. say you were joining 30 servers. server 30 wouldn't spawn a new status window for 60 seconds. you would have to wait at least another full minute before mirc would catch up and you could actually use mpp. now let's say in example 1 you decided not to connect to servers 2-29, so you unchecked the "connect to server" option for all but 1 and 30. server 30 would still wait 150 seconds before spawning a new status window. if you did the same for example 2, server 30 still wouldn't spawn the status window for 60 seconds. in both cases it would still take another full minute for mpp to be 100% functional. even at 1 second per server, server 30 would still wait for 30 full seconds before it opened a new status window, followed by another 30-60 second delay. today i rememebered that i wanted to ditch the delay controls and default the delays for you, but i still didn't like the potentially unneeded 30/60/150 second delay for the higher numbered servers. now i am calculating the delay at 1 second, but only for the servers that you are actually going to connect to. let's say you are only connecting to 1, 25 and 30. i would calc 1 sec for server 1, 2 secs for server 25 and 3 secs for server 30. so, now you have less crap to worry about... the delay is fully automated... and if you skip servers, even 10 in a row, you won't see any delay for the next server that you use. status windows should always show up within 1 second of each other, no matter how many servers you use or skip. long overdue. incidentally... server 20 was broken, fixed during the changes mentioned above (automatic delays) i noticed that my old code for /srv20 was broken, badly - it was trying to run server 10's information. this problem was in the same area where the new automatic delays take place, so i fixed server 20 at the same time as the new auto delay. delay/interval nudge edit/spin: crutch removed the crutch is finally gone. again, this was a nudge tool that is no longer needed since connections are working perfectly (as far as the beta team and i can tell). after removing these controls i noticed something new. i had room to work with controls. so i decided to... mcc connections page, revised and rearranged main area, incl tab order, help updated after removing the delay/interval nudge edit/spin controls i quickly noticed that i had more room, so i decided to change a few things on the connections page. as mentioned, the edit/spin controls are gone, so that change is obvious. this allowed me to slide network, server, name, email, nick, alt nick and userid all down toward the bottom, opening more space up top. changed the connect option to "connect to server" and moved it to the far left. it was originally lined up with the network selector, now it's as far left as i can go. having it at the far left makes the checkbox much more visible to the user. moved the "perform on connect" option from above the perform section to directly below the "connect to server" option. i can't tell you how many times i've seen people miss the perform on connect option - i've even missed it myself. i think the new location will be easier to see and remember. moved the account manager button near the top, below the vhost/authserv/nickserv buttons. removed the small panel that used to display which txt file you were looking at for your perform section, eg: 1.txt. if you are looking at server 20, the file you are editing for your perform section is profiles\you\20.txt. no need for a control. by removing this txt panel and by moving the "perform on connect" option, i had more room to enlarge the perform window. enlarged from: 210h x 245w enlarged to: 238h x 271w this one change makes the perform window roughly 13% taller and 10% wider. i moved the controls out on the left and right to take up more of the space in the main connections area. reformatted default perform section, 1.txt, with all of the help information to use less lines. only updated in full:clean. the help file and tab key order have been updated to reflect the changes to the mcc connections page. mcc connections, connection settings groupbox flaw, virtually undetected if you are working with server #1 on the mcc connections page, each time you start mcc it showed: Connection Settings [1] if you navigated to another server and came back to server #1 it would show: Connection Settings [ 1 ] if you start mcc on any other server it would have the extra spaces, but if you close mcc on server number 1, it would look right when you closed mcc, but the next time you started mcc the spaces would be missing again. minor, annoying, fixed. mcc settings page, rearranged options area, incl tab order, help updated the options area of the mcc settings page has been rearranged. i think this looks better and it puts the more important options above the "theme" options. the help file and tab key order have been updated to reflect this change. reverted to old style mcc theme by default (xp texture off for main form), full:clean this is a minor change, i just wanted to default to the old style look by default. which do you prefer? changed names of mcc themes 1 & 2 MCC #1 (Default) and MCC #2 (New Style), respectively. default systeminfo theme was spamming white text, themes updated for full:clean this went unreported by anyone on the beta team. wasn't everyone on the beta team supposed to be testing mpp against white background colors? affected: all systeminfo reports and winamp reports. the default theme has been updated to use silver text instead of white. systeminfo themes were being overwritten during updates, fixed ewps. updated mpp (default) systeminfo theme full:clean will get you the newest mpp.thm for systeminfo/winamp2mirc and the new sysinfothemes.ini or whatever the file is named. ----------------------------- rc2 x5-2 / 7.030 / jan 4 2005 ----------------------------- x5 second release ----------------- several exit conditions allowed during initial run, which shouldn't be allowed, fixed after fixing the /reloadmpp command i tested a full:clean install. for shits and grins on my first run i tried clicking the x at the top right. sure enough it was broken and mcc exited even though it wasn't supposed to. remember in x4 how i "fixed" the problem where clicking "cancel" when prompted about mcc security levels would hide mcc from view? well, that fix ended up breaking the "X on initial run = sorry, you can't /quit" condition. while fixing this problem i noticed other combinations of events that could lead to or force an exit, even on the initial run, which should be protected. exit methods: cancel -> yes x button at top right ctrl+alt+x (cancel & exit) ctrl+alt+x (save & exit) tray icon -> cancel & exit or save & exit context menu -> cancel & exit or save & exit things detected at close: initial run security levels changes on the initial run if someone jumped over to the security levels page and changed their security level, they could click the X at the top right and mcc would ask them to save their security settings change - to which they could answer yes or no - which would kick them out of mcc without finishing their initial setup. fixed. during the initial setup you could hit ctrl+alt+x (cancel & exit) and mcc would ask you if you wanted to exit, yes or no - it shouldn't ask - instead it should tell you that you can't save exit or cancel on the first run. fixed. during the initial setup you could pop the system tray icon or the mcc context menu and select cancel & exit... again mcc would ask you if you wanted to exit, yes or no - it shouldn't ask - instead it should tell you that you can't save exit or cancel on the first run. fixed. clicking X after the initial run would hide the mcc window, show a message like "your connection script has been saved", then spew out an error like "unable to set focus blah blah blah". fixed. these rare conditions should all be fixed now, and nothing should have been broken during the process. to help troubleshoot the mcc exit process and conditions i have added a new command line parameter: mcc /debubx or in mirc: /mcc /debubx with this parameter, every attempt to exit mcc will show different messages during the shutdown routine. if you are troubleshooting and you see an area that isn't working correctly, tell me the steps to reproduce the problem, and the messages you see during the process. incidentally, with no harm at all you can "fake" mcc into thinking that it is on it's initial run by editing your mpp.cfg and setting initial to 1. [mpp] initial=1 save the change and run mcc. each time you exit mcc it will set initial back to 0. if you are really hardcore testing the exit and you need to repeatedly test mcc as if it were always on it's "initial run" you could leave mpp.cfg open in notepad and just hit file -> save each time before you launch mcc. i would like the beta team to spend time testing exit cycles so i can make sure everything is working perfectly - before someone else finds a problem in the final build of rc2. /reloadmpp was implicitly loading protection pro script, fixed we don't want ppro305.mrc loaded by default, so it has been removed from the /reloadmpp command. this change took place in the second release of x5 at about 1am on jan 5, 2005. if you notice user@host info in your status windows and you know that you ran the /reloadmpp command, please run this command now: /ppoff this will unload the protection pro script and eliminate lag and user@host spam. ----------------------------- rc2 x5-1 / 7.029 / jan 4 2005 ----------------------------- x5 first release ---------------- /dialog: 'mppeditor' no such table (line 777, mpp.mrc), fixed double clicking in a channel on etg would produce this errror instead of the normal etg chanserv dialog: /dialog: 'mppeditor' no such table (line 777, mpp.mrc) cause: i must have accidentally deleted the etg chanserv script at some point. the file was only in the _upgrade installer folder, not the full installers, so it had to be an accidental deletion. i spent about 30 minutes verifying that most or all of the other files are all in the distribution and it seems like this was a one file operation. wickedlyx found this bug in the x4 build during a full:clean install. a full:clean install with x5 will fix this problem. if you do a full:upgrade and you still don’t see the etg chanserv dialog, type this in mirc: /reloadmpp -sgt --------------------------- rc2 x4 / 7.028 / jan 3 2005 --------------------------- faq: damn j00 readme's are all jacked wtf!? if you use the installers to download text documents, the text appears garbled. open the readme file in wordpad or word, then click save. you will notice that the text looks correct in word and wordpad. after saving, close word or wordpad. now the text files will look correct in notepad as well. bug: mcc: change security level -> x to close mcc -> mcc minimizes to tray -> cancel = can't see mcc wt?, fixed recently i made the first server mandatory during your intitial launch of mpp. around this time a small bug was introduced: if you changed your security levels and then clicked the X button at the top right of mcc to close it, the main form would hide in your system tray, then you would get a popup dialog about the security levels with yes/no/cancel buttons. if you clicked yes, mcc would exit and save the change. if you clicked no, mcc would exit without saving the change. if you clicked cancel, the dialog would go away, but mcc was still running in the system tray. the form was not supposed to hide at all until after your yes/no/cancel decision. fixed. mcc: the main area of mpp control center can now use "xp textures", on by default i have added xp textures for the main area of mcc. mcc: main window is slightly larger by default to compensate for the main form's new "xp texture" adjusted the main window's height and width to allow for the new xp texture. mcc settings: added an option for themeing the main area of mcc: "xp textures: main" added a checkbox to control the new main windows "xp textures" mcc settings: "save as" button now includes the current setting (on/off) for "xp textures: main" "save as" button wasn't saving the main form's xp texture, fixed. faq: what gets saved in an "mcc theme"? all of the settings on the mcc settings page are saved in your "mcc theme" except: right click context menu remember last page viewed remember size & position full clean install: all mcc themes are updated now include settings for "xp textures: main" self explanitory full clean install: mcc theme now defaults to: "MCC #1 (New Default)" self explanitory mcc tab order: several pages had horrible or dysfunctional tab key ordering, fixed bottom buttons and mcc help, fixed. main page basic, advanced, and misc tabs, fixed. connections, top and bottom, fixed. security levels, no tabs worked at all, fixed. color themes and image themes, fixed. timestamp, fixed. resoultions, fixed. all other pages seemed to tab around okay. existing image/color/mcc themes were beging overwritten during "full upgrade" and "normal upgrade", fixed ewps. fixed. reduced size up upgrade installer considerably, 1.26 mb smaller (now only 3.91 mb) was: 5.17 MB (5,421,269 bytes) now: 3.91 MB (4,098,692 bytes) how? removed image/color/mcc themes (see above) mpp installers reported incorrect download/install sizes, fixed mpp download wizard (getmpp.exe) was not reporting the correct download sizes for the packages. fixed. mpp installers (_full.exe and _upgrade.exe) were not reporting the true install sizes for the packages. fixed. fuck something else sigh can't remember need sleep srykbye *sigh* /quit --------------------------- rc2 x3 / 7.027 / jan 1 2005 --------------------------- rc2 x3 is the first build for 2005! happy new year! full installer for mirc power pack now preserves all* of your settings (non-destructive) rub your eyes and then read that line one more time. if you are already running mpp and you run the full installer, starting with rc2 x3, all* of your settings should be preserved after the installation. * all = 97.3333_% around noon yesterday i ran some final tests for x2 and had czechplz confirm the fkeyz.ini had been fixed. x2 was basically ready, i just needed to package it and then upload it. real life took over and i ended up on the road for the next few hours. finally i got home, made some last minute changes (like adding the size & position reset button), then i packaged x2, uploaded it and announced it to the beta team. but while i was out driving around town i thought about something that i have wanted to do for a very long time - but it was a major change that couldn't be merged into x2. it would have to wait. all day and night i kept reminding myself to make this change... but it wasn't that hard to forget really. after the movies, beer and new years celebrations had ended, i finally sat down and started working on my new idea. i decided to fork the main mpp tree into two main folders, one folder for all of the files that must be INCLUDED during a BRAND NEW (CLEAN) installation, and another folder for all of the files that should be specifically AVOIDED during an UPGRADE of an ALREADY EXISTING installation. the end result? for the first time ever... the full installer for mirc power pack is now 97.3333_% non-destructive. this means that for the very first time you can now install the full installer without losing any of your settings. all settings including your connections script, your profile and your variables are preserved. it goes on to include settings for almost every aspect of mpp: atma settings, gtsdll setttings, systeminfo settings, xserv, smarticq, multi browser, arenascout, qtool - the list goes on and on and on. if you install the full version over an existing installation, the next time you start mpp it will launch normally, using your last known settings. the installer will no longer show a warning message that mpp is already installed. there is no need for this warning message any longer because the full installer will safely install over old versions. i am only using one file to determine if your mpp folder is considered to be an existing installation or a new installation: mirc.exe on your very first install, or during a clean install (when you move or delete your mpp folder), the file "mirc.exe" does not exist. since mirc.exe does not exist, the mpp full installer automatically does a 100% complete install, including creating initial profiles, etc. after the initial install mentioned above you will inevitably start mpp for the first time and it will help you install or locate your mirc folder. once this is done, mpp will copy mirc.exe to your mpp folder and start mpp's mirc.exe and then launch the control center. at this point, mirc.exe exists in the target folder of the installer. all subsequent launches of the full installer will now see that mirc.exe exists in the destination folder, so the installer will only install the core files that need to be updated and will completely avoid installing any files that could upset your current settings or configuration. notice: there is a potential for damage... never delete mirc.exe from your good mpp folder. if you delete mirc.exe and then run the full installer, ALL files are updated and you will lose most or all of your settings. hmm, ok... this would be extremely rare... never create a folder and then copy mirc.exe to it, and then run the full mpp installer. it will see mirc.exe and assume it is doing an upgrade, so 30% of the setup files will be missing. you can now install the full version of mpp without losing your settings... holy shit!!! this change for the full installer is probably one of the biggest changes in mpp recently. there are basically 3 types of installations now... (1) full install: clean. either mpp is being installed for the first time or you are installing into a brand new folder. all files will be installed. (2) full install: refresh. mpp was installed previously. only mpp core files will be installed, preserving all existing settings. (3) upgrade install. only files that have been updated since mpp 7.0 rc6-4 will be installed. q: wait now ok wait wtf... ok waht means * all = 97.3333_% and non-destructive? a: um. it's up there. 97%, give or take. i guess this means that i've done the best i can in trying to figure out which files are parts of your settings and then i removed them from the core. i may have missed something. so, it is now up to beta testers and end users to tell me when some of their settings are getting overwritten during the new full installer. i will probably only look at these folders once every other decade, but people will be running the full installers all the time. they should take notice when any of their settings are getting corrupted and then report back to me asap. if they don't, then i can't worry about it. q: ook fkr damn joo when will it be 100% got hax? a: install the full version and see if you lost any settings. if you did lose settings, email me and tell me exactly what files/settings were affected. if you didn't lose any settings, edit this text file and replace all "97.3333_%"'s with "100%". :p damn, this is huge... ok, coffee break. ;P~ unexpected side effect / benefit from the new full installer the change to the new full installer (detailed above) also has an unexpected side effect / benefit... the upgrade installer only includes files that have actually been updated since mpp 7.00 rc6-4, while the full version "core" contains ALL of the files, not just the updated files. there are 2x or 3x more files that i haven't updated, so they aren't in the upgrade installer, just the full installer. there have been many times where someone's installation has gotten messed up, but for the life of me the only person i can remember having such catastrophic problems is wizaard. j/k heh. well, it happens. i've never seen it, but i've heard that things get messed up. (yeah right, my fault i guess) until now my "fix all" remedy for people was to just run the upgrade installer, but sometimes this didn't help. if any files get damaged and if the upgrade installer contains undamaged copies of the files, the upgrade installer would fix the problem. but if a file that normally isn't in the upgrade gets corrupted, the upgrade installer can't help you. in these cases, the full version installer can possibly help. now my solution will be first to try the upgrade installer, and if that fails, my next suggestion will be to try the full installer. the full installer will repair all of the core files in mpp, not just the updated files. created more temp files to support new "safe" full installer i had to create more temp files to support the new "safe" full installer. these file are now created during a new installation (not during upgrades), then removed when you start mirc: system\kte\Extracted theme.tmp\temp profiles\temp mpp uninstaller now works 100%... the good, the bad and the ugly the uninstaller for mirc power pack has never worked, and for the most part, i really didn't mind. the reason i didn't care is because i knew that one day someone would run it and if it did work 100%, they would lose all of their downloads, mp3's, wav's, wma's, their logs - even their mpp user profiles. the reason it didn't work correctly was not intentional. i added an uninstall section to the installer years ago, just to check it out. it created the exe file, uninstall.exe - and i tried one time to get it to delete everything. it didn't work, so i just told it to delete the start menu, quicklaunch and desktop shortcuts and left it at that. i never looked at the code again until today. it's been easier on me because nobody has complained about the uninstaller deleting all of their files. the good... the installer now works 100% automatically, but you must confirm that you want it to run because it will delete the entire mirc power pack folder, including all downloads, mp3's, wma's, logs and mpp user profiles. it then cleans the start menu, desktop and quicklaunch bar. finally it removes itself from the system's registry. this is a 100% clean uninstall of mpp - like it never existed. the bad... um, you won't fkn have mpp no more. originally i was going to preserve special folders like downloads, logs, sounds and profiles... but then i thought about it. not many people i know have ever used the uninstaller. not because it never worked, but because they never wanted to uninstall mpp. long term users won't be affected by this method of uninstall because they will never run uninstall.exe. this 100% clean uninstall method is specifically designed for people who spend 16 full hours downloading mpp over 28.8 aol 9 optimized, install mpp, and then within 2 to 5 minutes decide that they don't like it and want to uninstall it. i want a 100% clean solution. if you want to run the uninstaller, please feel free to do so. final warning though... remember to MOVE ALL downloads, sounds, logs and profiles that you want to keep BEFORE uninstalling - unless you are perfectly willing to lose ALL of your files. and the ugly... if you forget to move your downloads and your files out of the mpp folder before you run the uninstaller, there is no hope of recovery. NONE. all files and settings are PERMANENTLY DELETED. you won't even find them in the recycle bin, so don't waste time looking. incidentally, i asked 3 members of the beta team, and they all agree that a 100% clean uninstall (as mentioned here) is the single best solution. added mirc power pack to windows "add or remove programs" you can make this shortcut: shortcut target: %SystemRoot%\system32\control.exe appwiz.cpl,,0 start in folder: %HOMEDRIVE%%HOMEPATH% or start -> control panel -> add or remove programs screenshots: http://www.sodpit.com/pics/rem1.png http://www.sodpit.com/pics/rem2.png hotkeys for account manager and mqp settings swapped, ctrl+f6 and ctrl+f7 respectively account manager is now ctrl+f6, mqp settings is now ctrl+f7. the help files for both pages have been updated to reflect this change. updated hotkeys.png, added hotkeys.txt both files are in system\mpp. added /hotkeys alias in mirc to open hotkeys.png and hotkeys.txt self explanitory. clean install, delay between connections now defaults to 1 second per server server #1: 1 sec, #2: 2 secs, #3: 3 secs, etc. i'm trying this and i want everyone to report their results! after clean install, block_delay was defaulting to the value for auth_delay, 60 instead of 120, fixed clean install, the value in the block_delay was defaulting to the same value as auth_delay (60 seconds). fixed. block_delay on full install should now default to 120 seconds. mcc size & location reset button problem fixed in x2 the main window would resize, but the form wouldn't snap to the middle of the screen unless you clicked the reset button a second time, fixed. ctrl+alt+c = perform repair message, fixed when pressing ctrl+alt+c to close and save your settings in mpp control center you receive an error message similar to this: Perform Repair This application is damaged and should be repaired. Click Yes to repair this application, No to run the application without repairing it, and Cancel to no longer check this application for damage. Do you want to repair this application? Yes No Cancel. this is caused by a shortcut somewhere in your start menu with the following properties: Name: X-Cleaner Target: "C:\Program Files\X-Cleaner\UNWISE.EXE" /W3 "C:\Program Files\X-Cleaner\INSTALL.LOG" Start In: C:\PROGRA~1\X-CLEA~1 Shortcut Key: Ctrl + Alt + C solution: right click the x-cleaner shortcut and select "properties". you will notice that the "shortcut key" field is trying to use "ctrl+alt+c". click in the "shortcut key" field one time and press the delete key on your keyboard. click the ok button. fixed. note: you could also uninstall x-cleaner, but you don't have to. faq: (11:44 AM) * [10053] Software caused connection abort 10053 happens mostly when using round robin irc servers, from what i've seen. avoid using round robbins like "irc.enterthegame.com". use one until you find a fast, reliable server that you like. then copy the address for that server and replace the round robbin in mcc connections with the address of the server that you like. email me and report your 10053 errors ONLY if you still see the errors after removing ALL of your round robbin servers in mcc connections: sgt-d@sodpit.com ---------------------------- rc2 x2 / 7.026 / dec 31 2004 ---------------------------- rc2 x2 is the final build for 2004! happy new year! user@host protection during disconnect/reconnect on enterthegame, gamesurge and protium >>> this needs to be thoroughly tested << important: mirc options (alt+o) -> irc -> "rejoin channels on connect" must NOT be checked! if this option is checked, mpp will not be able to protect your user@host mask. note: if you are upgrading from mpp 7.10 rc1 or all earlier releases, you will have to manually change the setting mentioned above. the full installer for all new releases starting with rc2x1 have this mirc option turned off by default. in rc2x1 i added the ability to automatically log into etg's vhost if you lost your connection and then reconnected... all in an effort to hide your real host mask before rejoining your channels. surprisingly, it worked pretty good. while testing the new vhost re-logins i noticed that during disconnect/reconnect situations i had rejoined my gamesurge and protium channels with my real user mask exposed. i mentioned in the rc2x1 readme that i would like to eventually provide similar support for gamesurge and protium to help protect your true user mask. done! if you login successfully to enterthegame, gamesurge or protium and then later you are disconnected from any/all of the servers, as soon as your connection comes back up, mpp will automatically log you back in to any/all user auth services and will not rejoin any channels until the new login is verified. for this to work perfectly, you must check the "enable" option in mcc connections and then setup the correct information for etg vhost, authserv and/or nickserv. these lines are copy/pasted directly from mirc, no changes: * sgt-work (~sgt-d@ClanSoD.on.EnterTheGame.Com) Quit (Read error: Connection reset by peer) * sgt-wrk (sgt-d@ClanSoD.on.EnterTheGame.Com) has joined #ttest * sgt-work (sgt-d@SoD|Sgt-D.user.gamesurge) Quit (Ping timeout) * sgt-wrk (sgt-d@SoD|Sgt-D.user.gamesurge) has joined #ttest * sgt-work (sgt-d@sod|sgt-d.users.protium.org) Quit (Ping timeout) * sgt-wrk (sgt-d@sod|sgt-d.users.protium.org) has joined #ttest as you can see, my user@host mask is fully protected on all three networks, even after i was disconnected and then reconnected. to test this, someone will have to idle in some channels with you while you disable your "local area connection" in network connections. wait a few minutes and then enable it again. then have your helper paste the user@host information when you rejoined your channels. since dalnet does not support mode +x, your real user mask is never hidden, so there is nothing tricky that mpp can do for you on this network. you will automatically log back in to nickserv after a disconnect/reconnect, but you will join your channels instantly since mode +x is unsupported. complete rewirte of mcc connections, result: connect.mrc is optimized* and dynamic** >>> this needs to be thoroughly tested << note: even if you aren't a geek, you should at least skim over this section because these changes are a dramatic adjustment to how mcc connections and connect.mrc are handled. if you have any problems, email your connect.mrc to me and try to explain what you think is wrong with it. ok this one might be a little hard to explain... and only true geeks or people that have spent a few minutes staring at connect.mrc will know what i am talking about or appreciate these changes... * optimized: in the past connect.mrc was enormous. i was writing lines in there just in case they would ever get used. now i have gone back through all of my code and streamlined connect.mrc considerably. mcc connections now only writes lines to connect.mrc that will actually be used. in other words, in the past i would write 30 vh# aliases and didn't worry about it, even if you only used vhost one time. i would write 30 more checks to see if chanserv had replied. and i would write 30 success/failure notices based on the results. now everything is 100% conditional. if the connect is checked i will write your connect section. if enable is checked for vhost/authserv/nickserv, then i will write your vh# alias and the success/failure routine for that connection. if perform is checked i will write your perform section, if not i will splash a notice up on your screen. then i repeat this for the other 29 servers, one at a time, until all server code is written. if a server's "connect" option is unchecked, no code is output to connect.mrc. this makes connect.mrc more optimized. ** dynamic: ok, this gets harder to explain. say you setup 10 servers in mcc, and at one point you were actually using all 10. later you disabled all servers 2 thru 9, so that you are only using 1 and 10. with me so far? the old connect.mrc was unoptimized (see above), so you would have vh1 thru vh10 aliases and p1 through p10 (perform) aliases - even though you are now only using 2 connections: 1 and 10. when you start mirc, status button #1 is on automatically, and server #1 uses vh1 and /p1. so far so good. when server #10 opens, a second status button appears, and even tho visually it is only "status button #2" it was using vh10 and /p10. this may seem minor, but imagine if you defined 20 servers and later decided to randomly skip 10 of those servers, non-concurrently. in other words, say you used 1 thru 4, 7, 14, 16, and 18 thru 20: status button 1 (server 1): vh1 p1 status button 2 (server 2): vh2 p2 status button 3 (server 3): vh3 p3 status button 4 (server 4): vh4 p4 status button 5 (server 7): vh7 p7 status button 6 (server 14): vh14 p14 status button 7 (server 16): vh16 p16 status button 8 (server 18): vh18 p18 status button 9 (server 19): vh19 p19 status button 10 (server 20): vh20 p20 now say you were typing in the window for status #2.. you should be able to type /p# and launch the peform section for any server you want. so you look at the left and you see status button #5 never joined it's chans. so you type /p5 and nothing happens. button 5 isn't using /p5, it's using p7, so nothing happens because technically /p5 is an empty alias. so you try /p6 for status button #6 with the same results. nothing happens. status button #6 is actually using /p14. i really didn't like this, and as much as i hated it i really didn't want to rewrite all of the damn code. this one change had me working for 2 days almost non stop - and when i was done it was too much code for delphi to handle. in the end i was no longer able to build mcc.exe: Error: Too many local constants. Use shorter procedures. One or more of your procedures contain so many string constant expressions that they exceed the compiler's internal storage limit. This can occur in code that is automatically generated. To fix this, you can shorten your procedures or declare constant identifiers instead of using so many literals in the code. i have never in my life overloaded delphi. after another 2 or 3 hours i finally managed to break the connection proceedure into smaller functions to satisfy delphi's compiler - but you have no idea how many times i almost threw in the towel and gave up on all of these changes. now connect.mrc is more dynamic... vh1 and p1 now match the number of the status button that you can see, not the server number: status button 1 (server 1): vh1 p1 status button 2 (server 2): vh2 p2 status button 3 (server 3): vh3 p3 status button 4 (server 4): vh4 p4 status button 5 (server 7): vh5 p5 status button 6 (server 14): vh6 p6 status button 7 (server 16): vh7 p7 status button 8 (server 18): vh8 p8 status button 9 (server 19): vh9 p9 status button 10 (server 20): vh10 p10 watch your status windows for vh#timer or vh# errors and report any and all of these errors to me immediately. about the code... there are 6 main sections for the connect.mrc script in delphi, and in each section there are 30 "sets" of code, one for each connection. each set is very large. so take 6 sections and multiply it by 30 total servers: 180 sets of code. so basically, a "set" like this: http://www.sodpit.com/pics/headache.png ... ... multiplied by 180. yikes. as you can see the code is a mixture of delphi code and variables, combined with writeln commands where i inject mirc code into connect.mrc. anyway, these sections are incredibly hard to manipulate due to physical size of the code blocks. this is why i am stopping at 30 servers - and why i almost wish i had left it at 20. i was ready to revert to 20 servers max at the first sign of any trouble. each time i make a change, no matter how minor, i have to rebuild that change in 29 more locations. if that change impacts another main section, then i have to compensate the affected section with 30 more changes. repeat this up to 4 more times for any other affected sections. it's hard to believe that everything i just mentioned is only one of the things that mpp control center does for you. anyway, i'm sharing this info becuase it really was hard work, and i wanted to explain the magnitude/scope of the connections project. hey, it's my dime. :p~ mpp server list (servers.mrc) revised previous versions of mpp's irc server list (servers.mrc) had all of the normal protium servers listed under "protium (normal)" and the secure socket layer (ssl) protium servers were listed under "protium (ssl)". i was also listing all of the protium ssl servers under the "secure socket layer (ssl)" group as a convenience to end users. there was a problem doing this though. if you used the "protium (ssl)" network group things would work normally... you see the "nickserv" button and nickserv logins would work correctly. but if you used a protium server from the "secure socket layer (ssl)", you would not see the nickserv button. mcc only looks for "enterthegame", "gamesurge", "protium (normal)" and "protium ssl" and cannot see the servers in "secure socket layer (ssl)" - and this is deliberate because not all of the ssl servers support nickserv authentication. to alleviate this issue, the protium ssl servers have been removed from the "secure socket layer (ssl)" group. for some reason, this went unnoticed by anyone - back to beta 4 when i added the authserv/nickserv buttons. mpp control center now memorizes last known size and position mcc settings: remember size & position checkbox this one feature delayed the initial release of rc2x2. i was playing with mpp control center and thought "damn it would be nice if this thing kept track of it's size and position between launches". and that's all it took. i deleted the test build from the ftp site and started coding in the new change. this is very last minute, and only lightly tested - it is likely that it could be a little buggy. this option is on by default, even for upgraders. the new setting is on the mcc settings page named "remember size & position". every time you exit mcc, it will store it's current position and size in mpp.cfg under the [mcc] section. if this option is checked, it will use the last saved settings. on the very first run there are no "last saved settings", so mcc will snap to the center of your screen. if this option is unchecked, the next time you start mcc it will snap to it's default size and position itself in the center of your screen. if you see any problems, let me know asap. added a small button to restore mcc's normal size and position this is a small button to the right of the "remember size & position" checkbox. bug: login edit box under gamesurge/authserv was invisible after viewing dalnet/nickserv info, fixed hard to describe, easy to duplicate. in mcc connections, if you navigated to a connection that used dalnet and then click the nickserv button, mcc would automatically hide the top edit box. later if you navigated to a gamesurge connection and clicked the authserv button, the top edit box would remain hidden when it should have been turned back on for you to see. fixed. bug: upgrade version of rc2x2 (test #1) was not automtically building function keys as needed in mcc or mpp, fixed czechplz caught this one prior to the rc2x2 release. after installing the upgrade he could not hit f4 in mirc to launch mpp control center... and after mcc loaded the function keys page was 100% empty. he was able to hit the resest key to rebuild his list, but the page should not have been empty - and f4 in mirc should have worked without any fuss. this bug only affected the upgrade version and has been fixed. bug: full installer: couldn't create a new profile due to connections page problem, fixed in all old versions if you tried to create a new profile, the next time you launched mcc it would snap to the connections page and tell you that it was your first time of running mpp and ask for your information. even after entering all of your information, you could not click back/next save or cancel --- so there was no way to save or exit mcc. this problem is fixed in the new full installer for rc2 x2 and higher. mcc connections: added "auth timeout" to specify the time to wait for service responses auth delay is the number of seconds before mpp will "timeout" while waiting for a reply from chanserv/authserv/nickserv for your logins to be acknowledged. in all previous builds this was hard coded to 30 seconds. it now defaults to 60 seconds, but you can nudge that to any degree you see fit. vhost/authserv/nickserv accounts & passwords (account manager) last night i got tired of writing this stupid readme file and i was litterally making myself ill from all of the new connections code that i decided to fuck off for a change. i was looking around at some of the mcc pages and i noticed there was one page that was normally hidden from view. it was a page that i use to store all of your accounts/passwords for vhost, authserv and nickserv. it was never anything pretty, no text labels to help you... just 20 account edit boxes and 20 password edit boxes. the new 10 account / 10 password edits (for 30 servers max) were on yet another hidden page. until now the 20/20 page could be accessed with the /mcc /vhost command or by adding the /vhost parameter to your mcc shortcut. the new 10/10 page was not accessible at all. also, even though you could load the hidden page with /vhost - any changes you made were not saved - it was there for viewing only. ok, time to play... first of all, all 60 edit boxes are now on the same page. now you can click the "account manager" button near the bottom of the mcc connections page, or you can use /mcc /vhost, /mcc /auth, /mcc /chanserv, /mcc /authserv or /mcc /nickserv to access this page. this page is no longer view only, you can edit these fields at will. as soon as you make changes on this page, the changes will be seen instantly the next time you click the etg vhost, authserv or nickserv buttons, and vice versa. originally i tried fitting all 60 edit boxes into one page so you could see all accounts/passwords at a glance. this looked horrible, and there was no room for any labels to show you which edits were for what account. hell i didn't have room with the original 40, but 60? lol... no way. so, i split them up into groups of 10, very easy to access using the buttons on the right side. i also added a button to get back to the connections page. mcc will memorize the account manager page on exit, so the next time you start mcc it will put you back on the account manager page. although i don't have room for "account manager" on the main menu, it doesn't really need to be there. to compensate for this drawback, i gave you the account manager button on the connections page (the most logical page for such a button) and i have added it to mcc's tray icon and the mcc context menu (if you have it turned on in mcc settings). additionally, you can access this page with the new hotkey: ctrl+f7 all english help files updated to show the hotkeys that you can use to access all areas of mcc self explanitory. interesting that nobody suggested this one! /about now shows exact build id instead of pretty build in the past i was showing "7.1.0.0" or some crap... now it will show "7.025" or the real build number. added more detailed info to /version commands the /version command now shows detailed build information mcc settings: "right click (context) menu" is now simply "menu" self explanitory. one added a new command: /1 - the /1 command runs the /killemall alias. /killemall kills all running mirc timers so you can launch games externally (outside of mirc) and avoid all of the "in game lag" associated with mirc timers. /1 or /killemall places you in "gaming event mode". when you get back you can simply start typing in mirc or type /0. -------------------------- rc2 x1 / 7.025 / dec 27 04 -------------------------- changes since rc1 details: second release: mcc connections: max=20?, fixed mcc connections was not showing the correct "maximum" number of definable server connections, fixed logs folder not created by max installer, fixed logs folder wasn't being created by the full installer, fixed by using the temp file trick. initial release: faq: mang fkn lag in game gg mppside if you launch games from inside mpp, or if you use all-seeing eye, mpp will automatically turn off all mirc timers to reduce your "in game lag". if you launch games outside of mpp, i have no way of knowing that a game was launched, so i can't automatically turn off your timers. in this case, please try the /killemall command. this command will put you in "gaming mode", activate the "game event modes" section of mcc, and will turn off all of your timers while playing. no lag. when you are finished gaming and you get back to mirc, type /0 - this will set you "back from gaming", activate the "normal event modes" section in mcc and reactivate all of your mirc timers. yes, mpp uses timers. sadly mirc lags you to death if you have any timers active when you play games. /killemall and /0 should help you greatly. some goals mentioned after releasing rc1... (09:54 PM) <@sod|sgt-d> if you have any ideas for the next mpp, email them to sgt-d@sodpit.com - i already have 2 or 3 in mind... (09:54 PM) <@czechplz> what no hints? (09:56 PM) <@sod|sgt-d> automatically recover vhost on disconnect from etg, make mirc variables part of your mpp profile, updated function keys in mcc (09:56 PM) <@czechplz> =o (09:56 PM) <@sod|sgt-d> all i can think of right now, but brain hurts automatic vhost logon after disconnection from etg automatic vhost logon has been standard in mpp since the pre-releases of mpp 7.00. however, if you ever got disconnected from etg and then later you were reconnected, mpp would rejoin all of your channels without vhost. this is a huge change and it needs considerable testing. to test this, ask people to watch your user@host mask when you rejoin your channels. then disable your local area connection icon in network properties, wait one or two minutes, then enable it again. when you rejoin, ask people to show you what user@host info showed when you joined your channels. changed default mirc option to not auto rejoin on connect (connect.mrc now auto rejoins) now that vhost is logging on automatically, we need to keep this mirc option off. if you are upgrading turn off "auto rejoin on connect" in mirc options. a note about authserv/nickserv logins i noticed today that authserv was not available on gamesurge and that i still joined all of my channels without a hidden mask. i intend to make gamesurge and protium work similar to etg in that you will not auto join channels until your mask is protected - only if you are telling mcc to use authserv/nickserv for these networks. i should get to this in the next build. are you sure? are you really sure? yes. click. oops, wrong button. in the past mpp would try to help you by popping up a dialog and telling you that chanserv wasn't responding or that your login failed, asking you YES to continue joining the channels without vhost or NO to avoid joining channels without vhost. there was always a 50/50 chance that you could hit the wrong button and accidentally join your channels, exposing your true user@host and/or your ip address. now mpp won't show a dialog, it will only show helpful text information. there is no possibility of accidentally joining channels now - you will have to manually type a command like /p1 to continue. increased total servers from 20 to 30 ugh. this is a major change and i need someone to seriously test all 30 servers. this change added 1310 new lines of code in mpp control center (from 17,163 to 18,473). after making this change i can honestly say i will never add more servers. nobody complained about the 20 server limit, and i've never heard of anyone even using that many servers so far with mpp, i just wanted to increase the total for anyone that really needs a few more connections. so, imagine the mpp limit is 25, and then if you need a few more, you got em. what a major pain in the ass tho... it won't happen again! :) mcc connections: options / startup sound the bottom section of the mcc connections page is now a toggle. by default you will always see a section named "options" with a few extra options that i had nowhere else to put. in that area is a new "startup sound" button. if you click this button, the normal options are hidden by the "startup sound" area. click the "options" button to return to normal options. mcc connections: added option: "hide login passwords" in the new "options" group box there is a new option called "hide login passwords." this option (just like the others in this area) is global meaning that it affects all connections. if you check this option (checked by default), mpp will send your vhost/authserv/ nickserv user/pass silently so you do not see the results in your status window. why? well, just like the new "masked passwords" throughout mpp control center, this is just one more level of protection for you. now if anyone is standing over your shoulder at a lan party, you don't have to worry about them staring at your status window looking for user/password combinations - they won't ever see them now. if you need to troubleshoot your connection and you need to make 100% certain that your user/pass is being sent correctly, temporarily uncheck this option in mcc, test it, and when you are done testing turn this option back on. mcc connections: added help text in perform section for server #1 i added several lines of helpful text in server 1's perform section, you will only see this in the full installer. remove delay? 0 is too fast but 1 or 2 secs each works good in all previous versions i had to pad each connection by at least 5 full seconds or you would join channels on the wrong networks. since the connection script was fully fixed in rc1, this is no longer the case. theoretically you should be able to use a 0 delay for each server because the way connections are handled now it should work - but after some testing it seems that a 1 or 2 second delay works a little better. 0 delay is just too damned fast for mirc to handle properly. the full installer for x1 sets all delays at 2 seconds. mirc variables (variables.mrc) are now part of your mpp profile done. mpp.exe copies your vars from profiles to system\mpp at startup, and when you exit mirc it copies your vars back to profiles. it is becoming more and more important that you make occasional backup copies of your profiles folder. decreased default block delay from 180 to 120 block delay in rc1 was 180, dropping back to 120. see next subject also. block_delay randomly not being added to total connections sometimes when you hit save in mcc it would add up the total number of seconds for the "connection delay" - then it was supposed to add the block_delay amount and reach a new total - but 90% of the time it wouldn't use the block delay, it would only use the connection total... this made the delay so small that in most cases if there was just a slight hiccup during connections, you would still see /motd and /welcome info. if you typed /ready or /test shortly after connecting it would show that it was ready or would be ready in under 30 seconds. it should be obvious that in these cases block delay was ignored. what happened? a stupid bug in delphi imo. if you don't change the text in an edit box that is associated with a "spin" control (up/down arrows), 9 times out of 10 you can't reference the value or text in the edit box, you have to evaluate the "position" of the spin control. so even though the edit box clearly shows "120", sometimes mcc (delphi) won't see it and assume it is 0. add 0 seconds to the total seconds for your connection delays and what do you get? stupid. fyi: this same problem is what caused the "zero bugs" in earlier builds... i was trying to reference the value in the edit box, not the position of the spin control. the trick is that even though the text "120" is visible, the spin control is sitting at 120 also, and that isn't visible at all, but evaluating spin.position seems to correct the problem. block_delay usage method changed i have also changed the method since the server blocks are working better. now i am only using the block delay amount, i'm not adding it to the total of your connections. this means that if you set it for 120 secs, you will see motd and welcomes any time after the 120 seconds is done. i've done alot more tho... if motd/lusers/welcome/names blocks were on, connecting to new server would not re-block, fixed if you typed /server -m server address after the block delay expired, when you connected to the new server you would see motd/welcome etc - even though you have these server messages blocked. i tried working through the "on connect" event but had no luck. i had to modify the /server command to alleviate this problem. now when you use the server command, i check to see if you have the server blocks on or off and then i block the items you have set in mcc for block_delay seconds. this should also cover irc:// links as well since they also use the /server command. then again, khaled may force a native /server call in those cases. someone test irc:// web links please. rc1 bug: mcc cancel = save? - how did this get missed? cancel does not cancel out of a perform section wtf? er holy shit cancel is NOT cancelling out at all god... mpp control center in rc1 had a small bug: you could not successfully cancel out of the control center. if you hit cancel and hit "yes" when prompted, it would still force everything to be saved, then close. this bug is fixed. how did this get missed? massively updated function keys page in mpp control center drop down is now a nice list of descriptions instead of commands. descriptions are also split up into groups for easier reading. edit boxes can be edited, just know that you are changing the command for the current description. what you see in mcc and what you are editing is a new file, fkeyz.ini. what gets saved and used by mirc is fkeys.ini. both files in profiles now, not system\mpp. fixed tab order, now jumps from desc to alias, next desc then alias, etc. added tons of helpful info to fkeyz.ini. initial tests results are good, even the start menu "hot keys f1-f12" worked fine for me. mpp help system (mhs.exe or /mhs) updated mpp help system (mhs.exe or /mhs) shows you hotkey combinations that can be used in mpp. mpp help system now supports the new fkeyz.ini. added /fkeyz command to edit your fkeyz.ini. /fkeys opens fkeys.ini. mirc file get dialog: minimize is now checked by default changed default setting for mirc so that whenever you accept a file, the dcc get file window's "minimize" option will be checked by default. servers.mrc updated to dec 21 2004 servers.mrc is the latest list of servers. added install md5summer to setup.exe finished, i need everyone to test this asap... download these two files: http://www.sparkyowns.com/mpp/mpp710/setup.exe http://www.sparkyowns.com/mpp/mpp710/md5summer.exe put these two files in your mpp distribution folder (a folder containing all of the files and mpp710.md5 from rc1). run setup.exe and tell it to install md5summer, then use setup.exe to run the md5 sum test. confirm that things seem to work good. ircx unknown command - ??? this message hits on either gamesurge or protium, i can't remember which. mirc's help file doesn't even mention ircx. the mirc faq mentions that mirc 6.1x supports ircx commands - but from these errors i'm not so sure. "mirc now supports several ircx events on any server that sends them" - ok, so... what are the errors all about then? who knows... if anyone knows anything about this, let me know. if i find out i will report as soon as possible. default initial join sound (startup sound) channel changed to #mpp for years the startup sound chan has always been #sod. i have decided to change the default channel to #mpp. less is more - smaller mpp installer sizes (11.1 full, 4.1 upgrade) i have redoubled my efforts to make mpp better, but at the same time make the installers smaller. full version sizes: 7.0 = 11.3 MB (11,940,336 bytes) b5 = 13.3 MB (13,988,583 bytes) rc1 = 12.9 MB (13,538,533 bytes rc2x1 = 11.1 MB (11,709,155 bytes) b5 was exactly 2 megs larger than 7.0. rc1 was an attempt to reduce the installer size. rc2x1 is actually smaller than 7.0. upgrade version sizes: 7.0 = 2.83 MB (2,972,971 bytes) b5 = 5.47 MB (5,736,868 bytes) rc1 = 5.23 MB (5,494,693 bytes) rc2x1 = 4.05 MB (4,250,224 bytes) b5 was almost 2x the size of the 7.0 upgrade. rc1 was only slightly smaller. rc2x1 is only 1.22 mb larger than 7.0. cold leftovers... (11:07 PM) /quit=u (11:07 PM) QUIT=U Unknown command (11:07 PM) lol i found some funny variables left behind from years of usage... //echo -a %leet1 //echo -a %lmsg1 -sgt ---------------------------------------------- mIRC Power Pack 7.10 Release Candidate 1 (RC1) ---------------------------------------------- Codename: Misanthrope Build: 7.0.2.3 December 23, 2004 RC1 CHANGES - All sections from X13 down to X1 are ALL NEW for RC1. The X1-X13 sections are all new since MPP 7.10 Beta 5. ----------- x13 changes ----------- faq: * /cnick: invalid parameters type /who #channel and then try again example: /who #sod alternatively, add /who #channel to your perform section, after the /join #channel mcc: problem when hovering over an mpp profile that had mirc_power=1, fixed mcc main: when mirc is shutdown you can acccess the mpp user profiles area in mcc. when you click the drop down selector, your current profile is automatically saved. if you hover your mouse over (not actually click on a profile - just hover over it) a profile that crashed or somehow left the setting "mirc_power" equal to 1, mcc would mess up and hide the mpp user profiles section instantly, then it would show the bad profile as being loaded with the power button set to "on" position, yet it didn't actually load the mpp profile that it says it loaded. the first problem is that nothing should change simply by hovering the mouse... you should have to click to force a change. i was unable to determine what the real cause of the hover bug was. the second problem is that it is physically impossible for any other profile to have power - only the current profile could ever have power=1. so, what i am doing now is... as soon as you click the selector i will send mirc_power=0 to all profiles EXCEPT the current profile. this fixed the problem. like wicked's rails, the mpp user profiles selector is now 100% auto correcting. mcc: changing mpp profiles did not update mpp service name, fixed the mcc service name was being saved correctly, and read in correctly at mcc startup, it just wasn't reading the value when changing profiles. mpp wasn't copying multi browser servers/settings from profile folder to multi browser folder, fixed when mpp starts, all important multi browser files are copied from yourprofile\msb folder to system\multibrowser. this has been fixed in this build. this hasn't been working for awhile now, most likely i turned it off for troubleshooting purposes. when mirc exits, the last used files are copied back from system\multibrowser to yourprofile\msb. this was not changed in this build removed all "summary" subjects from the readme, exported to changelog.txt and changelog.htm removed images to reduce installer sizes all extra images moved to mpp-image-pack-02 to reduce the sizes of the installers. ----------- x12 changes ----------- first, some Q&A... q: mcc: mcc setttings page... what is the bottom half really for? a: everything in the bottom is in a group box named "sample". it is just a sample area that shows you what mcc will look like after you restart it, based on the settings that you have adjusted in the top half. help files: main: added help for the new mpp user profile explorer button help files: main: corrected thanks for voice (+o) help files: connections help massively updated over half of the popup dialogs (like quit and part messages) you couldn't hit esc to cancel, fixed on all of the popup dialogs you can now hit the escape for "cancel". * /hadd: insufficient parameters (line 823, mpp.mrc) false positive. one user reported problems with this but after a clean install it worked perfectly. automatic who on join - disabled by default in mpp 7.10, automatic who on join is now disabled by default. you can check this option if you want, and you can adjust block delay (advanced tab) to try and prevent /who spam in the status window - but if you use this option, i don't want to hear any complaints about /who spam in status. i have done everything i can to reduce the occurance of /who spam - and if you leave the setting "automatic who on join" set to it's new default, OFF, you will NEVER see the /who spam - ever. i will say this much... leaving this option OFF by default makes mpp start up, connect and join much faster. mpp is much more responsive, and normally within 15~20 seconds people will be able to see you typing in channels. it used to take 1-2 minutes, easily, before the text you typed was actually seen by others. this delay is gone. it was caused by "automatic who on join". basically, when that option is checked, each time you join a channel, mpp will send a /who to that channel. if you join 50 channels total with 500 users total, /who is sent to 50 channels, and the servers start bombarding mirc with all 500 /who results - results that you normally don't even see because mpp is trying to block /who information. this bombardment causes massive amounts of lag. as you start typing normal text, that text is queued in mirc and isn't sent to the channels you are typing in until AFTER all of the /who results have been received by mirc. if you don't mind this delay, and you don't mind occasional /who results in your status window, you can definitely use "automatic who on join". q: i don't want to use "automatic who on join" because some of what you said makes sense and i like mpp to be more responsive at startup - but i like using nicklist colors based on nicknames or user@host. what can i do? a: simple. in your perform section, add a /who #channel where #channel is the name of the channel that contains most of the nicknames you want to have colored. example: join #mpp join #sod <- this is the channel that has most of the nicks i want colored who #sod <- now mirc will only send /who to this channel, not the others join #etg you can /who any channel you want /who slam status spam here are some comments i made recently... every time the /who spam happens, even at 180 or higher, it's normally caused by a delay during normal connections. also, if you don't use nick colors based on user@host - you can uncheck "auto /who on join" and you will NEVER see /who slams. i was only doing /who by default cuz some users insist on colored nicks based on user@host masks - and they insist that the colors take place immediately - and the only way to get user@host info for everyone is to run a who command in the channels you need or to check "automatic who on join". * /did: insufficient parameters (line 9289, multi.mrc) unknown, unfixed. * /sockwrite: 'rmclsock1' no such socket (line 1897, rkmp3.mrc) unknown, unfixed. mpp user profile buttons: new, copy and delete - none were working if you clicked "new" it didn't re-read the settings, it just kept your current settings. fixed. if you click "copy", it didn't use the copied folder, but the old one instead. fixed. the delete button would not delete the selected profile. it would delete all of the files, but not the folders. fixed. in all cases, the title bar didn't update to match the new or copied profile so the title bar didn't match the drop down. mpp sample profile can no longer be deleted this was done for stability in mcc. if a user deletes an mpp user profile, i have to have at least one "visible" profile that i can default back to every time. "mpp sample" is visible. "default" (used for "master profiles") is invisible. visitors holy shit this goes way back. as most of the mpp beta test team knows, when i add new features i sometimes add funny shit. at one point one of the error messages in mcc said "danger will robinson! danger!" - stuff like that. well, last night i clicked the mpp user profile "delete" button and the title at the top was "visitors". fixed. updated multi browser's quake3 and ut2004 servers in full version these were way old, updated. (07:18 PM) Closing Link: 0.0.0.0 (You match the pattern of a known trojan, please check your system (07:18 PM) Closing Link: 0.0.0.0 (You match the pattern of a known trojan, please check your system with a cleaner from http://www.moosoft.com or Swat-It from http://www.lockdowncorp.com/bots/downloadswatit.html) gotta love dalnet. not sure what causes this, but i am working on it. mpp colors metrik, wherever you are, i've done a ton of work fixing the text colors in mirc so that mpp looks good, even on a white background. thanks for your input. server 1: ok, server 2: ok, server 3: ding! ding! ding! ding! editbox = /nick this annoying problem is fixed as mentioned in the next subject... mcc connections & connect.mrc - major changes this one change made such a huge difference to mpp that the original release date of 12/21/04 was postponed. i was able to get this new model working basically by 6 pm of 12/21 - but there was no way to get it to the beta team for a reasonable/respectable period of time to test it - 3 hours was just way too short. here is what i sent to one of the testers... i think i am postponing. unless every beta tester is willing to test a new build, and try connecting to at least 10 servers, and verify that the new feature works and works better than the old, and that there are no problems with it --- all before 9pm central. if not, i think i'm holding at least one more day. trust me, i'm not really happy about delaying it. i spent about 5 hours uploading rc1 today and building iso's. i even uploaded the 200 mb rc1 iso's to all 5 mirrors --- but this is a huge change to how i connect you to your servers... and imo it really needs to be in rc1. i was up coding until 2 am that night (8 hours total), so i would have had to rush a 9pm release. by the next morning i had deleted all of the file uploads, and it really sucked. but now that rc1 is released (12/23/04) the payoff is well worth the wait... keep in mind while reading this section that it wasn't too long ago that working with mpp was a lesson in frustration. well, it still is, but i think you know what i mean. when mirc 6.0 was released it was the first time ever that you could connect to more than one server using mirc. it wasn't a very good implemenation, but it worked. so i tried to work with that ability in mpp 6.00 and mpp 6.01. in mpp 6.01 you were given a connection script that you could manually modify with notepad. good luck, don't forget to write. back then connect.mrc was brand new with tons of potential. the ideas it supported were great, but it was a terrible implementation. nobody ever messed with it, like a bad omen. i did, but it put a horrible hex on me: i had to come up with something better. back then, even i dreaded having to edit my connection script. along the road to mpp 7.00 i had created a nifty little stand alone tool called "mpp connection manager" that made a piss poor attempt at helping you modify your connect.mrc with little or no knowledge of the mirc code inside the script. it wasn't a great implementation, but for the first time ever you could manage your connections without editing any code. later the stand alone mpp connection manager was merged into mpp control center so that all of the tools you needed were all in one place. it was a nightmare, but over months of testing it started to prove itself out. by the time mpp 7.00 came out the mcc connections page was working good enough for release. it was a good implementation and wrapper for the connection script, and it was only slightly problematic. but there have always been issues with it. in every status window (except the first one), you would always see something like your nick is now blah. sometimes you would disconnect or you would see "connect cancelled" error messages. the first connection always worked perfectly, but each time i spawned a new connection, mirc was using the nick and altnick from the previous connection (or from mirc options) for the new connection as well... not the info you had in mcc for the new connection. let's say on server 1 your nick is sod|ok but on server 2 it is supposed to be sod|notok. well this whole time server 2 would initially connect using the last known nick which was "sod|ok". this was non-fatal because soon it would see the updated nick and change it for you, and your nick would be correct before entering channels. the only fatal problem that i ever noticed was that if you connected three times to one irc network, the third connection would always stop abruptly, beep a few times and the edit box would show: /nick <- asking you for a new nickname because the nick you are trying to connect with is already being used. think about that for a second. in mcc you had 3 different nicks, but it wasn't making initial connections with those nicks - mirc was using the previous server's nick/altnick. example of connecting 3 times to one network: server 1: try connect with nick stored in mirc server 2: try connecting with nick stored in mirc, fails and uses altnick server 3: try and fail connecting with both nicks, ask for new nick in mpp 7.10 rc1 these problems are all now fixed. in the past i was trying to spawn the server and connect at the same time, then set your mirc info (nickname, alt nick, full name, email address, identd) after the connection had been initiated. for this reason, mirc had no choice but to use the last known information when initiating the connection. in rc1 i am now spawning a new server window, but i am intentionally telling it NOT to connect immediately - just to start a new status window and sit there awaiting new commands. after the new server window is opened i am telling mirc to update itself and load your new connection information (nickname, alt nick, full name, email address, identd) based on your settings in mcc connections. keep in mind that since mirc isn't trying to connect to a server yet, the nick altnick and other info commands are just being loaded into mirc's memory and NOT being sent to a server. after mirc updates that information, then i am telling mirc to initiate a connection with the server you specified. this is an enormous change in how things work with connections. from now on, your initial connection to irc servers use exactly what you have set - not leftovers from a previous connection or from mirc options. here is an example of how bad it used to get in some cases. on server #2 wizaard's nick changed to xX9, so that was the last nick mirc knew about. when he connected to server #3, it started off using "xX9" as the nick even though in mcc connections his nick was "sod|wizaard". as you can see, it gets pretty messy... (12:19 PM) -NickServ- xX9 is a registered nick - you must auth to account X9 or change your nick. * Your alternate nickname is now wizaard (12:19 PM) -> *nickserv@services.protium.org* auth sod|wizaard -------- (12:19 PM) Local host: adsl-64-254-132-X.totalink.net (64.254.132.X) (12:19 PM) * xX9 sets mode: +x sod|wizaard Nickname is already in use. sod|wizaard.users.protium.org is now your hidden host (12:19 PM) -NickServ- I recognize you. this is all fixed in rc1, as far as i can tell. i tested 20 servers today, all with different information, and i didn't have one problem. last night i was able to connect to etg, gamesurge and protium, three times on each server - and mirc never stopped and asked me for a nickname in the edit box. this is definitely a much better implementation than ever before and should result in far fewer problems for everyone that takes advantage of multiple servers in mpp. i came up with the idea for this new connection method on the way home from work on december 21, 2004. by that time i had already fully uploaded rc1 files and was fully prepared to release it on dec 21 at 9pm as originally planned. as soon as i got home i started testing my new ideas. when i was done it all worked as i had expected, but it was already 6:30 pm - under 3 hours away from the rc1 announcement. czechplz and i tested the new mcc for about an hour and didn't find any problems, but now it was 7:30 with only minimal testing, no other testers had a chance to czech it out, and i still had at least one more hour of coding just for this change. (i wasn't totally finished fixing things really until 2am that night). even though i had already uploaded full and update versions, and 200 mb iso's to all five mpp mirrors... i was willing to scrub the expected release and delete all of my uploads - just so this new connection method would be included in the release version of rc1. so, to me, it's THAT important. i had to merge this change in now because it has to be tested thoroughly before mpp 7.10 final. my only window of opportunity for major testing is with official public tests such as release candidates, so i decided to postpone the release until thursday, december 23, 2004. this will give the mpp beta team 24 full hours to test the new program theories before the public release. (12:44 AM) * Connect cancelled in "mcc connections & connect.mrc - major changes" (above) i started using new methods for connections. originally i was sending /server -m which was actually trying to connect, so later when i sent /server irc.whatever it would cause a misleading disconnect error for the first connection. now i am using /server -n which forces a new status window to open, but tells it specifically NOT to connect to anything. fixed. ----------- x11 changes ----------- mpp security levels: medium level was not auto accepting files from trusted users, fixed in x7 i said that the medium level would automatically accept files from trusted users and force you to manually accept/decline files from anyone else. this was not the case. even after adding someone to user level 90 (trusted users), you would still have to manually accept/decline files from them. this has been fixed on the mcc security levels page, in mirc with the /sec2 command, and mpp now defaults to the correct settings on the very first run. updated mcc security page and mirc notices to reflect new changes to mpp security settings the mcc security page and mirc notices will now show this information: High: Select this option for the highest possible level of security. DCC Server: Off. All incoming DCC file transfers will be ignored. Medium: Default. Recommended. You must Accept or Decline all incoming files. DCC Server: On. Files from Trusted Users will be received automatically. Files from other users must be manually accepted or declined. Low: Not Recommended. Files are automatically accepted from anyone. DCC Server: On. Files from any user will be received automatically. This is not safe and should only be used for testing purposes.. mcc teamspeak: connect button missing until a server is selected when loading the teamspeak page, the connect button was invisible until you selected a server. server 1's connect button should always be visible when you run mcc and the first time you enter the teamspeak page. /who spam in status windows, fixed: defaulting block_delay back to 180 seconds (3 minutes) the /who spam in status... the problem is that block_delay definitely needs to be set high, like 2 or 3 full minutes (120 or 180 sec) - especially if you join a lot of channels - so that all of the mirc commands can complete before the blocks are turned back off. see, when auto /who on join is checked, that amounts to a virtual ton of commands in mirc. and the servers are all trying to respond to your /who command in every channel - all at the same time you are joining them. the more you join, the longer it takes for the servers to send back the /who info. during this time we don't want to see the /who info tho - so we have to pad it heavily so mirc blocks it from view until 2 or 3 minutes, maybe more. after that we need to be able to type /who #channel at will and see the info. if that makes sense. there are two options in mcc that are almost mutually exclusive and a solution to satisfy this problem has been hard to achieve. first of all, in mpp 7.00 the /who #chan command didn't work at all. just like /motd, /names and /lusers. well, in mpp 7.10 they will all work again, but the /who command causes some issues. some people like seeing colors in the nicklist based on the user's nickname or their user mask - and they want to see those colors shortly after mirc starts, and as automatically as possible. in order to pull this off, i have to send a /who command to each channel that you join. this is done if "automatic who in channels" is checked in mcc, which it is by default. now on the advanced tab is another option, block who, which is also on by default. this combination means: yes, send a /who to each channel as i join, but no, i don't want to see the /who info spammed to my status window. a contradiction... spam the shit out of me, but hey, don't show me any of it. sending a /who to every channel is a well known major lag problem when connecting and joining channels. the /who command floods the server with /who requests, and the server has to bust its and sending back all of the /who results to you. ..and all of this is happening while you are joining your channels, making mpp a little slower by default. there is a virtual ton of spam on it's way back to you - but i am blocking it from being displayed in your status window. the only way to block the initial /who command results when you start mpp is to pad it using block_delay. in rc1 the final default value i have decided on is 180 which is long enough for me to connect to 6 servers and about 30 channels. the padding block_delay value gives mirc time to accept the incoming results from all of the /who commands for all of your channels (even though it won't show you). if you connect to more servers and channels, you will have to add more time to block_delay. once block_delay is reached, /who #chan works normally. at least it should... tip of the day: if you don't use nick colors based on nicknames/masks, you can uncheck mcc option "automatic who on join" and you can probably set your block delay to 0. you will connect and join much faster, and you will never see /who info because it will be turned off. mpp will be much more responsive during launches, and you will be able to use the /who /names /lusers and /motd commands with 20 or 30 seconds after joining all of your channels. security, teamspeak, ventrilo, roger wilco help files all old, updated wow, these were way old. updated. ----------- x10 changes ----------- authserv/nickserv authentication method changed slightly in mpp 7.10 beta 4 i introduced authserv/nickserv buttons on the connections page in mcc. until now, every time you saved in mcc your connections script was built and i would use the auth method that i was used to using: gamesnet: /authserv auth [account] protium: /nickserv auth [account] dalnet: /nickserv auth [account] this hasn't been a problem so far, but some users insist that you should use a different method where you send a private message to authserv@ or nickserv@. in rc1 i am now handling using the new method: gamesnet: /msg authserv@services.gamesurge.net auth [account] protium: /msg nickserv@services.protium.org auth [account] dalnet: /msg nickserv@services.dal.net identify (password) wizaard reported problems with protium authentication, but he is the only one that has reported a problem and i am unable to duplicate it, even with his zipped profile. wizaard... let me know if this new method works for you. dalnet nickserv authentication was not working, not detected or reported by beta team in all older versions, for dalnet i was sending /nickserv auth [account] , identical to the way it is done on protium. today i decided to login to irc.dal.net and register a nick there, but i learned that nickserv authentication on dalnet should be: /nickserv identify (password) or /msg nickserv@services.dal.net identify (password). i had to do a lot of back pedaling in the code for mcc to compensate for this, but it seems to be working perfectly now. mcc: removed "account" or "nickname" field in dalnet's nickserv info dialog on dalnet you can't include your nick when authenticating, so i have removed the edit box for the account/nickname. all you need is the password. * /msg: insufficient parameters - new helpful error message added * /join: insufficient parameters - new helpful error message added * /part: insufficient parameters - new helpful error message added * /query: insufficient parameters (line 683, mpp.mrc) - new helpful error message added i have reworked /hop, /msg, /join, /part, /query and /server commands to show more detailed help instead of the crappy mirc errors similar to the ones shown above. my new error messages show you what is wrong and gives you examples to help you run the commands correctly. beta 6 vs rc1? re-re-re-re-re-re-revisited... god n/m /quit nobody ever replied to the original "beta 6 vs rc1?" section from x2 (below). ---------- x9 changes ---------- mcc problem: clicking bottom save on initial run would not set mirc nick/altnick/identd/email found by: major_a major_a: please confirm this is fixed. i have tried to correct this problem in this build. now, on the very first run only, the bottom save button will actually send a click command to the normal save button at the top right of the connections page, effectively correcting this problem. a bigger problem is that i relaxed the intial run too much afer i added the new navigation controls. in mpp 7.00 you might remember that on the very first run all of the navigation controls were disabled and could not be clicked until you first filled out every single line for connection #1. well, that hasn't been the case for awhile and it's been causing problems. if you clicked the bottom save button, 9 times out of 10 the info wouldn't save. if you clicked the x button you would get the "mpp updated" banner, but none of your info saved. in x9 i have once again disabled the navigation controls. additionally, both save buttons are disabled on the first run. finally, you can't even click the main X button to close mcc on the first run. if you navigate away from the connections page and hit the X button, you will get a warning and then it will snap you back to the connections page. additionally i have disabled the cancel button on the very first run until all information is entered for server #1. once all fields contain information you should be able to any of these things to cause the main identitiy information to be saved in mirc (just watch the main mirc screen, you should see it mention that nick, altnick, identd, etc info has all been saved): use any of the navigation controls click either save button, top or bottom click the main windows X's button this is a major change, so everyone needs to test the intitial run thoroughly. install mpp, try to click X, put in info, click X, delete mpp install mpp, try to click X, put in info, click bottom save, delete mpp install mpp, try to click X, put in info, click top save, delete mpp after saving, when you restart mirc, mirc should not pop the options dialog asking for user info. now make sure mcc works normally... install mpp, try to click X, put in info, click X or either save, then use mpp normally and make sure that in all cases mcc exits and saves or that you can cancel without saving. i think this is working pretty good, i've reinstalled it about 20 times this evening and i'm not seeing any problems. this next problem has also been fixed: mcc problem: clicking x to close mcc on initial run would not set mirc nick/altnick/identd/email known problem: xserv duplicate file sends i noticed today that when connecting to someone's xserve and requesting an mp3 that xserv starts the transfer then says that the transfer is queued. after the file finishes, it tries sending it again. at this point i am not sure if the problem is with xserv or with x-plorer. i am not too worried about this problem right now because if you are set to auto receive and auto resume, the duplicated transfer is done instantly without affecting the file. so, the duplicate is non-fatal. one side affect is that if rk.mp3 is running, the mp3 you downloaded will be added twice to the playlist. no big really, i just won't be able to fix this before the next release. removed gibbles-n-bits from download mirror randomizer gibbles-n-bits is now the 5th server in the mirrors list. although you can select it manually and use it, you should never see it automatically selected. mmx.exe has been rebuilt to default to this change if there is no mmx.ini. this may change in the future when gibble-n-bits new web service is up and running. * /hadd: no such table 'rkmp3_plist' (line 855, rkmp3.mrc) if you download mp3's, possibly only with xserv and/or x-plorer, and if rk.mp3 isn't running (or possibly only when rk's playlist isn't opened on screen), you would see this error in the status window: * /hadd: no such table 'rkmp3_plist' (line 855, rkmp3.mrc) to reduce the occurance of this error, the mpp full installer variables is now set to %rm.autoadd $false instead of $true. rk.mp3 users can turn this option back on in rk.mp3 settings by checking the auto-add mp3 option. * /msg: no such nick x-plorer error, rare, not fixed. * /join: insufficient parameters (line 879, mpp.mrc) wizaard found this one. if you type /hop in any status window, you would get a non-stop flood of this error, repeating until mirc is closed: /hop lalala... No such channel * /join: insufficient parameters (line 879, mpp.mrc) <- flood now the /hop command checks to make sure that you are in a channel first, and tells you when you aren't. fixed. it should be safe to type /hop in a status window now. * /join: insufficient parameters (line 884, mpp.mrc) if you type /join with no parameters you would get this error: * /join: insufficient parameters (line 884, mpp.mrc) join now checks to make sure you are specifying a channel and possibly a channel key, if not it shows a help message instead of an error. it should be safe to type /join (with no params) in a status window now. beta 6 vs rc1? re-re-re-re-re-revisited... nobody has replied to the original "beta 6 vs rc1?" section from x2 (below). ---------- x8 changes ---------- mcc: added server descriptions for the teamspeak, ventrilo and roger wilco mcc pages something i have wanted to do for a long time now was to add a way to describe the teamspeak, ventrilo and roger wilco servers that you setup. i wanted them, i just didn't want to do the work, especially on the teamspeak page where there are litereally hundreds of controls spanning 30 group boxes. another reason i avoided it was because of the limited amount of room that i have on all of these pages. for the first time ever, last night, someone else suggested this ability. i was talking to jawz and he suggested adding descriptions to the teamspeak and ventrilo pages. i was a little hesitant, but told him i would look into it. i wasn't planning on attempting this so quickly. i decided to start checking the code, looking for places i could get extra room for the new gui controls, etc. the end result: it seems to work pretty damn good. complete. mirc: replaced server addresses with the new descriptions in voice comm menus i was also sick of seeing an ip address in the voice comm menus for teamspeak, ventilo and roger wilco. i wasn't going to change that, but at the last minute i decided to make the menus show the server's description instead of an ip address. it looks much nicer now, and you can easily tell which server you are going to connect to. mpp #1 server button now defaults to ts.multibrowser.org:8177, channel "mIRC Power Pack" mpp #2 server button now defaults to ts2.multibrowser.org:8177, channel "mIRC Power Pack" ts server #1 now defaults to desc: "mIRC Power Pack", address: ts.multibrowser.org:8177 changed "delete me" files to "temp" and now automatically deleting these files in x7 i mentioned the "delete me" files. there are now named "temp" during the installation. the first time you start mpp these files are automatcially deleted. beta 6 vs rc1? re-re-re-re-revisited... nobody has replied to the original "beta 6 vs rc1?" section from x2 (below). ---------- x7 changes ---------- missing folders, major bug for "minimum" install class, fixed right as i announced x7 i found a bug, so i had to pull it from the ftp site. several folders in the official mpp tree (here on my hard drive) are empty. that means that they don't contain any files or subfolders. the problem is that nsis installer's "file /r" (recursive) command doesn't include empty folders. the bug: anyone that installed using the "minimum" installation class would end up with several missing folders that are required. example: in the sounds folder normally you will see wav, mp3, mid, wma and ogg. well, in the mpp tree here, mp3, wma ogg and possibly mid are all empty folders. so if you do a minimum install, your sound folder only has one sub folder named "wav". no big deal, right? wrong. in this condition, if anyone sends you an mp3 file or a wma file, ogg or mid --- they all download to your main mpp folder, not the sounds folder --- becuase the real destination folder can't be found. there were about 5 other required folders that were missing too. as a temporary fix, these folders now contain a 0 kb file named "delete me" and it is totally safe to delete those files. i will try to find a better solution later, this will work fine for now. as far as i can tell, this bug predates mpp 7.00. funstuff reportedly added to query window menus in x6 but it wasn't, fixed i forgot to include the updated funstuff.mrc, oops. mcc main: normal mode: "dcc send" wording changed to "dcc files" arenascout randomly displays a dialog asking for the location of your quake3 executable this was reported by wizaard for x5 and x6, but i am fully unable to duplicate the problem locally, and i remote controlled his test box on and off for the better part of two hours and never saw it once. block delay default increased back to 120 seconds when some servers delayed your connection, /who info would still show in status. not much i can do about that. email the administrators of the shitty irc server. :p~ incidentally... the reason /who information sometimes spams to your status window is because of the "automatic who on join" option in mpp control center (main page, basic tab). you can uncheck this and you will never see the spam in the status window, ever, unless you manually type /who. HOWEVER, if you uncheck this option, the /who command never runs in each channel as you join them. this means that if you are using "nicklist colors based on nicknames", you will NOT see their names change colors shortly after you join the channel. the only time you will see their name change colors is if they join the channel after you and possibly after opening a query window. thanks wickedlyx for picking on me enough that i finally decided to rewrite this. updated mpp security and the mcc security levels page originally mpp security worked like this... High: DCC Server: Off. DCC Trust: Accept Files ONLY From Trusted Users. DCC Accept: Accept ONLY Safe File Types. DCC Receive Mode: Auto Ignore. Medium: DCC Server: On. DCC Trust: Accept Files ONLY From Trusted Users. DCC Accept: Ignore ONLY Unsafe File Types. DCC Receive Mode: Ask First. Low: DCC Server: On. DCC Trust: Accept Files From Anyone. DCC Accept: Accept ALL File File Types. DCC Receive Mode: Auto Accept. at first glance this seems ok. green is 100% safe, red is 100% dangerous and yellow is somewhere right in the middle. but take a look at high... all files are ignored. it doesn't matter that only safe file types are accepted because NONE are accepted. and medium is a little screwey too. sure, this is a good idea because you have to specifically accept or decline every file that comes to you... but it will ignore unsafe file types. instead it shows some stupid warning if an unsafe file is trying to make it your way. low security is 100% open, any file type, any user. makes pefect sense. anyway... i like the idea of a quick way to set security like this, but it needed to change. after installing mpp over 1,000 times, i got tired of missing hundreds of downloads simply because i forgot to set security to medium or low. and if i selected medium i wanted to be asked to accept or decline files, but i didn't want any file types automatically ignored, so i always used low. now mpp security works like this... High: DCC Server: Off. All incoming DCC file transfers will be ignored. Medium: DCC Server: On. DCC Trust: Accept Files ONLY From Trusted Users. DCC Accept: Accept ALL File Types. DCC Receive Mode: Ask First. Low: DCC Server: On. DCC Trust: Accept Files From Anyone. DCC Accept: Accept ALL File Types. DCC Receive Mode: Auto Accept. perfect. high is simpler to understand, 100% lockdown. yellow will prompt you to accept or decline every file, but ALL file types will make it to you. no files will ever be automatically ignored. and red is the same, 100% insecure. the nice part about medium (yellow) is that it turns on "dcc trust" which has been incorporated into mpp since shortly after mpp 7.00 - but none of the "mpp security" options took full advantage of that until now. if you totally trust someone, in mpp you can set their user level to "trusted users (dcc) (90)". if you do this, and you are in "medium security" mode, the people you have added to this user level will be able to send you files 100% automatically. so basically, trusted users can send you any file, any time, 100% unattended. in this regard "medium security" can be as automated as "low security" - but only for people that you trust. now, later in this document you will see this information... "if you absolutely hate this, here is how to turn off the dialog: mirc options (alt+o) -> dcc -> trusted button: uncheck limit auto-get to trusted users" this is still true, however, you shouldn't change this option because in essence what that will do is bypass "medium security" and basically set you to "low security" - but mpp and mcc will both still report that you are at "medium". in other words, when you check mcc's medium security you are saying "all files from anyone but only when i manually accept them", but unchecking the option mentioned above in mirc means "auto accept". let the mcc security page do it's job. then, if you use medium mode and you would like to setup some users as "trusted", start adding them to the "trusted users (dcc) (90)" user level. i should also note that mpp has always shipped with my own user mask as a level 500 user meaning that i can automatically send you files, access your file server, type messages in a query window and you will see them while playing quake 3, and send functions in the remote menus. you can add user lists manually in mirc with alt+r then alt+u. added headers for the mcc security levels page i added the following headers on the mcc security levels page: High: Select this option for the highest possible level of security. Medium: Recommended. You will be asked to Accept or Decline incoming files. Low: Not Recommended. Files are automatically accepted from anyone. changed default mpp security to "medium" along with all of the security settings changes, i have finally decided to ship mpp with security set to "medium" by default. this is a significant change because mpp 7.00 defaulted to high, the most secure setting possible. why the change? simple. medium is still very secure because you have to manually accept files, one at a time, until you have added users to the "trusted users (dcc)" group. the key difference is that now you won't see 1.5 million rejected files listed in your status window. high mode annoyed me because i always test the full installer and i forget to set it to medium or low. mirc favorites menu moved the mirc favorites menu by default is displayed on the main menu in mirc. today i was looking at the view menu in mirc and under view -> favorites there are two options: main menu (default) and tool menu. i checked "tool menu" and instantly the favorites menu dissapeared. it was relocated to the tools menu. while some user may hate this, i have decided to put the favorites menu under the tools menu in mpp 7.10 accessing the favorites menu: click tools -> favorites OR alt+t, enter if you don't like the location of the favorites menu, move it back to the main menu: view menu -> favorites -> main menu why the change? moving the favorites menu under tools had a major side effect... when favorites is on the main menu you can access it quickly by using alt+a. when they added favorites and the the alt+a combination, it pissed off the mirc coders that were used to using alt+a to access and edit mirc aliases. so what was the major side effect? when "favorites" is under "tools" you can once again use alt+a to access and edit your mirc aliases. mirc favorites updated i have removed old channels like "sod-ra3" lol and added about 20 new channels to the mirc favorites area. it's interesting that nobody noticed how outdated the channels were. :/ beta 6 vs rc1? re-re-re-revisited nobody has replied to the original "beta 6 vs rc1?" section from x2 (below). ---------- x6 changes ---------- funstuff wasn't available in query windows, added chan/status/nicklist user levels, fixed missing show user level "trusted user (dcc)" on query menu, fixed no default color for mpp01, fixed fixed something, can't remember - wtf was it i fixed something with whois info... i think... hmm god. nicklist colors: normal user level colors 9-15 were not working on nicklist or query menus, fixed nicklist colors: "no color" options for q3 msgr and remote control not working on either menu, fixed /rpm command had black text banner, removed /who information wasn't being blocked, even when checked, fixed motd information wasn't being blocked, even when checked, fixed welcome information wasn't being blocked, even when checked, fixed block delay defaults to 60 now, and i'm not seeing a reason to set it higher the original test build of x6 (wickedlyx and wizaard had this build) was set to a block delay of 0 by default. occasionally i still saw /who info, so i have rebuilt x6 to default to 60 seconds. if this works well it will be nice becuase now you only have to wait one minute before you can start using /who, /motd, /users and /lusers. you can stil run /test to see how long you have to wait for the block delay to complete. added color resets for user levels, channel status and mirc control menus added commands for these resets: /col_ulev, /col_cmod, /col_umod, respectively added /colreset to reset all of the colors at once for user levels, channel status and mirc control menus updated the color schemes for the nicklist color menu in the full installer, a few were using white updated colors used in /whois info, i like this the best so far added chicago.enterthegame.com to servers.mrc added additional checking when using /hop and /join to turn off /who info if blocking is checked chanserv not available or not responding messages were coming up in solid white text, fixed can't have solid white text on a white background. ex: ChanServ has not replied for 30 seconds... to continue running this server's perform section type: /p1 /about - image looked like shit, updated * /dialog: 'mppabout' name in use (line 477, mpp.mrc), fixed this error happened when typing /about or using the mpp about menus in mirc twice without first closing the about screen. "SignedOn:" whois info changed to "Signed On:" "signed on" info in /whois needed some color, fixed * /dialog: 'mppeditor' name in use (line 712, mpp.mrc) double clicking in an etg channel opens the chanserv dialog. if you double clicked again without first closing the chanserv dialog you would see this error: * /dialog: 'mppeditor' name in use (line 712, mpp.mrc) fixed. disabled menus, false positive the funstuff menu is partially disabled when you right click on a channel. this is normal. to enable the bottom half of the menu you have to right click on someone's name or right click their nick in the channel or right click in a query window with someone. similarly, the gtsdll is partially disabled at times. the items that are disabled will be enabled as soon as you either setup gtsdll to look for your leet apps, or as soon as you start using those programs for actual downloads. until then, they will remain disabled. mpp kicker - the top and bottom bars (-----) in whois info - updated the whois information that appears in query windows is separated by two lines, one on top, and one below. up until now these separators used dashes (-----) by default. now they use (¬¬¬¬¬) by default. while this isn't a major change, it does make the info page look better, especially with darker backgrounds because the new dashes give it a 3d look and feel. i also made the default lines longer to fill the window better, but i have only tested it with the default mpp font, lucida. after playing with this some, i decided to add some new functionality... /kik type /kik for information on how to adjust or colorize the new mpp kicker. beta 6 vs rc1? re-re-revisited nobody has replied to the original "beta 6 vs rc1?" section from x2 (below). ---------- x5 changes ---------- x5 3rd release: notice in active window is turned back on, full installer x5 third release: notices in active window (alt+o -> irc) is now checked by default in x5 full. a long time ago i was using this setting, but someone convinced me to change it. tonight i noticed that doing ~version in a query wouldn't show the notice in the query, but somewhere else. fixed. x5 2nd release: motd was displaying even if block was on, fixed x5 second release: in the initial release of x5, after the first few runs the motd for each server would be displayed even though block motd was checked. x5 original release... mpp now shows an accept/ignore dialog before dcc downloading files from untrusted users i think sometime after mpp 7.00 i added a new user level: dcc trusted (90). the intention was the mpp would auto get files only from users that were in this user level. this policy was never enforced. in the full version of x5, this is now the case. every time someone sends you a file you will see a dialog asking if you want to accept or decline the file. oh, the user level name changed from dcc trusted to trusted user. you can right click on people that you know and trust and select user menu -> user levels -> trusted user (90). these people will now be able to send files to you and mpp will automatically get the files without the dialog. if you absolutely hate this, here is how to turn off the dialog: mirc options (alt+o) -> dcc -> trusted button: uncheck limit auto-get to trusted users added new nicklist color options when right clicking in a query window or on a nickname ok, this is highly experimental, but for the most part it is working. i need everyone to test the hell out of the new menus and give me feedback asap. i will say that "protection" colors do not work and i seem to remember this being a bug in mirc 6.15 and higher - because in mirc 6.15 he changed protection from being "nickname based" to "user@host" based. dcc send/get timeouts increased from 10 seconds to 90, without a reminder :p~ damn, no reminder and i still remembered. if you don't like the new timeout value, you can lower it in dcc options in mirc (alt+o). i decided to increase this value because most of the time 10 seconds is just not long enough. this will also help when sending multiple files. block delay default increased from 160 to 180 seconds 120 and 160 in some cases just weren't long enough. make sure that if you do the full installer this time your block delay is 180. mirc.ini and mpp.ini's containing old mpp700 or mpp 7.00 info several hacks later... i think they are all up to specs now. outdated mpp 7.00 links in mirc's url list (alt+u) hitting alt+u in x4 or earlier, even beta 5, would show the top links as: mpp 7.00. updated to show mpp 7.10. also updated the url that it wants to drive to. also updated the colors for the link. what else am i missing? i've found 25+ things, surely there's something i'm missing. so, what is it? beta 6 vs rc1? re-revisited nobody has replied to the original "beta 6 vs rc1?" section from x2 (below). ---------- x4 changes ---------- faq: i am unable to dcc get or dcc send, including dcc file transfers and dcc chats first, check these things: make sure your internet connection is working 100% test file send/receive with a different program, like icq make sure your ports are forwarding to the correct local ip if using a router make sure you aren't being blocked by a firewall try dmz mode on your router temporarily to see if that helps if all of these items seem to be ok, try these steps: there is a bug in mirc, and it's been there now for about 4 or 5 years... to correct the problem: mirc options (alt+o) -> irc -> local info delete everything in both edit boxes check localhost and server save settings close mirc restart mirc and try to dcc again if it doesn't work, repeat mirc options above but try localhost and normal if that doesn't work either try ip/server or ip/lookup keep trying... - make sure you delete the text in both edit boxes each time - make sure you restart mirc each time sooner or later dcc's should start working again the normal settings are localhost/server faq: in mcc images i checked the option for mirc only images, but after saving in mcc, mirc still shows mpp image themes ok, now think about that for a second. let it really sink in. got it now? if i turn off your mirc images when you hit save in mcc, and then you spend 5 hours manually setting up images one at a time in mirc - what will happen the next time you click save in mcc? you would lose all of your images in mirc again. this can't be done safely. so, if you check the option in mcc image themes and save, you have to start right clicking in the mirc window to pick the images you want to use. ya, it's very manual, but that's what you wanted... manual images... major problem: when dcc sending multiple files at one time, all open/active dcc send windows stop and close immediately after the first file has completed sending this is a major problem... about 6 or 7 months ago i was sending 4 large files to goob. as soon as the first file finished sending, the other three file send windows stopped and closed. i was like wtf? so i sent the remaining 3 files and sure enough, when the second file completed it's transfer, the remaining two send windows died. i had to start two more transfers for the remaining two files and once again, when the 3rd file was done, the 4th window stopped sending and automatically closed. anyone not using mpp could send me multiple files without any problems, it only messed up when i was trying to send multiple files to someone else this has been the case for a very long time now and i am confused as to why not one person has ever complained about it. it was definitely a problem all the way back into the pre beta released for mpp 7.00 which dates back over a full year now. anyway, i saw the problem and i made some notes to correct the problem, but i was taking a break from coding and this one slipped through the cracks. today i was sending 3 files from my home pc to work using mpp and bam, there it was again, that stupid ass problem. when i send multiple files over vanilla mirc, they all come over fine, but if i send multiple files over mpp, all remaing dcc sends stop and close the instant that the 1st file finishes sending. ok, wtf?!? i loaded all of my scripts and started looking for problems. i found about a thousand or so, but none of them were causing the dcc send problem. is that possible? a real problem in mpp that is NOT my fault? kik where's a calendar... maybe it was someone else's script.... mpp 7.10 cannot ship with this defect. i had no choice. i was going to have to manually unload all of the mpp scripts, one at a time, and restart mirc each time, until i finally found the script that was causing the problem. UGH!!! so, i started unloading all of the mpp scripts, one at a time. at first i suspected treeview, but that wasn't the problem. gtsdll? nope. atma file server? nope. darkengine pro? no. control panels? custom nicklist? smarticq? systeminfo? no, no, no. aim or msn scripts? no. dammit! after about an hour and a half i still had no idea what was causing the problem. rrrreeeeeeeeeeeeeeeeeeeeeeeeeeeeeeeEE! finally i decided to unload xserv and instantly file transfers worked perfectly. wtf? on *:filesent:*:{ if (!$xbuild)... ... close -s1 $nick ... looks like the close -s1 $nick was the source of the problem. i reloaded xserv with that "close" line commented out and file transfers continued to work correctly. this shouldn't have an adverse affect on xserv since this code only seems to be a simple wrapper to send xserv to other people. fixed. anyway, wtf. by the time i was done unloading all of those scripts i was so pissed that i was actually willing to leave it out of the mpp distribution and not worry about trying to correct it. dcc file transfers should work fine now but i need everyone to test the living shit out of it. send 50 files to someone and make sure it works. then have them send all 50 back to you. even though "i want to set images in mirc" was checked, each time you set yourself away/back mpp would load a toolbar image if you tell mcc not to use mpp image themes (top check box) and then you change all of your mirc images by right clicking... i had all mine completely turned off. well, as soon as you get marked away, the toolbar image instantly comes back to show the new AWAY indicator - it shouldn't ever show if mpp images are off. setting yourself back puts the normal image back but that shouldn't show either if mpp images are off. well, while fixing that problem i noticed the mcc images page wasn't working right either. if you set background to (none) it would still show the background image. and most of the times there was no (none) option. and if you select it, the next time you started mcc it wouldn't show (none) in the selectors. there were about 9 problems with that page total (described below). mcc image themes page, 9 problems, fixed: background image would stay displayed if (none) was selected, fixed. sometimes there was no "(none)" under the theme selector or the background selector, fixed. selecting "none" for theme selector would still show last background, fixed. selecting "none" for theme selector would not set background to "none", fixed after selecting "none" for theme and/or background would not be "remembered" in the next mcc session, fixed multiple display problems, images not loading correctly, fixed checking "i want to set images in mirc" option now automatically sets theme and backgound to "none". checking "i want to set images in mirc" option displayed a goofy picture, fixed i have replaced the image with a simple panel now. this panel will display on top of the "quiet mode" panel. in all previous builds, when hovering over any of the images on the mcc images page, the cursor would change from a pointer to a small cross. this cross was impossible to see with no background image, and even with a background it was still hard to see. the cursor for all images on this page should now be a normal pointer. beta 6 vs rc1? revisited nobody has replied to the original "beta 6 vs rc1?" section from x2 (below). ---------- x3 changes ---------- faq: i want all windows maximized, each time i start mpp after mpp loads, click on the button for your first server connection, a status window. click the maximize button to make the status window take up the entire area of the main mirc window. left click the icon for the status window. the status window icon is near the very top left of the main mirc window, directly below the main mirc icon. or right click the status window button. in either case, you will get a context menu. from the context menu select: position -> save. close mirc and restart mpp. all windows will snap to maximized mode. build id is now 7.012 self explanitory. mcc block delay now defaults to 160 seconds instead of 120 same as above. /rpm command now saves last used state last state stored in mpp.cfg so mcc will see the correct setting. added part messages menu to main mpp toolbar menu in mirc (settings), also saves last used state the main mpp menu in mirc (under the settings sub menu) now has a 3 way menu for part messages. each time you click it it changes states and reports to the main mirc window. !nick sound reporting, thanks for ops and thanks for voice menus now report their setting in main window clicking these items in the main mpp menu (under settings) now reports their setting in the main mirc window. offer mirc power pack "black banner" found and removed from three places: channels, nicklist, query i found a few more text items with the nasty black background, fixed. updated main.rtf, help file for main mcc window, now includes help for part messages self explanitory. updated hotlink for sgt-d@sodpit.com, now the subject of the email spells out "mIRC Power Pack" self explanitory. updated all "mIRC Power Pack" text to solid red, purple, yellow, including quit messages please watch closely and make sure this statement is TRUE. self explanitory. updated part.txt added more funny lines. if anyone wants some added, email them to me asap. added /pmsg alias to open part.txt in notepad self explanitory. updated /power script, removed black banner self explanitory. full version installer: multi browser will now default to server reports with no text background almost missed this, but since i'm ditching the black banner backgrounds, and for consistency, i had to do the same for multi browser in the full installer. fixed tab key order for vhost/authserv/nickserv dialog tab was jumping all over the place. fixed tab key order for new part messages dialog tab wasn't too bad, but was out of order. all of the popup dialogs that were "themed" in x1 now stopped on the main area when using tab key, fixed ugh fucking pain in my ass. i added a "theme" control (a tabbed page control) to like 15 popup dialogs... then i noticed that the page control itself by default wants to accept tab key stops - meaning after you tab thru all of the controls it will stop one time on the tabbed page and do nothing. dumb shit. this should be fixed now. more... i did a lot more with this build, but hell if i can remember now. 1:00 am, nite. ---------- x2 changes ---------- in x1 mpp would automatically part channels whenever anyone parted, fixed in x1 i added a new feature allowing none/single/random part messages whenever you /part, /hop or click the X button in a channel window. originally i was only able to get /part and /hop to work properly... i couldn't trap the X button event for channels. channel windows can't be controlled by "on close" or "on open" events. mirc only fires an "on close" event when you click the X button to close custom windows or queires - not channel windows. somehow i wasn't surprised. i had to find some way to trick mirc into sending the new /part (reason) command even if the X button for the channel had been clicked. channel windows in mirc are only controllable with "on part" and "on join", so i started testing... and eventually i was able to detect an X click for the window as a valid /part - then i was able to run my new /part alias where you could send a part reason to the channel. it worked perfectly now, you could type /part or /hop or you could click the cute little X button to close the channel and ALL of these would send the part reason to the channel. one small side effect: the status window bitches that you aren't in the channel. while this looks like a problem, it isn't, it's just annoying. one major problem: the new "on part" event fired every time anyone in a channel parted the channel. as soon as one person left a channel, mpp would automatically make you part the channel too. oops. the problem is that my "on part" event sends a /part command, but i wasn't telling mmpp to ONLY fire my new /part command if __I___ was the person that parted the channel. this has been corrected. now when i leave a channel, the new /part (reason) is sent. if anyone else parts, nothing happens. i fixed this the morning after the x1 announcement, but was too busy at work to tell anyone to avoid the x1 patch. czechplz and wicked later confirmed the problem and i had czechplz test a new snippet of code for the "on part" event and confirm that the new code fixeed the problem. mpp colored text looks hideous with any color scheme that didn't use a black background, fixed almost all of the text that mpp sends to the windows for different events looks ugly if you are using any color theme using a bright background color in mirc, especially white. examples: mpp startup text (version info, links), mpp update checking, windows version detection, ~version, ~nick, /quit, /part, mpp announcements, ctcp #chan|nick version, /power, whois info when opening a query window, first time running mpp messages, /names, file transfer notices in the current window, almost all text in the dcc transfers window, most of the old mpp commands that showed help/usage, security level setting changes, mircster, user is online/offline etc. these all looked fine on a black background, but any other color looked terrible. why? well, a long time ago i was pursuaded to force a black background on all of the text in mpp so that everyone could see the text. so, if you had a white back- ground you would see a black banner come across the screen so that i could show white colors. i knew back then that eventually i would have to change this because i knew it would look bad. last night someone mentioned this problem to me, so i decided to check it out. i used the "mirc classic" theme and about puked. black banners all over my screen, and only about 80% of the banners were being fully displayed, the other 20% of the time the banner was missing completely (ex: white text on white background) or the banner only covered half of the letters. it was truly horrible. i have gone back over all of the text messages and removed all of the forced black backgrounds - so now all i am using is colored text. some of the colors are a little hard to see on a white background, but it sure looks better than the shit i saw last night. in a lot of cases i have removed color coding for normal text so that the text can be colored to match your current color theme. now at least it looks decent with most of the themes. quit messages have also been updated, run mcc and click the quit messages button, then click the default button to set it correctly. i need everyone to run for a few days using the "mirc classic" color theme to help me make sure all of the colors look right now. servers.mrc updated to newest version a new version of servers.ini was released in the last few days. i just noticed it today, so i grabbed it. i wasn't going to actually merge it in until later, but i decided to do it for x2. beta 6 vs rc1? if everyone hits this build hard and scours for problems, within a few days i will release rc1. otherwise the next full build will be beta 6. so, are we shooting for beta 6 or rc1? it's up to you! reply with email and tell me if you have time to help test and you want to shoot for rc1, or if you don't have time and would rather take it a little slower and settle for beta 6. another beta version will force the final to be delayed by an additional 2-3 weeks. :/ i will have full test builds later tonight or tomorrow. ---------- x1 changes ---------- thank you! i want to say thank you to everyone for helping me test the new mpp. sometime in the next month i would like to release the final. while beta 5 is pretty much bug free (i haven't found any major problems with it yet), there are still things that are annoying that need to be fixed. help me find more things that need to be updated. if you hover your mouse over any clickable items, the cursor should change from a pointer to a pointing hand. if you see any that aren't, tell me where they are so i can fix them asap. spelling errors, if you see any, tell me asap. there are tons of these little problems throughout mcc and mpp itself. i need help finding them - before it is too late. some have been fixed as can be seen below... mcc save = live nick change, fixed when you are on irc and you run mcc, then click save, your nickname would often change. while this is fixed now, it has to be tested strongly when the next full installer version is released. this has been a problem since before mpp 7.00 was released. dead mentioned the problem shortly after trying mpp 7.00. the only other person to mention it was major_a, roughly a day or two ago. nobody else has mentioned it. mcc settings, quiet mode? kik... shouldn't quiet mode hide almost everything? ya, but it wasn't. what was still showing in quiet mode? the 3 icons on the resources page, the image theme being used, the resize image on the resolutions & fonts page and the 2 icons on the main page. all of these are now hidden in quite mode excpept the 2 icons on the main page. please test quite mode and make sure it's all working right and that it truly is "quiet". nobody mentioned this. mcc resolutions & fonts updated added tahoma font button. changed all buttons' captions to just the name of the font, such as "Lucida". the lucida button used to say "MPP Default" and the "Fixedsys" button used to say "mIRC Default". all buttons are now using the font that they claim they are for, so when you look at the fixedsys button, that is what your mirc text will actually look like. the dungeon button won't show the right font unless you download and install the dungeon font first. mcc popup dialogs not themed, fixed all popup dialogs (vhost, authserv, nickserv, part messages, quit messages, add/copy profiles, add/copy color themes, mcc themes save, etc) in mcc... all of these popup windows now mimic mcc themes option "xp textures main". if main is checked, these popups are themed. if main is not checked, these popups are not themed. i'm surprised that nobody mentioned this. :/ missing pointing hand cursor, fixed mcc settings -> save theme -> cancel button cursor wasn't a pointing hand, fixed. mcc main: part messages, added mcc main now has an option for part messages. possible settings: off, on and random. if on is checked, you will get a button for a "single" part message that can be used every time you part a channel. if off or random are checked, the button is hidden. off means you will never drop a part message. if random is checked, each time you part a channel you will drop a random part message from quit.txt. notes: you can type /part or /hop manually, or you can click the channel windows' X button (close) and in all cases the part message will work. yes i am aware that a few messages go to the status window like "you aren't in that channel dumbass" and "god fag can't send to #channel", etc. i'm not worried about them, but will try to find a workaround. if i don't find a, workaround i don't care. if you don't like the extra status window errors, don't use part messages. :P~ new command: /rpm /rpm is a new command originally meaning "random part messages". originally it was going to be random part messages, on or off. later i added single messages. so now it's single part message, random part message or no part message. /rpm 0 - turns off part messages /rpm 1 - turns on single part messages /rpm 2 - turns on random part messages important: don't expect this command to save 100%. the next time you load mcc it will overwrite your last /rpm command. /rpm was here first, after using it for awhile i liked it and i wasn't going to add it to mcc until later. i just decided a few minutes ago to add it to mcc now while i had time. the next version will remember /rpm settings. /rpm and mcc part messages i almost didn't do either of these today. as i was packaging the test i noticed a small snippet of code that i had started about 3 days ago for part messages and decided to spend a few hours working on it today. -sgt --------------- MPP 7.10 BETA 5 --------------- Changes in MPP 7.10 Beta 5 (December 6, 2004) Codename: Shadow Of Deth notice all sections from "mpp 7.10 beta 5 final build" down to "b5 test 1" are all new sections since the release of mpp 7.10 beta 4. i have done things in smaller sections to show what was done at different points along the way. so, if you see "mpp 7.10 beta 5 test build #3" - it's still something newer than beta 4, so read it. again, this is true for everything down to "b5 test 1". personal note i stayed up all night sunday night working on the final test build of beta 5 (test 4) and i think this build is exactly what i want out of mpp. i haven't found any bugs yet, but i'm still looking. i wanted to release it monday night, december 6, 2004, but i am just now finishing the readme and the web pages aren't ready. so, i'm holding off until tomorrow night, the 7th. this also buys the beta team one more full day to test. mcc connections: unchecked perform sections still being executed, fixed this was a potential disaster and has existed for 14 days, since the release of beta 4 on nov 21, 2004. i am surprised that nobody saw this problem and it was only by complete accident that i stumbled upon it. major problem: mcc connections: if you unchecked a "perform on connect" section and restarted mpp, the section was performed anyway, even though it shouldn't have been. in the “mppexec” section of \system\mpp\connect.mrc when a perform section is checked (on), you should normally see "/p1" or "/p2", or for vhosted etg connections you would see ".timervh1 -o 0 30 vh1" or similar. when a perform section is unchecked (off) you should see "To run this server's perform section type: /p1". however, this was not the case. starting with mpp 7.10 beta 4 all the way up to and including beta 5 test 3, the mppexec sections always said “/p1” or “/p2” regardless of whether the perform sections were checked or unchecked. this bug was introduced when i added the authserv/nickserv button in mpp 7.10 beta 4. after 200 lines of new code, it seems to be working correctly now. fixed. mcc connections: vhost login success prompts to join chans even if perform unchecked, fixed this was the case, all the way back to pre 7.00 builds of mpp. now, if perform is not checked - even if vhost login is successful - you will NOT see a dialog popup asking you if you want to join your channels. i don't know why nobody ever complained about this. fixed. mcc connections: re-ordered sections in connect.mrc making it easier to find things i have changed the order for everything in connect.mrc. now the resulting script is much easier to read and should help everyone when troubleshooting. the server aliases (alias srv1 .. srv20) are still at the very top of the script. directly below this is the mppexec section. basically i put the mppexec section near the top to make it easier to locate your perform sections. the entire layout of connect.mrc has been restructured, with the main functions near the top. mcc main, advanced: block motd on connect, unchecking this didn't work, fixed if you are upgrading you will still have to manually uncheck one mirc option AND one mcc option: in mirc options (alt+o) -> irc -> options: uncheck skip motd on connect on the advanced tab of main page in mpp control center: uncheck "block motd on connect" if you are installing mpp 7.10 beta 5 full, you only have to uncheck the mcc option mentioned above. fixed. mcc installers: main page wasn't displaying the current operation in some cases, fixed if you had to download all of the add-on packs you would never see this problem. if you already had the add-on packs, each time a new add-on pack loaded, the main installer window would indicate that it was still trying to download the mpp readme file - like it was 900mb or something. it's been like this since before 7.00, and again i'm not sure why nobody ever mentioned it. now the status updates correctly (i think) on the main installer. i also added updates on the main installer for things like when the cd-rom image files are being downloaded and when the mpp toolbar images are being updated. fixed. mpp installers: download mirror page didn't show the physical location of the server, fixed added geographical locations for all 5 mpp mirrors in the drop down selector. fixed. mmx updated to show geographical locations of mpp mirror servers mmx has been updated to show the physical location of the mirror servers query /whois info, common channels was missing/broken sometime after adding ssl info in beta 4, fixed this was broken around the time i added the ability to double click your own nick on protium to see if you were using ssl or not. nobody noticed that common channels went missing. fixed. mpp installers: download mirror page, host web page links: removed leading "www." removed leading www. from the "pretty names" seen on the mirrors page. example: old label: www.Gibbles-N-Bits.com new label: Gibbles-N-Bits.com -------------------- beta 5 test build #3 -------------------- a new era in the very beginning of mpp, i began making the project modular. back then, some people only wanted the core scripts, some wanted extra scripts, while others wanted a full version. there were no installers back then, just zip files. only the first few versions were available in max/normal/mini packages like this. later i started making installers and added in some extra media packs to include sounds and stuff. this was around mpp 5.71 or 5.91. anyway, around this time the installers couldn't download the add-ons, you had to download all of the files, put them all in the same folder, then run the installer. the add-on packs were not "hands free" either, you had to hit ok or next 100 times. when mpp 6.00 and 6.01 came out nothing changed really. you still had to manually download all of the files. anyone remember the dreadful download speed back then? lol it took a week to get the distribution downloaded. this was a slow connection, sod1.ath.cx (long dead) for those that remember. mpp 7.00 changed everything, dramatically, in more ways than one. the gui interface for the installer received a major facelift from the 6.x and 5.x series. sadly, this went largely unnoticed. for the first time ever my installers were finally able to download the add-on packs "on the fly". this was a huge plus because now you didn't have to download everything manually. additionally, the add-on packs were now "hands free" meaning that as soon as the file was downloaded, the add-on package would intall fully automatic. the downloads were much faster as well. while the installers were all "hard coded" for one domain, like sparkyowns.com, you could override that by using my "magic mirror x" (mmx) program which was designed to help you generate an "override" file named mpp700.ini. this ini file could be placed in the same folder as getmpp or the mpp 7.00 installer to force the installers to override the normal "hard coded" download location and use the location of your choice. mmx was even recently tested thoroughly by the mpp beta team (around the time of the mpp 7.10 beta 4 release) in preparation for the mpp 7.10 final release. it was run through a series of 6 tests, all passed. and they hated me for it! :) mmx was a decent workaround for a problem that i have always wanted to be able to handle better. yes, people could override the download location... but nobody even tried to use mmx when the mpp 7.00 main download location went offline. mmx was a nice idea, but it wasn't good enough. now that mpp 7.10 is on the horizon and i am feverishly working on beta 5 for public consumption, i wanted to take a little time to come up with a better solution for downloading files. after the private release of test 8 i was building beta 5 test installers and i was about ready to have the beta team check them when i made a last minute decision to pull the installers and tackle the download location issue. i spent about an hour or two building a custom page in nsis to handle multiple download location. my changes broke the full installer code, so i closed all of my editors and restored the original from backup. i wasn't going to risk screwing it up agian. more wasted time, pissed. then i leaned back and thought to myself "beta 5 is done... fuck it, i can just wait to try something different for downloads when it comes time for the mpp 7.10 final release". satisfied with that thought, i left my office for about 10 minutes. while i was gone i realized that a new download system could easily introduce new problems or bugs and trying to hack something in right before the "final" release of mpp 7.10 was not a good idea. additionally, i want beta 5 to be the last raw beta test, so i wasn't going to release b5, then add this new crap for a b6 release. no... it was now or never. and at the time i was so pissed that i was leaning toward "never". then i was halfway done uploading the beta 5 test and i cancelled it. a last minute change of heart. this almost never happened. the editor windows flew open and the keys started rat-a-tat-tatting. within 30 to 45 minutes i was able to get a rough draft that actually worked. i could switch download servers on the fly. holy shit! it was a basic page, nothing fancy. a single drop down with only 2 or 3 mirrors listed. and a small section with helpful information along the bottom. before this i only had 2 mirrors, now i have 5. in the end it probably took me 6 hours of coding and testing, plus another 2-3 hours locating friends with tons of bandwidth so i could setup more mirrors. so, the beta team got test #1 of beta 5 and checked it out. it worked fine for everyone that tested it. last night i worked on this page for another 2 hours, adding links to websites for the people that were hosting. i was unable to have a link update based on the drop down selection, so i started off with all of the links showing on the page. this looked very cluttered and there was no extra room for anything. doing the page this way limited me to only 5 mirrors because there was no extra room. i had to find a way to make the page more dynamic so you would only see the provider and their website for the currently selected mirror. this proved to be more problematic than adding the mirrors. keep in mind these installers are all written in code, not gui. so to change a label's text from "something" to "something else" i have to grab the windows handle, then grab the id of the control, a label, then send a windows message like ${WM_SETTEXT} to that control to get it to update. i had very little luck with this, and even if i could get the text in the link to change, i couldn't change the url associated with the control, just the text you saw on screen. so what i decided to do instead was to make different labels and links all laying on top of each other, then hide them all from view - and then only show the controls for the active mirror. it worked... holy shit. add 3 or 4 hours for testing and coding. the end result is exactly what i have always wanted. a simple page that will let anyone select a mirror that they want to use, and to show information about that mirror when it is selected. somehow i was able to get the code and layout the way i had pictured it in my head. the new mpp download mirrors page shows up right after you select your installation class (mpp full installers) or your download class (mpp download wizard aka getmpp). starting today, dec 5 2004, getmpp and the full installers (not the upgrade) for mpp all contain a new page where you can select the download mirror that you want to use. i know this has been suggested, time and time again - but nobody has ever wanted this feature to work more than i have wanted it. on the mpp download mirrors page in the installer you can easily select a download mirror. if you change the mirror you can see detailed information about the mirror, including who helped put the mirror in place, and a hyperlink to their website. originally i was going to completely phase out magic mirror x as the mpp beta team will recall: you don't ever have to use magic mirror x (mmx), ever again. in order to implement the new download mirrors page, i had to remove the ability to override the installer manually via an ini file. don't bother trying, it won't work. in the original builds of beta 5, that's just how things were going to work. well, it's been 2 or 3 more days of coding, trial, error, beta testing... and i now beta 5 has been rebuilt to make room for some changes. update: mmx has been updated and can override the installer in two ways: 1) you can build mirrors.dat that can be used by getmpp or mpp7xx_full. mirrors.dat basically lets you define all of the mirrors on the installer's mirrors page. 2) if these installers see override.dat containing one single url, then the installers will NOT use the default mirrors OR the mirrors found in mirrors.dat. no matter which mirror you select, the install will use the single url found in override.dat. the mirror list you see now in beta 5 might have a few more by the time mpp 7.10 final is released - but that is the cut off date. there won't be any new mirrors until the next release of mpp. of course, beta builds will also have updated mirrors. a ton of time and hard work, and a long time coming - but the end result is well worth the wait and the work. update 12/5... i have spent the last 2 or 3 days improving the mpp mirrors page in the new mpp installers and magic mirror x (mmx). each time the installer starts and each time mirrors page is loaded (including back/next buttons) the mirror is automatically selected, perfectly random. the total number of possible mirrors has increased from 5 to 10. only 5 are defined in beta 5, so that's all you will see. i'm only mentioning this because this one change doubled my code and my time. note to beta testers... if you define 10 servers in mmx now, the new installers will only randomize between 1 and 5 because i only have 5 real mirrors for mpp. anyway, the 5 mmx reborn (formerly mmx depricated/removed) "mmx is no longer functional, removed." well, that's how it was going to be in beta 5, but that's changed. mmx is now a fully functional gui designed to build mirror.dat or override.dat. mmx has changed, a ton. originally the mmx.ini had to be edited by hand and you had to manually build the url list in an ini file format and then restart mmx. now mmx is a full gui that allows you to edit everything possible. for more information run mmx.exe and check the help file. mpp installers recompiled with nsis 2.03 / nsis modern user interface 1.72 nsis 2.03 was released recently (december 3, 2003) along with nsis modern user interface 1.72 (november 27, 2004). the mpp installers have been recompiled using these new versions. NSIS (Nullsoft Scriptable Install System) http://nsis.sourceforge.net NSIS 2.03 - December 3, 2004 NSIS Modern User Interface 1.72 - November 27, 2004 [10053] Software caused connection abort * [10053] Software caused connection abort * Disconnected this problem can be related to servers.mrc but can also be related to software or hardware firewalls or routers. the possible problems in servers.mrc are: 1) the random server (round robbin) is set to use a range of ports, but one or more of the actual irc servers is unable to use the same complete port range. example: irc.protium.org:6667-6669,7000 trinity.protium.org:6667-6669,7000 valhalla.protium.org:6667-6669,7000 mercury.protium.org:6667 the top server is a random server, also called a round robbin. by default mirc uses the first server found and stores the ports that can be used. let's say the round robin puts you on valhalla on port 6669. for some reason you get disconnected. mirc then uses the next server in the list, in this case mercury. but mirc never looks back at it's own server list to see that mercury can only use port 6667 - mirc instead tries to use the same port that was used on valhalla, 6669, causing the 10053 error. this imo and from what i can tell is a deficiency in mirc itself, not mpp. mirc should be able to see that an individual server in a loop can only use a certain port or set of ports and that value should be the server's setting, not the round robbin's setting. 2) one or more servers in the loop are offline or dead. if the new server.mrc (below) doesn't fix your problem, it might be your hardware or software firewall causing your disconnects. servers.mrc updated protium the following servers are offline or dead, removed from servers.mrc: digital.protium.org:6667-6669,7000,+9000,+9999 64.246.181.44:6667-6669,7000,+9000,+9999 tornado.protium.org:6667-6669,7000,+9000,+9999 217.10.144.4:6667-6669,7000,+9000,+9999 66.113.84.52:6667-6669,7000 i also fixed the sll servers for protium gamesurge the following servers are offline or dead, removed from servers.mrc: IRC.US.GameSurge.Net:6667 IRC.EU.GameSurge.Net:6667 Icarus.OH.US.GameSurge.net:6667 GameSurge: Dusseldorf, Germany ServerSERVER:Bnctown.DE.EU.GameSurge.net:6667 Kanzi.CA.US.GameSurge.net:6667 Geneva.CH.EU.GameSurge.net:6667 Lausanne.CH.EU.GameSurge.net:6667 Reflex.UK.EU.GameSurge.net:6667 NuclearFallout.CA.US.GameSurge.net:6667 GameWarriors.NJ.US.GameSurge.net:6667 Olya.NY.US.GameSurge.net:6667 OktaGone.WA.AU.GameSurge.net:6667 Vigilance.CA.US.GameSurge.net:6667 as you can see, over half of the servers were dead which made connecting to gamesurge a pain in the ass. these bad links are all gone now, so it should be better. some new servers have been added. -------------------- beta 5 test build #2 -------------------- updated mpp installer mirrors to dynamically show details about the selected mirror now when you select a mirror, the details about that mirror are updated to show the details for the current selection. -------------------- beta 5 test build #1 -------------------- getmpp and full installers now have built in support for download mirrors see the test build #3 section above for updated information about mpp download mirrors. mmx (magic mirror) depricated reborn in test build #3, above. mppbar.exe fixed none of the beta testers caught this... but if you installed mpp 7.0 rc6-4 or 7.00 final, then installed 7.10 beta 4 (full or upgrade), the toolbar at the top of mirc still showed 7.00. this is because the old mppbar.exe was hard coded to only update the C:\mIRC Power Pack folder. now mppbar.exe knows where you last installed mpp and installs correctly, updating all toolbar images to 7.10. thanks for ops messages fixed somewhere in all of these tests, even prior to beta 4, mpp wouldn't thank anyone that opped you - even if the option was checked. fixed. thanks for reporting the problem czechplz. test 8 down to test 1... the remainder of this section describes all of the changes during the eight tests that were given to the mpp beta team. this information shows more changes since beta 4. --------- b5 test 8 --------- test... test: check all mcc help pages, make sure the correct pages load and make sure the information looks current and correct. /names problem - hah! fixed? hah, doubtful. originally i stated that server blocks would fail on these conditions: 1) you have made major changes to your connection script 2) you have changed mpp user profiles 3) etg chanserv is lagged and doesn't reply to your vhost login until after the block delay time is reached 4) you click an irc:// web link after the block delay time is reached. in conditions #1 and #2, these failures will only happen on the first launch of mpp after the changes. in conditions #3 and #4, these failures will happen every time chanserv is lagged beyond the block delay time or when an irc:// link is clicked after the block delay time. i now think that some of this information was incorrect. i noticed today (over time) that while items #1 and #2 were definitely occuring at the times mentioned, the real cause of the problem was saving settings in mcc while mirc was not running. and both itmes #1 and #2 are most commonly saved when mirc is off. see, most of the time when you hit save in mcc, mirc is already running. even during your very first launch of mpp. for me it is very rare to have mcc running with mirc closed. some of the only times i run mcc by itself are to change my connection script or to change mpp user profiles. so it only made sense that i would connect the /names problems to these two events. i simply assumed that the problem(s) lied in the connection script or in mpp user profiles. not the case. it was definitely directly related to the save command in mcc while mirc was closed. my revised list... possible server block failures or /names problems and their probable causes: 1) any time you click save in mcc while mirc is not running. 2) you click an irc:// web link after the block delay time is reached. 3) etg chanserv is lagged and doesn't reply to your vhost login until after the block delay time is reached. now, to shoot this list down. item #1 - mcc save with mirc off when mpp is started, mirc loads and the first three scripts, in order, are connect.mrc, mpp.mrc and mppcfg.mrc. connect.mrc is your connection script, mpp.mrc is the main mpp script, and mppcfg.mrc is used to detect and react to changes made by mpp control center. each of these scripts has an "on start" event, something that happens each time mirc starts. mirc performs the commands in the order that the scripts are loaded, so the start event for connect.mrc fires first, then the start event for mpp.mrc, and finally the start event for mppcfg.mrc. connect.mrc and mpp.mrc start sections both turn on the names block. this block is also turned on when you close mirc. so what turned the block off? hint: mcc save when mirc is not running. when mirc is running... while mirc is running mppcfg.mrc checks for changes - whenever you hit save in mcc or when you close mcc. technically it turns the block off, but when you exit mirc the block is back on. so in this case you never saw the /names problem. when mirc isn't running... mppcfg.mrc isn't able to check for changes. the next time you start mirc, connect.mrc turns the block on, then mpp.cfg turns the names block on, but then mpp.mrc fires up the mppcfg.mrc script to check for changes. mppcfg would see the changes, update and then turn the names block off, so your channels would flood with /names. debugged, finally... now mppcfg.mrc checks to see if the block delay has expired first before it attempts to adjust any server block settings. if the block delay hasn't expired, mppcfg.mrc can't make any changes to the server blocks. in other words, now you can save in mcc regardless of whether or not mirc is running, and you should not see the /names bug. as far as i can tell... mppcfg.mrc was the main culprit behind the /names bug. this new method should (hopefully) almost completely remove the /names bug. item #2 - irc:// links since i've made the changes to mppcfg.mrc, i have tested a few local irc:// web links and i am fully unable to make the /names bug occur using irc:// links. item #3 - chanserv/vhost lag etg. gotta love it. the only time i have ever really needed chanserv to screw up and lag me to death... and it's working perfectly, of course. there is no way to test this issue until chanserv is lagged. it's a 50/50 shot at this point. the /names bug might crop up when chanserv lags beyond the block delay timeout. and if it does, i would consider that instance of the /names bug to be acceptable or at least tolerable. if that's the only time that it ever happens i will find a way to suffer through it. if this /names bug is 95% gone, it's at least good to know that the only time i might see it is when an irc bot fucks up instead of my code. kik. the fact that irc:// links seem to work now tends to make me lean more toward the idea that maybe even the chanserv lag issue won't cause anymore annoying /names problems. only time will tell. the bottom line... if you see the /names bug after installing test 8, i want to know about it asap. try to keep track of your steps, keep notes, and try to give me a detailed report so that i can attempt to duplicate the problem. email me at sgt-d@sodpit.com. mcc system tray icon menu updated the mcc system tray icon menu has been updated. in tests 6 and 7 the 'main menu' item on the menu had an 'f1' by it, part of my hotkey tests. the f1 has now been removed. the show/hide item that was at the top is now at the bottom. additionally i have added a sub-menu to the 'main menu' with links to basic/advanced/misc and normal/gaming. this layout matches the recent 'right click context' menu. right click context menu re-revisited remember that stupid right click menu that was added in test 6 just so i could allow you to navigate mcc using hotkeys? well, as you know it was removed in test 7, never to be seen again. never say never. in test 8 i have decided that even though most people will hate the context menu, it would be nice for some users to have this menu as an option. no problem, i'll just add an option to turn it on or off. no problem. well, it took longer than expected. the menu was still there... it was just deactivated. but, the code was all gone. i had to rebuild the entire menu, for the third or fourth (final) time. anyway, a very minor benefit... if you use the context menu you won't hear the "ding" mentioned below. new zero bug :/ test 5 or 6 (below) added "block delay". in random cases, the block delay in mcc would change to "0" instead of what you had typed in there. this seems to be fixed in this version of mcc.exe. test: i need to make sure this bug is gone in test 8. start.exe updated mpp profile manager (start.exe) updated, new icon. mcc hotkeys documented main settings = f1 basic = ctrl+f1 advanced = ctrl+f2 misc = ctrl+f3 normal mode = ctrl+f4 gaming mode = ctrl+f5 connections = f2 security levels = f3 function keys = f4 mcc settings = f5 color themes = f6 image themes = f7 timestamp = f8 resolution & fonts = f9 teamspeak = f10 ventrilo = f11 roger wilco = f12 resources = shift+f1 help = shift+f2 cancel & exit = ctrl+alt+x save & exit = ctrl+alt+c show/hide = ctrl+alt+v hitting alt+f4 to close mcc actually counts as an "f4", so mcc will load the "function keys" page when it exits, meaning the next time mcc starts it will put you on the function keys page. to avoid this behavior, use ctrl+alt+c to close mcc natuarally, including saving your settings. if "right click (context) menu" is unchecked on the mcc settings page, 90% of the time you will hear a "ding" when clicking f10 for the teamspeak page. the cause of this sound is described in detail in test 7. if you don't like it, email billgates@microsoft.com. --------- b5 test 7 --------- fkey.exe major_a reported that his mpp away system shortcut wasn't working, but in mpp he could hit f5 and it worked fine. the problem was much more serious than one shortcut though. Start Menu\mIRC Power Pack\Hot Keys (F1-F12) - none of these shortcuts were working, and the shortcut combinations such as ctrl+alt+f4 in "User Defined F4 (Ctrl+Alt+F4)" weren't working either. these combos can normally be used, even when mirc is minimized. the problem is that fkey.exe was still programmed to find mpp.cfg in the system\mpp folder instead of the correct new path, profiles\your_profile\mpp.cfg. this path was changed near the end of mpp 7.00 or near the beginning of mpp 7.10. i think it was after i started mpp 7.10 because i seem to remember shortcuts working good in mpp 7.00. anyway, this new version of fkey looks in the right folder, and the shortcuts and hotkey combos i tested all seemed to work correctly. let me know if you find any other problems with this. it should work across any/all mpp user profiles as well. thanks major_a. mcc: hotkey navigation follow up to the "mcc: hotkey navigation" section (below)... first of all, hotkeys are f1-f12 plus others as shown in hotkeys.png. ok... that didn't take long at all. i found a way to use f-keys and other key combinations without having to use a context menu that end users would eventually notice and hate - like i did. so, now you won't see a popup menu when you try right clicking in the mcc window. thank god. i hated that shit. annoying. anyway, as with everything else, there is always a down side. i ran into no less than four snags with this change, and the third snag (below) was potentially bad enough that i almost went back to the original method, the context menu. the first snag... first of all... after i ported all of my code to the new hotkey method i noticed that all of the links in the xp navigator were broken - not one of the links was working. i had accidentally moved all of the code to the new procedure instead of copying it. so, i had to copy the code back to the original procedures, one by one... a total of 20 operations. the second snag... after all of the code was in place i blew another hour trying to figure out why only the f1 key was working. i had (correctly) moved the code from the original hotkey context menu, so the menu contained no code - but the menu was still associated with mcc's main form and the hotkeys were still assigned to the menus. so basically f2 was now equal to a menu item without any code. after removing the context menu, my new procedures worked perfectly. ok, so what does "as with everything else, there is a down side" mean? the third snag... this almost made me go back to the old style (context menu)... after all of that work i noticed that when i hit f10 for teamspeak it would get "stuck" on the teamspeak page and wouldn't let me hit any other hotkey. what causes the "freezing"? in windows, f10 = menu. well, in mcc there are no main menus at the top (like file, edit, view), so it was trying to access the main menu for all forms, the menu for the icon at the top left corner of every window. and it just sat there - frozen. i noticed that if i hit f10 again it would deactivate the icon menu and "release" me and i could use other hotkeys. about 1.5 hours had already been spent on new routines and testing (above), and now at least another 30 with this f10 problem. i was about ready to just say fuck it and put the context menu back in. incidentally, other combinations such as alt+f10, shift+f10 and ctrl+f10 ended with the same results. at the last minute i decided to try something new... i wanted to try to send a raw keyboard command of "f10" every time you hit the f10 key. the idea was that if you hit f10 i could automatically send another f10 to release the hold. of course, it looked great on paper. in actuality, when i tried to run this, i hit f10 and it got stuck in an endless loop of f10's and lagged my computer for about 5 minutes while i was trying to kill the mcc.exe process. not pretty. there had to be another way. quickly i noticed that the escape key also deactivates the form's main menu (icon). so i decided to try sending a raw keyboard "escape" each time the f10 key is pressed. it worked! so what's the down side? the fourth snag... sufferable... nothing major at all really, and after this much work i sure as hell am not going to change how it works. about 90% of the time, or more, when you hit f10 you will hear a "ding" sound. why in the hell? fucking windows. when you hit f10 i will put you on the teamspeak page and then i have to send an escape sequence or windows will try to make f10 fire the main form's icon menu. if i don't escape immediately, you won't be able to hit any other hotkeys. if any of the edit boxes in the teamspeak page have the focus when the escape sequence is sent, you will hear a "ding". it's not my bag. the problem is that windows wants f10 for it's own use, and i'm telling windows to "fuck off" by sending an escape sequence. somehow bill gates gets wind of this and sticks his tongue out and spits at me with fucking ding.wav. it's all very clever and cute on their part, really. to win the war, open control panel, sounds & multimedia, and disable the sound event using ding.wav. as mentioned, i'm not that worried about it. :) test 7 in test 6, mpp started up and reported "test 5". nobody mentioned it, but this one should say nov 28 / test 7 in the startup cycle. mcc: help page removed the silly shit from the help information, english doc only updated. eye test a little test to see who is reading the updated information, and who is not. do you think i should keep the new (f1), (f2) information mcc's text for the links in the xp navigation bar? or do you think it looks too "cluttered"? send an email to sgt-d@sodpit.com and argue your case, either way you decide. ---------- b5 test 6b ---------- gg me after test6, czechplz notified me that he was unable to click the "main settings" link in mcc and that the only way to get to the main settings was to use the new hotkey, f1. oops. i accidentally cut the code from the link and moved it in test6 instead of copying the code. it should be fixed now in test6b. thanks czechplz. mcc: connections after clickng save the popup said "resart", not "restart". fixed. thanks major_a. pp i also changed "pp" to "mpp" in the "mcc: hotkey navigation" section below. thanks major_a. --------- b5 test 6 --------- mcc: hotkey navigation for the first time ever, mpp control center can now be navigated using hotkeys. see hotkeys.png for all of the current key combinations. there is a small trade off for this new ability, at least until i can find a less visible way of doing this, or possibly a new control that can accomplish what i am trying to do. the trade off is that currently the only way i can allow hotkeys like this is through the use of a context menu. this means that, for now, if you right click anywhere in mcc, on any page or on any control, you will see the right-click (context) menu that houses all of the hotkeys. right now it's fit versus functionality, and i think the new functionality of navigating with hotkeys far outweighs the visibility of the "fit" (context menu). especially since it isn't even visible unless you right click. mpp teamspeak server #1 now points to ts.multibrowser.org:8177 pro mode changes usage: mcc.exe /pro pro mode doesn't do as much as it used to, but it still has its place. some aspects of pro mode have changed. see the "mcc connections, save checkbox" and "mcc settings, password masking" sections below to see what's changed with pro mode. among other "features", pro mode is the only way to access hidden secrets or "easter eggs" in mcc. mcc: connections, save checkbox one of the ideas behind pro mode originally was that mcc would start up in more of an advanced mode. it still does, but the effects are less obvious now. ok, the checkbox to the right of the save button at the top of the connections page. when this is NOT checked and you hit the connection save button (not the main button at the bottom), you get a cute little message telling you that your connection script is ready. if this IS checked, you don't get a popup message, instead, notepad opens and displays the script for you. in the past, whenever you used the /pro command line argument, the save check would be checked automatically. this is no longer the case. using /pro will not check this box for you. i did this because i like /pro, but most of the time i want to just hit save and see the popup message, not the resulting script. as an appeasement, i have now made this checkbox remember it's last used setting. so, now regardless of if you use /pro or not, mcc will remember how you set this box on your last run. mcc: mcc settings, password settings/masking one feature of /pro is a quick way of accessing the hidden password masking page in mcc. if /pro is used when launching mcc you can click the mcc settings page. after the mcc settings page is opened you can then hold in the ctrl key and middle click the "mcc settings" link in the top left section of the xp navigation bar to show the normally hidden "password settings" section at the top right of the mcc settings page. if you ctrl + middle click the link again, the password settings are hidden again. if you navigate away from the mcc settings page, the password settings should automatically be hidden again. there are other ways to access this hidden page, fully described in the old mpp 7.00 readme, so i won't get into all of that again right here right now. what i will say is that now with /pro you can now also show this hidden section by holding in the ctrl key and middle clicking in the top right "information" section (anywhere in this section) to show the hidden "password settings" section. similarly, hold in ctrl and middle click in the "password settings" section (anywhere) to hide the "password settings" section and show the "information" section. mcc, resolution & fonts Automatically maximize mIRC windows - this option has been removed because it wasn't working properly. only a few people have mentioned it which tells me that it hardly gets used anyway. it won't be missed. :p~ mcc: mpp image themes MPP Image Themes now respect your mIRC settings (Stretch, Fill, Tile, etc) and will not change these settings. "I want to set images manually in mIRC and NOT use MPP Image Themes" (Checkbox) This is a new option for some users that prefer to adjust their images manually in mIRC. If you check this option, MPP Image Themes will be turned off. You can then right click the different areas in mIRC and set/adjust your images, one by one, until you are happy with it. MPP Image Themes are much faster because you can set 5-6 images with one click. The main difference is that you have to place the images you want to use inside of a folder in the mpp\themes folder. When checked, the main image area uses images\it0.png, otherwise images\it1.png. mcc: connections note: you no longer have to use the /dbg3 parameter, see below... you can now click the word "delay" to show a normally hidden area that shows all of your server "delays" or "intervals". click again to hide the delay section. mcc will remember each time if this area was visible or hidden. mcc: main, advanced tab Block Delay Edit Box Up/Down Use this control to add a delay that will be used to block server messages. The default is 120 seconds which should be enough in most cases. You can adjust this to your liking. After the specified delay you will again be able to use the /motd, /who, /lusers and /names commands. After starting mIRC you can use /test to see how much longer you have to wait before the Block Delay timer is finished. server blocks and why they fail Server Blocks will fail on these conditions: 1) you have made major changes to your connection script 2) you have changed MPP User Profiles 3) ETG ChanServ is lagged and doesn't reply to your VHost Login until after the Block Delay time is reached 4) you click an irc:// web link after the Block Delay time is reached. In conditions #1 and #2, these failures will only happen on the first launch of MPP after the changes. In conditions #3 and #4, these failures will happen every time ChanServ is lagged beyond the Block Delay time or when an irc:// link is clicked after the Block Delay time. note: if you think it might be seeing /names in your channels more than described above... or if you are seeing them outside of the 4 conditions i have outlined above, please email sgt-d@sodpit.com and explain the conditions when you see the /names. if you want to keep them from showing up in your channels permanently, you can uncheck "colored names report" in mcc main -> advanced. they will still show up in the server windows though. mcc: mpp user profiles, notes If you try to change to a different MPP User Profile and you notice that it keeps automatically setting the Power button to "On" status and immediately blocks your ability to switch to that profile... this means that the profile you are trying to use was not shut down properly. You can manually edit mpp.cfg in that profile folder and set mirc_power=0 -OR- you can use MPP Profiles (start.exe) to select the profile instead of using MCC. a recent convo about irc:// web links (12:39 PM) what is the fix for irc to work right with ircspy/packetnews (12:39 PM) it will join and shit (12:39 PM) but it wont copy the text (12:40 PM) explain "copy the text" (12:40 PM) if it connects and joins, that's all irc:// links can do, at least that's all i ever knew about (12:40 PM) irc://irc.network.com:port/channel (12:41 PM) not sure what else is possible, if any (12:41 PM) Type "about:config" in the URL-bar (12:41 PM) then modify the tag: (12:41 PM) signed.applets.codebase_principal_support (12:41 PM) from false to true. (12:41 PM) now it works (12:41 PM) [Profile] [Pri. Msg.] (12:41 PM) Firefox (12:41 PM) is doin it i think (12:42 PM) sorry (12:42 PM) thanks bro (12:42 PM) ok (12:43 PM) yeah (12:43 PM) that is the fix for firefox to BTW (12:43 PM) :) (12:43 PM) cool updated english mcc help connections.rtf, images.rtf, main.rtf, resolution.rtf have all been updated. --------- b5 test 5 --------- one change identical to test 4 with one exception: /whois on protium (thru query) was still showing ssl info (incorrectly) for other people. as mentioned in test3 below, you can only see your own ssl info on protium, not others. --------- b5 test 4 --------- test 4 codename: yarob mcc.exe catastrophe after test3 i made some changes to mcc. in delphi i had 10 lines of code for a new feature highlighted and told it to replace all occuranced of true to false within the highlighted text. i ran it and it started crashing on me, hardcore. none of my settings were loading... mcc was telling me it was my first time running mcc and wanted all of my info... there was no treeview on the left, and the xp navigation bar was gone - the left side was empty... and not one box had a checkmark or text - anywhere. mcc was fully fucked. after some investigating i began to notice that there were no "true"'s anywhere in my code. this means that delphi didn't just change the highlighted true's to false's - it had converted the entire document. all 1,675 occurances of the word "true" had been changed to "false" - spanning 15,951 lines of code. i decided i would have to use my backup from the beta4 build. one problem... there was no backup. the last backup i had was prior to the mode +x corrections i had made before i released beta 4. fuck. so here i sat for roughly two hours comparing an old copy to my new (bad) copy, manually locating every instance of false that was supposed to be true. when i was done i ran it through file compare to make sure my edits were good. only a few minor corrections needed to be made. luckily, it worked. why am i mentioning this? because of this problem... test: i now need everyone to test as many settings in mcc as possible, on every page possible to make sure that mcc is stable for a beta 5 or possibly "final" mpp 7.10 release. it should work perfectly, just please spend some time checking everything out. sorry, and thanks. mcc image themes for the first time ever, you can now turn off mpp image themes. this allows you to change images in different areas of mirc manually by right clicking each area. this is much slower than mpp image themes which can update 5 or 6 images in one click. test: make sure the new option works correctly. block_delay mpp.cfg now has a new key/value pair: block_delay=# where # is any valid integer (default: 120) the first time you run mcc.exe and hit save (or exit), it will add this key/value pair to mpp.cfg with a default value of 120. you can manually change this number as needed. what does it do? mcc adds the delays (2, 7, 12, etc) for all of your server connections, adds 5 seconds for a built in pause, 10 more for xserv (if used), 10 more for smarticq (if used), and finally it adds the number of seconds specified in block_delay. this total value is how long mirc will block the /names /who /lusers and /motd commands from being displayed on screen. during this time the commands cannot be used. you can use /test to see how much longer you have to wait. originally i was hard coding this delay inside mcc but i noticed that the original 90 seconds wasn't long enough for my connection script. i increased the time to 120 seconds, but this might be too long for some people and too short for others. block_delay lets you manually tweak the delay amount. i will most likely not add a graphical control in mcc to adjust this... but at least you can edit it now. new command /config this command opens your mpp.cfg in notepad --------- b5 test 3 --------- ssl info protium doesn't return raw numeric 337 during /whois for anyone but yourself, so there is no way to see if other people are using ssl. so, all you can do now is check yourself. double click yourself to see if ssl is on or off. a quick note... when you double click on yourself you might see something like this: sod|sgt-d is actually ~sgt-d@----ons10k1.mo2x.10x.4.21x.ch4rt3r-stl.c0m [2x.10x.4.21x] this return info never shows a raw numeric, so i can't possibly block it from showing on screen. it only happens when you double click your own nick on protium. a few notes about ssl... you can type /ssl to see if mirc is setup to use ssl and to see if the current network supports ssl. type /ssl on all of your networks, one at a time, to see which support it. of my three primary networks (etg, gamesurge and protium), only protium supports it. q: when i type /ssl on protium it says that it doesn't support ssl a: open mcc connections and select "protium (ssl)" instead of "protium (normal)" reconnect, then try /ssl q: damn, i need ssl. first, what the fuck is it? second, where can i get it? a: Win32 OpenSSL v0.9.7e Website: http://www.shininglightpro.com/products/Win32OpenSSL.html Download: http://www.shininglightpro.com/download/Win32OpenSSL-v0.9.7e.exe q: w00t ssl is installed, i'm 100% secure. a: naive. first of all ssl in the u.s. i think maxes out at 1024 bit encryption which isn't that great. third world countries have better encryption. thank your congressmen for passing the digital millennium copyright act. secondly, i doubt any irc network even goes that high. protium is 256 bit. thirdly, you are only 100% "ssl" if you are talking to someone else that is also using ssl - and they have to be at the same encryption level or higher. lastly, a channel is 100% INSECURE unless ALL members in the channel are using ssl. making it more difficult is that there is no way to tell who is using ssl and who is not. so, there is no real level of security here. it's better than nothing, but not by much. and some people bitch about internet explorer... servers.mrc updated, slightly. many people were looking for protium ssl servers in mcc under the network/group named "secure socket layer (ssl)" and didn't find them. they were under "protium (ssl)" only - until now. now i have added the same servers in the network/group "secure socket layer (ssl)". if you want or need ssl support, you can't use "protium (normal)". ------------------ b5 test 1 & test 2 ------------------ mirc background setting mcc will not destroy your mirc background format: stretch, tile, fill test: i need you to copy a small image to an image theme folder, then load that image as your background in mcc. save and close mcc. now in mirc right click on that background and set it to tile or stretch or fill or any format. open mcc. click save, then close mcc. your tile/stretch/fill setting should not change. resolutions & fonts added 1680 x 1050 widescreen, added rx.jpg for widescreen image test: goob said this is fine, no tests needed (unless you want to) timer the timer delay below was 90, increased to 120 /who the /who command works now, 120 seconds after last connection, just like /names ex: /who #sod also: //echo -a %rx8 when %rx8 is 0, /names and /who will not work 120 seconds after your last server connection, %rx8 should be 1 test: check this /lusers /lusers now works after the 120 second delay test: check this /motd /motd now works after the 120 second delay test: check this /test added /test to check %rx8 and report ready/not ready status test: keep running /test until it says ready... once it reports ready, try using the /motd, /lusers, /names #chan and /who #chan commands mcc gui "block who" is now "block who on join" "block motd" is now "block motd on connect" "block lusers" is now "block lusers on connect" ssl double click someone on protium to see their ssl status in the /whois info test: double click my name on protium, then someone else... my nick should show ssl: on. others will normally show off --------------- MPP 7.10 BETA 4 --------------- Changes in MPP 7.10 Beta 4 (November 21, 2004) Codename: Kick The Chair zero bug, mpp control center, connections probably the most significant bug that was introduced into beta 3 was the "zero bug" that affected the connections page. for some unknown reason, and quite randomly, the "delay" or "interval" for one of the servers would automatically change to zero (0). if this happened with server #1, the consequences were very minor. but if it happened on any other server, the entire connections script would be out of sync, causing perform sections to be executed on the wrong networks. for example, if server #1 was etg and delay was 2 while server #3 was protium and delay was 0, you might end up in your normal protium channels... but you would be in those channel on the etg server. this bug started after two very nice features were added to mpp control center (mcc) in beta 3: 1) the ability to quickly pick an exact server with the new drop down... potentially saving you from having to click back or next 20 times. 2) the new feature in mcc that memorize not only what page you were working on last, but also what server you were editing last on the connections page. these two items were such great time savers that i decided to keep them even though i knew the zero bug existed. i was able to greatly reduce the occurance of the zero bug, so beta 3 was released. during the preparations for beta 4 i made debug builds of mcc that i have been using for over a week. after 3 days i gave the debug build of mcc to the beta testers. in that week i haven't seen a 0 one time. one beta tester had a 0 on his connections page, but it is not known if he had that before or after installing the debug version. the bottom line is that by friday night (11/18) i still hadn't seen a repeat of the zero bug. on saturday night (11/19) i rewrote part of the connections page in an attempt to reduce the frequency or eliminate the zero bug completely. in the past i was reading the delay from your profile at the time you accessed the server id. if you picked id #3, i would read the ini. the zero bug seemed to occur the next time mcc was loaded, but it was very rare. anyway, now i am reading all 20 delays and keeping them loaded in mcc the whole time you are using it. if you make any changes, it will be tracked by mcc. if you change server id's, the current delay is saved. when you finally save, all 20 delays are written back to the ini in one fell swoop. i believe this new method will eliminate the zero bug completely. to see what all of your delays are, you can use a new command-line arguement in mcc. notice: using this command-line argument will fully hide the following controls: startup sound section: channel and edit box, server and drop down note: if you remove the command-line argument, the controls mentioned above will work normally. in mcc function keys you can change f4 from: mcc to: mcc /dbg3 you can also right click -> properties for your mpp control center shortcut, and alter it to something like this: note: this is the new path for mpp, so make sure you use your path "C:\Program Files\mIRC Power Pack\system\mpp\mcc.exe" /dbg3 so, all i did here was added a space after the closing quote, then added /dbg3 connections, mpp control center i've made some changes to the connections page that i'm sure some of you will appreciate. if you are on enterthegame, you will see an etg vhost button that can be used to setup your etg vhost information. no change really, other than the button used to just say "vhost". if you are on gamesurge, you will now have a new button called authserv where you can setup your authserv login settings, and optionally request that gamesurge hides your hostmask (mode +x). if you are on protium (normal), protium (ssl) or dalnet, you will now have a new button called nickserv where you can setup your nickserv login settings, and optionally request that protium or dalnet hides your hostmask (mode +x). all of these have been thoroughly tested on enterthegame, gamesurge and protium, but not on dalnet. these changes mean that you no longer have to manually add lines like these in your perform sections: authserv auth sod|sgt-d password mode $me +x you can simply use the new authserv or nickserv buttons. this also further protects your privacy because the passwords can't be read by others. while the addition of authserv/nickserv was still very much a pain in the ass, i already had user/pass edits for all 20 networks just in case someone was going to be brutally stupid one day and try to connect 20 times to etg with 20 vhosts. well, truthfully, i had to have edit boxes for all 20 servers because i had no idea which server you would use for etg. you could have used 17 18 and 19. so, the edit boxes were already there, and the user/pass information was storing properly. this helped considerably, but it was still a pain. if you know a network uses authserv/nickserv and you know if it can use mode +x to hide your hostmask, send an email to sgt-d@sodpit.com and i will gladly add it to mcc. for storing your mode +x setting, one new entry has been added to profiles\yours\ settings.ini: xmode=0/1 none of the beta testers noticed or reported the new buttons in the debug versions of mcc released earlier this week. :/ /mode $me +x (hide my hostmask) bug, mpp control center (connections) reported by wickedlyx on the final night of testing prior to the beta 4 release. if your nick in mirc changes between networks, the mode command wouldn't work. example: for servers 1 and 2, wicked's nick is SoD|WiCkEdLyX, but on server 3 his name is WiCkEdLyX. here was the old code: if ($cid == 3) { scid $scon(3) anick WiCkEdLyXx nick WiCkEdLyX nickserv auth SoD|WiCkEdLyXx hahfu mode $me +x p3 } what happens is that mirc's last connection used SoD|WiCkEdLyX, so technically when he makes his initial connection to protium it starts out as SoD|WiCkEdLyX too, but by the time the mode command was sent his nick changed to WiCkEdLyX according to his connection settings, so the mode command failed: (03:46 PM) * Your nick is now WiCkEdLyX (03:46 PM) -NickServ- I recognize you. (03:46 PM) SoD|WiCkEdLyX No such channel <- failed mode $me +x command this fluke between server connections is a mirc bug, there is little i can do about it. this has been fixed in mcc, i'm not sure how well it will work, but since wicked is the only person seeing it, i'm having him test it first. basically what i am trying to do to correct this is to send the /mode $me +x command first, so it can do its thing, before i send the /nick and /anick commands. this way the mode works on the nick you connect with, and your nick can change after that. so far i'm not seeing any problems doing it this way. here is the new code: if ($cid == 3) { scid $scon(3) mode $me +x anick WiCkEdLyXx nick WiCkEdLyX nickserv auth SoD|WiCkEdLyXx hahfu p3 } follow up: wicked tested this build of mcc and it is working properly. so, why did it work right before when there were no authserv/nickserv buttons and the information was typed manually in perform sections? simple... the perform sections all take place after a slight delay on the server. your nick had already had time to change on the server before the /mode command was ever sent. anyway, it's working fine now - either way... by manually typing info into perform sections, or by using the mode option on the authserv/nickserv buttons. main settings, miscellaneous tab, mpp control center added 3 new options, until now these were only on the main "mpp settings" menu in mirc: !nick sound reporting thanks for ops (+o) thanks for voice (+v) timestamp, mpp control center i have added some new controls and made other changes to the timestamp area. first, you can now select a date format in your timestamp. there is a limitiation in mirc that the timestamp can only contain 50 characters. this causes one minor drawback: if you use dates in your timestamp, you can't use color codes. the default date format is none. secondly, now you can manually change your timestamp in the edit box at the bottom and mcc will memorize your changes, so every time you open/save in mcc, your stamp will always be the same. with one exception: if you so much as touch any of the controls on the timestamp page, the edit box will update to reflect your changes. so, watch the edit box closely. if you don't approve of the change, you have to hit cancel and abort all changes in mcc, then reload mcc. control panel #1, f1 added hlsw and steam to control panel #1 supporting commands are /hlsw and /steam, respectively in the full version of mpp, programs.txt adds these entries under the game tools section: HLSW=C:\Program Files\HLSW\hlsw.exe Steam=C:\Program Files\Valve\Steam\Steam.exe mpp upgraders can add these lines manually: in mpp type: /programs - this will load programs.txt in notepad. add these lines to the game tools section: HLSW=C:\Program Files\HLSW\hlsw.exe Steam=C:\Program Files\Valve\Steam\Steam.exe exit and save programs.txt then in mpp type: /pgmup new commands /hlsw runs hlsw /steam runs steam /age runs the age script... quick notes on the age script... your age will only report accurately if you were born on or after january 1, 1970. once again we are hit with a mirc limitation. i have already requested a new modifier for mirc that will allow scripts to go back to 1950 or possibly even earlier, yet khaled has not replied to my request by the time of this writing. ok, to set your birthdate you have to modify aliasmpp.mrc: /age /me is $calc(($ctime - $ctime(January 1 1970 00:00:00)) / 31556952) years old. you might want to CUT this alias from aliasmpp.mrc and MOVE it to your own personal aliases file because aliasmpp.mrc IS updated each time you install the full or upgrade versions of mpp. simply change the date and time in the /age alias and save the changes. programs.txt notes in all previous versions of mpp, the upgrade installers were updating programs.txt. this is not the case in mpp 7.1 beta 4, and i will try to be more careful with this in the future. upgrades should not alter your programs. my bad. in the upgrade versions from now on, programs.txt will be named programs-new.txt. this way your edits wont be overwritten. plus you can look at programs-new.txt to see any changes or additions, then copy them from programs-new.txt to programs.txt. you will need to run /pgmup once if you edit programs.txt. winamp2mirc 1.3 updated winamp2mirc to version 1.3. winamp2mirc bug fixed there was a bug in mpp 7.10 beta 3 that none of the beta testers reported. all of the aliases in winamp2mirc are local (alias -l name). after playing a game, timers came back on, but mpp was unable to see the local winamp2mirc aliases, resulting in this error being spammed to your status window: (08:32 PM) CHECKWINAMP Unknown command this is fixed in mpp 7.10 beta 4. /names problem, mostly fixed in mpp 7.0 final there was a problem with the /names command as i am sure almost everyone is aware. if you told mcc not to show names on join, then you could never use the /names command while on irc. this was an oversight and was obviously unacceptable. in mpp 7.10 beta 1 or beta 2 i had made some changes so that after connecting and after a small delay you could use the /names command again. fixed? not hardly. while you were definitely able to use the /names command, about 5 out of 10 times when you started mpp your channels windows would flood full of names, even if the "show names on join" option wasn't checked. it was perfectly random. in beta 3 i tried to fix this a little. in beta 3 mcc would count up the total number of used server connections, then add all of their "delays" or "intervals", then add 90 seconds to that. only after that amount of time would you be able to use the /names command. fixed? hah. the problem persisted. names would still flood in the channel windows, at random. i should note that in beta 3 it dropped to about 2 or 3 out of 10 launches. so it was better, but still annoying. in beta 4 i have spent a little more time with it and i think it is a lot better now, although i am still not satisfied. in all betas i was checking variables to see if names should be on or off when mirc started. in beta 4 i am specifically shutting names off first, then i am checking your mpp.cfg settings (not mirc variables) to see if you want names on or off, then enabling or disabling as instructed. the end result of this change is that now under normal launches you will rarely ever see names in your channel windows when "show names on join" is unchecked. there are some occassions that will still provoke names to display irregularly: 1) whenever you change user profiles or make massive edits to your connection settings. 2) if you click an irc:// web link. i can't turn /names off "on-the- fly" like this. if you click the web link before the 90 second timeout, you won't see /names. any later than 90 seconds will cause /names to be displayed. 3) if etg chanserv times out for 5 minutes and then later responds and authorizes your vhost user/pass (brace yourself... this happens more often than any etg admins will ever admit). in a case like this, you won't see names on the other irc server you might have joined channels on, but when etg chanserv responds 5 minutes late, the 90 second delay has already expired and /names has already been turned on before you join your belated channels. don't blame me, talk to vd|whiz. i have no control over chanserv. in fact, they might as well change it's name to opserv since you can't even register your own channel or add admins... all you can do with etg chanserv is lock a topic and add ops. kik. fixed? sufferably, yes. i would say that on normal usage now i only see the /names problem 0 out of 10 times. occasionally for no reason it might be 1 out of 10 times. i can live with that. if any of the 3 conditions above are met, i can guarantee you will see the /names flood, with accuracy, almost every time the condition arises. there is very little i can do about it, so it is sufferable. resolution & fonts, mpp control center new images for the resolution section, long overdue. enjoy. query menu i have added all game tools to the right click menu in the query window. in the past i think the only menu option here was "q3 irc messenger" or something like that. miscellaneous added LDG's Theme (color theme) to mcc color themes and mirc color themes (alt+k). bleh -sgt --------------- MPP 7.10 BETA 3 --------------- Changes in MPP 7.10 Beta 3 (October 18, 2004) Codename: AREA-51 new default mirc power pack folder: C:\Program Files\mIRC Power Pack brand new installations of mirc power on windows systems will now default to: C:\Program Files\mIRC Power Pack instead of: C:\mIRC Power Pack upgrade installations will automatically update files in the last known mpp folder. incidentally, mpp's install path is stored here: hkey_current_user\software\mirc power pack if you don't know what that means, then it's something you shouldn't fuck with. added protium admin menu in mirc right clicking a nickname on a protium server will give you a new protium admin menu. this menu acts almost identically to the gamesurge admin menu. you can type these commands on protium and gamesurge: !up to op yourself, !down to deop yourself. for normal operations on other users: !op , !deop , !voice , !devoice . for channel management for other users: !addop , !delop , etc. fixed "enhanced channel invite" hotkey ctrl+f5 fixed "enhanced channel invite" hotkey ctrl+f5. if you click on a nickname and hit ctrl+f5 you will start an "enhanced channel invite". this only works with other mpp users and ONLY if they have added you as a file server (level 100) user or higher. enhanced channel invite is nicer than mirc's normal invite because you can even invite them if the channel is locked. this feature has been broken for some time now, i know it hasn't worked at all in mpp 7.0x, and it was never based on user levels. forcing user levels insures that nobody can abuse it... if they do, remove them from your user level list. added paypal button to mpp /about screen self explanitory /names and topics were spamming to the status window instead of their correct windows. fixed. shortly after releasing beta 2 i emailed an updated mpp.mrc file. that file is included in this release. it fixed a problem where /names and topics were spamming to the status window instead of their correct windows. fixed. added mpp3.chat and sod3.chat files added mpp3.chat and sod3.chat files, including start menu shortcuts, for quick connects to irc.protium.org. this was fixed in rc1... one problem still exists where (occasionally) you will see /names in channels even when you have the /names options turned off in mcc. i am still trying to fix this annoying problem. mpp control center changes... mcc now memorizes the last page viewed, based on the new "remember last page viewed" setting mcc now memorizes the last page viewed, based on the new "remember last page viewed" setting on the mcc settings page. checking this option means that each time you load mcc you will start on the page that you used last. this is a huge advancement for mcc because in all previous versions it would not restore the last page used, which sometimes made it difficult for users to remember what they were working on last. defaults button moved to main -> advanced and renamed to "all defaults". i slid the power button over to the right, now it is in with the cluster of normal mcc buttons. added paypal button (and hint) at the bottom left where the power button used to be located the red/silver/green "light" or power indicator now follows windows themes also, the red/silver/green "light" or power indicator now follows windows themes. in ALL old versions, if you changed themes, you would see a white square around the light bulb. this square area is now (finally) 100% transparent. sorry... i didn't see this until recently because i normally use silver classic or silver xp. fixed! new: current connection selector (top left of the connections page) - you can now change connections easily by directly selecting the connection you want by clicking or scrolling - you can quickly select an exact server id from the drop down instead of manually clicking back or next - mcc now memorizes which server id you were editing last and the next time you start mcc your previous server id will automatically be preloaded this area now serves three purposes: first, this area shows the number of the connection that you are currently editing. everything you see in the connection settings area is information for the current connection. the number shown here is also called the "server id". secondly, you can click the drop down arrow to change to a different connection or "server id". note: you can click in the current connection drop down box one time and then use the up/down/left/right arrow keys (or your mouse's scrollwheel) to quickly navigate your connections. as soon as you change connections, your current connection is saved. thirdly, to the side of the server id display i have added and left/right buttons allowing you to traverse through your server id's one click at a time. these new buttons act similarly to the old back/next buttons. these new methods and controls are much better than all previous versions of mcc for several reasons: 1) you can now change connections easily by directly selecting the connection you want by clicking or scrolling with your mouse, by using up/down arrow keys, or by using the new left/right buttons - so, navigation is much simpler. 2) you can quickly select an exact server id from the drop down instead of manually clicking back or next. this adds precision and reduces clicks. example: you can now select server id 15 with one click. in the past you would have had to hit the next button 15 times. if you clicked the next button too fast, you would have to back up by clicking the back button. 3) memorization. in the past if you were editing server id 15 and you closed mcc, the next time you visited the connections page it would start at the beginning, server id 1. now mcc memorizes which server id you were editing last and the next time you start mcc your previous server id will automatically be preloaded for you. this is a major time saver. added right click cut/copy/paste menu to the perform section (middle right side of the connections page) the main perform window has always allowed cut/copy/paste operations via the standard windows hotkey combinations, ctrl+x/ctrl+c/ctrl+v, respectively. about two weeks ago i noticed that when you right click in the perform window, you don't get the "normal" pretty gui context menu to help you with cut/copy/paste operations. of course, i forgot all about the missing menu. i just noticed it was missing again a few minutes ago during my final preparations for beta 3 and decided to build a context menu for everyone. unlike normal windows context menus, my context menu for the perform section shows all of the possible hotkey combinations. multi browser upgraded to multi browser 1.43.1 servers.mrc updated server.mrc has been updated to include all of the new servers listed on the mirc website. additionally i have added my own servers back to the new list. protium is a new network. i have added all possible dns/ip servers for protium. in addition, there are two full sets of protium servers in two different groups: protium (normal) and protium (ssl). as the name suggests, any server that you use from the protium (ssl) list will be a secure socket layer connection. installers installers are now compiled using nsis 2.01. --------------- MPP 7.10 BETA 2 --------------- Changes in MPP 7.10 Beta 2 (July 23, 2004) final tests for beta 2 all sections from "kill" to "mpp 7.10 beta 1 problem" (below) must be fully kid tested and mother approved before i will release beta 2 to the public. i need people testing everything possible mentioned in ALL of these sections, and some extra attention to the new info in the "annoying", "grrrr!!!", "/names fixes, refixed?" AND the "/names fixes" sections. note: please see the new "multi browser hotlinks" and "multi browser change" sections (below). sonofa... (mpp.exe) mpp launcher... last minute fix after installing mpp you are asked to download and install mirc, or, if you already have mirc installed you can select your folder with the shell treeview on the right side and then click the "this is my mirc folder" button. originally kill.exe was just going to be another possible page that could show up whenever you ran mpp.exe... but for some stupid reason, the new kill page would lose it's focus every 2 or 3 seconds and the main mpp.exe window (off screen) would try to regain the focus. there were no timers or any code in mpp.exe that was trying to regain focus, so i assumed it was a problem with one of the control on the form. i suspected it was the shell treeview component, so i temporarily deleted it. it didn't help, the kill page still kept losing it's focus. so, i added a new shell treeview -BUT- i forgot to re-associate the original code to the new control, so it had no affect, and clicking the "this is my mirc folder" did absolutely nothing. great. just in time for beta 2. to finish my little story, the focus problem pissed me off so bad that i finally decided to just make the kill window a totally different stand alone application, kill.exe. anyway, mpp.exe's shell treeview is once again fixed. thanks omegadoom for finding this problem and for helping me test this last minute fix! kill (kill.exe) completely revamped the help text on the new kill dialog, much simpler to read, and easier to understand. changed font from ms sans serif to tahoma. in beta2 test4 kill would only work if mirc was running by sending the /exit command to mirc. kill would NOT work if windows or mirc crashed, or if you logged out or rebooted while mirc was running, or if anything else caused mpp to shutdown improperly. this is because kill was only sending an /exit command and it was NOT resetting the mirc_power to 0 in mpp.cfg. this version of kill now sets mirc_power=0 and then sends an /exit command to mirc. initially this caused a goofy problem: if mpp wasn't running and you clicked the kill button, mirc wasn't on, so it never got the /exit command ---- so on the next run of mpp, everything would load up, but then mpp would automatically exit because then it would see the /exit command. if you hit kill when mirc was running it worked perfectly though. i've taken a little extra time to make sure that /exit only works if mirc is running. so now, not matter when you hit kill, you should not see mpp load and then automatically shutdown. to test kill.exe as a standalone application, you can simulate a crash, or fake mpp into thinking that it is already running by editing your profiles\ mpp.cfg and changing mirc_power to 1: [mpp] mirc_power=1 then run kill.exe to test it. i think i'm done, this build will be "beta 2". annoying... ok, the topic was working right, but names weren't. if mirc was started minimized, the topics would show in the right windows, but all of the names reports would get spammed to the status window. now, both names and topics will work correctly in either case; started normally or minimized. grrrr!!! fkn. ok, here's the deal. in these new builds i've been trying to trap server raws for channel topics (/topic) and user lists (/names). in the last test version if you minimized mirc during startup or if you actually started it minimized (thru mirc options or from last exit), then on the next load, none of the topics would show up in their respective channel windows. why? when mirc starts on screen (not minimized), child windows and channels all naturually cascade, one on top of the other. as each channel opens, that window becomes active, in which case /echo -a (active window) works fine. but when mirc starts minimized, the channel windows are never activated, the only window that activates is the status window... so if topics are set to show in the "active window", then they ALL go to your status window. now it works like this... during the startup process, all topics are sent to the correct channel window with /echo $2 ($2 in the raw is the channel name). 20 seconds later, topic raws echo to the active window, so when you right click #channel text and select "show topic" or if you use the top command, the information is brought right to your current window --- not to the real channel window, and not hidden to the status window like normal mirc. whenever you do /join or /hop the topic is again sent to the correct channel window and 5 seconds later topic raws will again echo to the active window. needs to be fully tested in normal mirc and minimized mirc modes. mcc user profiles problem - update: fixed in rc1 in some instances, when using the main power button in mcc, when mirc was turned off (red light on power button) and you returned to mpp control center, the drop down that allows you to change user profiles would be disabled, making it impossible to change user profiles unless you restarted mcc. this is a minor flaw in the group box control (the object that contains the drop down control). for some reason with the new xp group boxes, if you disable them and then later enable them, all controls contained in the group box will be enabled --- except drop down controls. i have to disable that box if mirc is running, then i enable it again when mirc is turned off. all i am doing differently now is that i am also sending a signal to manually re-enable the drop down as well. fixed (hopefully). if anyone sees an instance where that drop down selector can be seen but is disabled, i need to know about it right away. changing mcc user profiles in all previous builds when you changed profiles, your mcc settings would show all of the new settings for the profile, including your connections. if you didn't hit save or close mcc, technically nothing was actually saved --- if (without saving) you hit the power button to turn mirc back on, it would come on, but with the previouse user profile, settings and connections information. this affected all builds back to mpp 7.00. in this build, as soon as you change profiles, the new profile is read in and i am immediately clicking the save button for you. this means that if you forget to save or if you don't exit mcc but you do click the power button, you will be on the new profile that you selected. this new method also updates the mcc title bar to reflect the profile that was selected. the next time mirc starts, you will see the notice telling you that you have switched mpp user profiles. multi browser looks in your profile folder (mpp.cfg) to determine if it should be you default game tool instead of making mpp and mcc save a single setting to system\mpp\mpp.cfg just to satisfy multi browser, i have changed multi.mrc so that multi browser looks in your profile folder (mpp.cfg) to determine if it should be you default game tool or not. i have sent a code change request to dead, so future versions of multi browser will have this change as well. so, if you do a full install of this build, there should never again be a system\mpp\mpp.cfg file. multi browser hotlinks broken, fixed holy hell... nobody caught this one until now? wt... x.x.x.x:xxxx <- can't click? wtf??! in all of the pre-releases (pre-1 thru pre-5), beta 1 and both beta 2 private tests of 7.10 (almost 10 tests so far), game server ip addresses could not be double clicked and opened by multi browser. if you opened mcc while mpp was running and did a save or exited normally, then mpp would use multi browser just fine... but it wouldn't remember that the next time you started mpp. each time it would forget how to open game server ip addresses. wizaard found this problem today, the first time he's ever tried mpp 7.10. that doesn't make sense to me :p~ incidentally, the problem only affects multi browser. multi browser is doing exactly what i needed it to do in mpp 7.00 --- it is looking in system\mpp\mpp.cfg to see if it is supposed to be the default game tool. problem: starting in pre-3 i stopped using system\mpp\mpp.cfg and forced mpp to only use your_profile_folder\mpp.cfg. so, multi browser couldn't tell if it was supposed to be the default tool, so it would exclude itself from handling server ip hotlinks. in this build, mcc and mpp both additionally save the game tool info to the old file, system\mpp\mpp.cfg. this way multi works without any changes and everyone is happy. thanks wizaard for bringing this to my attention. uberkill beta2 users will be the first to see the new map pic for the uberkill map for quake3. :) mpp profiles (start.exe) changed all fonts from ms sans serif to tahoma. now all main exe's should have the same font (tahoma). /names fixes, refixed? i didn't care for the extra lines of text showing the start and stop of every name report as mentioned below (next section), so, i removed them. i also removed the blank lines above and below the report. i did find a better way to show starting... all names... ending, but i still didn't care for it. now when you run a /names report, all you will see are the names. show topic blank lines removed the show topic menu was also originally showing blank lines above and below, but then i noticed it was doing this in every channel i joined. no blank lines now. /names fixes in mpp 7.00 the /names command didn't work 99.9% of the time and was a royal pain in the ass. right clicking in the text on the name of a #channel did nothing. /names did nothing. it was effectively broken unless you turned off some settings in mpp control center, but then you would have to see the user list in every channel you joined. another option was to manually hack mpp.mrc - lol good luck! the /names problems should be fixed in this build, and should respect any settings in mpp control center such as main -> advanced -> "colored names report" and/or "show names on join". note: if you don't use "colored names reports" your reports may end up in the status window instead of the active window. how this works now is... after you connect to your last server i am allowing 20 more seconds for mirc to join your channels. afte that short delay, the /names command is forced back on even if you told mcc not to show names when you join channels. the exact timed delay is calculated by mcc's connections page, after adding up the total amounts of all delays, then adding 20 seconds to that total. if "show names on join" is unchecked in mcc it is important that things work like this... your perform section can have 100's of /join commands, but during your connections NONE of your /join command will ever show the names. after that each time you manually /join a channel, the names must be turned off again, temporarily. so... once the additional 20 seconds is over... you can /join or /hop channels and if "show names on join" is on, you will see the names, otherwise, you won't. 5 seconds after normal /join or /hop operations, /names is forced back on again. this has to be done so that any time you type /names #channel you will see the names report. finally, the new names report shows "#channel users:" in red, then the list of users below that in white. on very large channels you could potentially see multiple instances of the red title and white report. that is because i want it to look nicer, but irc server can only send so much information back at one time. if you don't like this, i can change it, but i need feedback, quickly. #channel text menu (join/users/topic) problems fixed whenever you see a channel name in text fly by in mirc, like #mpp or #sod... that text can be right clicked to show a menu. from that menu you can join the channel, list the users in the channel or show the channel topic. in old builds if you selected "list users" either the list of names would spam to your status window, or else nothing would happen at all. this was due to the /names problems (mentioned above) in mpp 7.00. in this build when you select "list users" the list of names comes back in your current window - no need to go hunting for it. and it seems to be working every time. from the same menu (right clicking a #channel name in mirc text) is "show topic". in mpp 7.00 when you clicked "show topic", the topic would always show, but it wouldn't show in your current window, so it would appear that nothing happened. now it displays instantly in the current window. /names command i have also modified the /names command so that if you type /names without specifying a channel, my /names command will automatically assume you want a names report for the current channel and then show you the report. normal mirc /names requires the channel parameter. mcc connections connection navigator, slight rearrangement of navigation buttons. updated help file to reflect this change. mcc update: browse buttons - replaced all "browse" buttons with newer xp controls, and made each button animate when you hover over them on the connections page, in the startup sound section, there is a small button that lets you browse to locate your sound. similar buttons appear on the teamspeak, ventrilo, roger wilco and mqp pages. in all previous version of mpp control center, these buttons were flat and ugly. here is this nice windows xp program, with little bitty shitty win98 buttons. in this version i have taken about an hour to replace these buttons with newer xp controls, and i took the extra time to make each button animate when you hover over them. enjoy. file headers ;mIRC Power Pack 7.10 - www.mIRCPowerPack.com ;by sod/sgt-d - sgt-d@sodpit.com this is the header in the main mpp scripts now, including connect.mrc other shit hell if i can remember now tho... gt... hidden password page, font name & size problem fixed if you change your pwd font settings (hidden page) and close mcc, the next time you go to the pwd page and hit the font button, it doesn't show the last font name or size that you had chosen. fixed. all pages changed all fonts from ms sans serif to tahoma, looks more like xp. scrolling thru mcc help then clicking mcc main window would cause you to lose your place in the help file, fixed this bug is easy to reproduce, but harder to explain. in beta 1: open mcc, then click the mcc help button. move the help window off to the side so you can see most or all of mcc and still read. now scroll down the help window like you are reading. now click on the real mcc window. the help window snaps back to the top of the document, you lose your place reading. fixed in beta 2. localization i've spent about 6 hours total now (3 hours today and 3 hours back when i was building 7.0) to try to find a way to get mcc to display in everyone's native language. i couldn't find any free localization apps for delphi that actually worked, and the buyware ones start at $150. screw that. localization is a ton of work for me, it would take months to manually translate every button, label, checkbox, drop down - and i would be willing to do some of that work, but i'll be damned if i'm going to have to pay that much AND spend months doing all of the work... all for a "FREE" program. :p~ mcc connections page redesigned the connections page has been redesigned, i think this new layout is much easier to follow, and easier on the eyes as well. multiple mpp sessions (kill.exe) (new) multiple mpp sessions cause damage to mpp user profiles. if a user accidentally clicks the mpp icon and starts a new instance of mpp, their user profile could be damaged beyond repair. mpp.exe now checks to see if mpp is already running. if it isn't running, mpp.exe will start mpp normally. if mpp was already running, mpp.exe then runs kill.exe (new). kill.exe is a simple dialog that fully explains the problem with running multiple instances of mpp and gives the end user two buttons allowing them to control what should happen next. you can run kill.exe manually to see what it does, or just try clicking the mpp icon after mpp is already running, this will show kill.exe too. kill.exe will only run one time, so you can click the mpp icon a million times and only see the kill window once. thanks jawz for reporting the user profile problem. you should install mpp to different folders if you need to run more instances of mpp. mpp 7.10 beta 1 problem this problem only affected the resolutions & fonts page in mpp 7.10 beta 1 only. if you attempted to change your resolution or font settings, the next time you started mpp it would appear to be running normal mirc. ugh! this page is 100% legacy meaning that i normally don't check it at all. what happened was it was writing to c:\mirc power pack\mpp.ini which is no longer used, so there was nothing in it except the new res & font settings. after this it would copy this bad ini to your profile folder (which is how things were done in mpp 7.00) and then fuck up your real mpp.ini - replacing ALL of your settings with a file that ONLY contained font and resolution settings. this problem is fixed in beta 2. thanks wizaard for reporting this problem. --------------- MPP 7.10 BETA 1 --------------- Changes in MPP 7.10 Beta 1 "I,MPP" (July 16, 2004) last minute fix full install: log viewer now defaults to c:\mIRC Power Pack\logs\EnterTheGame. this means that IF you install mpp full to the default folder, and your main network happens to be enterthegame, then log viewer will work right out of the box. if you didn't install to the default folder, or if your main network is not enterthegame, you will have to open log viewer, click the "directory" menu (top left of the log viewer window), then manually browse to and select the folder with the name of the network you want to view. for example, you could change to logs\gamesurge. then you can view your logs. thanks czechplz for pointing this out to me, i thought it was already fixed. misc fixes full and upgrade installers now point to mircpowerpack.com. fixed version info tabs for both installers (right click exe -> properties -> version tab). the version info tab on the upgrade installer is brand new... none of the old versions had this tab. the voice commm menu now has links for both mpp teamspeak servers. for new installs, the teamspeak page in mcc will initially contain connection info for the primary mpp teamspeak server. mcc -> resources, added icons to all top sections the mirc icon check box in mcc... it still doesn't do anything because there are no mirc commands to allow me to control how mirc minimizes. even though it is useless, this version of mcc does remember if it was checked or not. there are tons of other fixes, but hell if i can remember them all now. :p~ installer problems the installer might not see add-on packs if the folder that you are installing mpp from contains too many spaces or dashes, or if the full path name is too long. my full installer was in this folder: C:\Documents and Settings\Sgt-D\Desktop\MPP\MPP 7.01 PRE-5 and i had already moved all of the add-on packs to this folder, but for some reason the installer skipped all add-ons. when i moved that folder to c:\mpp710, it worked fine. mcc -> teamspeak this problem only affected mpp 7.10 pre-2 through pre-5, and not mpp 7.00. every time mcc was started, the teamspeak page would show server #1 and channel #1, but the panels below were actually server #3 an channel #2 (for server #4). so, if you entered information in the server #1 area, then restarted mcc, the information would be gone. if you selected server #3 you would see the info that you thought you were entering for server #1. fixed. Changes in MPP 7.10 Pre-5 (July 15, 2004) version name changed from mpp 7.01 to mpp 7.10 i was originally planning on this release being called "7.01" but because of some of the major changes in the way things work, several huge facelifts for most of the exe's, enormous changes in graphical controls and source code, and the amount of time that i've put into this version... i'm changing the name of this version to "7.10". the build id for pre-5 is 7.005. build id is used to determine when updates are available. the final release of 7.10 will have a build id of 7.100. this is being done for everyone that helps me beta test. if i made the build id right now "7.100", when the real 7.10 ships, beta testers would never receive an update notice. mpp.exe mpp.exe is the main launcher for mpp. xp ui facelift, code changes. start.exe start.exe is the profile changer for mpp. start.exe has finally received an xp ui facelift. the "manage profiles" button in mpp 7.00 was still opening the connections page in mpp control center, where the profiles used to be located back in the early days. the wrong page, lol nice. now the "manage profiles" button starts mpp control center on the main page where your profiles are located, but even then it's not so easy to see... there are just too many check boxes. so, now the "manage profiles" button not only puts you on the correct page in mcc, but it also puts a bright blue highlight around the mpp user profiles group box to help you see what you are supposed to be doing. damn potheads. :p left clicking the icon loads the original pun startup screen. if you find this humorous, you can make this screen show up every time by running: start.exe /aolsux or /aolsucks. the original version of start.exe always started with this screen, and could only be turned off by using the /aolsux switch(es). the final release was when i turned it off by default, but you can always turn it back on. hourly multi browser backups a new timer runs every hour to backup your multi browser files. i'm doing this because some people are reporting to dead that their settings aren't saving correctly. basically, when mirc exits, it copies all files from the multi browser folder back to your profile folder for safekeeping. when you next start mpp.exe (the normal mpp shortcut), it copies these files back to the multi browser folder. i've tested this for hours on end and i can't duplicate the problem, not even when switching user profiles. however, i fully realize that there could be a problem, so this automatic backup should help. so, what could be causing the problem? my guess is that mirc has so much shit to do while it is trying to shut down and save it's own settings, that sometimes it doesn't fully complete copying the files i've told it to copy during shut down. it's just a guess, but that's the way i'm leaning. unless someone out there can show me what's happening :p~! mirc.ini (er... mpp.ini) mirc's ini is now ONLY in your profile folder. mpp.ini. that's where mirc finds it, and that's where mirc saves it. no more copying. less problems. this was fixed in pre-4, i'm just mentioning it again for those of you who are just tuning in. now if you change a setting in mirc options, it will save correctly for your next session. please see the pre-4 section titled "mirc ini not saving properly" (below) for more information. both mirc (mppcfg.mrc) and mcc were randomly reading and writing to two different mpp.cfg files, in two different folders, fixed mirc and mpp control center both use this file, heavily. all of your changes in mcc are saved to this file, and within seconds of your save, mirc reads the file and changes to match. for some stupid reason in mpp 7.00 both mirc (mppcfg.mrc) and mcc were randomly reading and writing to two different mpp.cfg files, in two different folders. one was in your profile folder, the other was in your system\mpp folder. originally i was only reading/writing to the one in the system\mpp folder, but over time i started (accidentally) accessing both files at different times for no apparent reason. it was intended to only be updated in the system\mpp folder and occasionally copied back to your profile folder. copying after mirc is done doesn't always work, and copying when mirc starts is bad karma. why? cuz if you exit and everything stays in the main mirc folders, and then you change user profiles, the next time things start, the files from the main folders (all of the settings for your last profile) will be copied to the new profile folder. so, now mpp.cfg works the same as mpp.ini. mirc and mcc both read/write to the mpp.cfg file in your profile folder. period. there should never be an mpp.cfg in your system\mpp folder (unless you upgraded). if there is, you can safely delete it. mppbar.exe (built into all installers) updates the main theme folders (the ones i created and that ship with mpp) with new toolbar graphics the full installer and upgrade installer now both contain mppbar.exe inside and both installers automatically execute this file AFTER ALL other installers (including the add-on packs) are installed. what does it do? mppbar.exe updates the main theme folders (the ones i created and that ship with mpp) with new toolbar graphics. originally this was going to be a separate download, but it's much cleaner to have it inline. about 118 kb, no big. outtro i like. this one might go public. i'd like testers to let me know within 24 hours if this is stable so i can offer it friday night if possible. Changes in MPP 7.10 Pre-4 "Seven Eleven" (July 11, 2004) most recent changes a fixed version of the mpp 7.10 pre-4 installer was uploaded on july 12, 2004 at 10:45 am central. please grab the new version to test. this is the second release of pre-4. i am not changing the name of the installer or the release name simply because currently only 3 people know about this private release, and i'm one of them. fixed files: start.exe, mcc.exe and mppcfg.mrc start.exe this file was copying mpp.cfg from the user's profile folder to the system\mpp folder, which is something i don't want to do anymore (see mcc.exe below). in addition to this small fix, i also gave this app quick "xp facelift". mppcfg.mrc this script was reading/writing to/from two different mpp.cfg files, one in the user profile folder and one in system\mpp. fixed. mcc.exe for some reason in the initial release of pre-4, clicking the "X" button after setting your first connection page would never result in an "(MPP Updated)" message. after reviewing the code i could see that it was reading/writing to/from two different mpp.cfg files, one in the user's profile directory, and one in the system\mpp folder. this was not my intention for either mcc.exe or mppcfg.mrc, that's just how it ended up. the original idea was to read/write to the profile\mpp.cfg, then copy it occasionally to the system\mpp\mpp.cfg so mirc (mppcfg.mrc) would see the changes. it worked ok in 7.00, but in 7.10 it started acting up similar to the mpp.ini problem mentioned below in the "mirc ini not saving properly" section. so, i decided to recode both files. now mcc.exe and mppcfg.mrc only read/write to/from the profile folder's mpp.cfg. the file is never copied from that location. configurations should now work better than all previous versions, but it's up to you to find any problems. the remainder of the pre-4 section is the original pre-4 documentation... god where do i start... updates and additions Updated: SystemInfo from 1.5-r3 to 1.5-r4 http://scripts.phucknut.net/index.php?page=systeminfo Updated: Winamp2mIRC from 1.2.1 TEST to 1.2.1 FINAL http://scripts.phucknut.net/index.php?page=wa2mirc Added: foobar2000 Plugin for Winamp2mIRC http://www.r1ch.net/stuff/foobar This adds song info support for foobar2000 in mIRC via Winamp2mIRC http://www.foobar2000.org Updated: DCCInfo from Alpha 2 to Alpha 3 http://scripts.phucknut.net/index.php?page=dccinfo pre-4 for starters, i was done with all of the pre-4 documentation when our power flickered off for about 3 seconds causing me to lose all of my notes. whatever you read now may or may not be final. who fkn knows. this is a private release that i might make public after some initial testing. private tests, all information about them, including download url's are to be kept 100% private. if you would like to be included in the mpp beta test team, send an email to sgt-d@sodpit.com with the subject MPP BETA TEST. if you would like to be included in beta tests for all of my software releases, then send an email to sgt-d@sodpit.com with the subject SGT BETA TEST. this mailing list also includes mpp. you must agree to a non disclosure agreement, and you can only discuss project with the current team members. pre-1 through pre-3 were tested very privately between myself and ]K[Omegadoom. initially, pre-4 will only be tested by us again, and also by czechplz (sp). sparky will get the updated help docs for mcc by email today for translations. pre-4 might eventually be a public test, so i'm trying to get everything working again as an installer. pre-1 through pre-3 were 7-zip archives, pre-4 is an exe installer similar to 7.00 final. mirc 6.16 mpp 7.10 is designed for mirc 6.16. mcc.ini has been updated, so if mpp.exe runs and can't find mirc.exe it will know that mirc 6.16 is the current version of mirc, and it will know where to download it. servers.mrc servers.mrc has been updated based on the servers.ini that ships with mirc 6.16. my list of servers have been added, as always. mirc ini not saving properly quick note: mpp.exe is the launcher for mpp. when making changes in mirc's settings, the settings would be lost when mpp was restarted. this happened about 75% of the time, and i don't know how it slipped by me. in 7.00, mpp.exe would copy mpp.ini from your profile folder out to the main mpp folder, then it would launch mirc using the copied ini file. when you closed mirc, one of the closing commands was to copy the ini from the main mpp folder back to your profile folder. this was done right after a save command which is supposed to save all associated files in mirc. well, for some reason the main ini was not always fully updated by the time mirc tried to copy it back to your profile folder, and the save command i mentioned earlier didn't seem to help either. so, the next time you launched mpp it would be right back to your previous settings. this is because mirc doesn't make a final save of its own ini until it fully exits. my first plan of attack was to tell mirc not to try to copy the main ini to the profile folder on exit, and then to tell mpp.exe to try to copy the main ini back to the profile folder right when it started. this worked almost perfectly, as long as you never changed user profiles. ugh! when i tried it this way i noticed that if i was using my sgt-d profile and made some changes in mirc option