| Author | Message | Time |
|---|---|---|
| Mexican | Can someone plz tell me packet to change an account password? | March 10, 2004, 12:26 AM |
| Newby | Packetlog it yourself? | March 10, 2004, 12:32 AM |
| Spht | [quote author=Mexican link=board=17;threadid=5699;start=0#msg48623 date=1078878377] Can someone plz tell me packet to change an account password? [/quote] SID_CHANGEPASSWORD (0x31) for the old logon system and SID_AUTH_ACCOUNTCHANGE (0x55) / SID_AUTH_ACCOUNTCHANGEPROOF (0x56) for the new logon system. | March 10, 2004, 12:38 AM |
| Eli_1 | [quote author=Mexican link=board=17;threadid=5699;start=0#msg48623 date=1078878377] Can someone plz tell me packet to change an account password? [/quote] The packet for changing password is 0x31 For past day now I havn't been able to view anything on bnetdocs for some wierd reason, so that's all the info. I can give you... :( | March 10, 2004, 12:38 AM |
| Mexican | Ya thnx i got it, and Newb if u can be a little smart im asking here because right now i cant packet log it. thnx. | March 10, 2004, 12:40 AM |
| tA-Kane | [quote author=Eli_1 link=board=17;threadid=5699;start=0#msg48629 date=1078879115] [quote author=Mexican link=board=17;threadid=5699;start=0#msg48623 date=1078878377]For past day now I havn't been able to view anything on bnetdocs for some wierd reason, so that's all the info. I can give you... :( [/quote] Though it doesn't solve the problem (it usually alleviates it), you can try hiding the menu so that BnetDocs doesn't have to look up and send so much information.[/quote] | March 10, 2004, 10:39 PM |
| Eli_1 | [quote] Though it doesn't solve the problem (it usually alleviates it), you can try hiding the menu so that BnetDocs doesn't have to look up and send so much information.[/quote] [quote][/quote] Well I never found out what was happening, but I'm assuming it's because my comp was on so long and was low on resources... The page would load but it would cut off at about 1/3 done and the rest would be a bank page, or it would say "done" in the status bar and just be a blank page anyway... | March 10, 2004, 11:44 PM |
| K | [quote author=Eli_1 link=board=17;threadid=5699;start=0#msg48815 date=1078962259] [quote] Though it doesn't solve the problem (it usually alleviates it), you can try hiding the menu so that BnetDocs doesn't have to look up and send so much information.[/quote] [quote][/quote] Well I never found out what was happening, but I'm assuming it's because my comp was on so long and was low on resources... The page would load but it would cut off at about 1/3 done and the rest would be a bank page, or it would say "done" in the status bar and just be a blank page anyway... [/quote] This happens to me sometimes as well. I believe it's a problem with BnetDocs, not your computer. | March 10, 2004, 11:49 PM |
| Eli_1 | [quote] This happens to me sometimes as well. I believe it's a problem with BnetDocs, not your computer. [/quote] tank ya, K ;D | March 11, 2004, 12:05 AM |
| Kp | Yes. Since Arta continues to store the database on his home network rather than migrate it to the primary vL storage, you incur trans-oceanic latency for every hit to bnetdocs. When this is combined with the traditional time limit on how long a script may run, it becomes apparent that the Bnetdocs PHP scripts will frequently be slain for taking too long to fetch the data from Arta's computer. The solution is to download the data directly from his system, rather than using BnetDocs as an HTML-izing proxy for this purpose. | March 11, 2004, 12:12 AM |
| PaiD | [quote] This happens to me sometimes as well. I believe it's a problem with BnetDocs, not your computer. [/quote] YaY I am not the only person that it happens with. :) | March 11, 2004, 12:13 AM |