Fixed Publish 53 Issues

@Vorspire - Thank you again for all the work, I know how much time and effort it took you!

Found an issue or two, after getting your updates:

1. Ghosts have a grey screen after they resurrect until they move one screen. Maybe packets not updating or something?

2. Staff cannot see Ghosts after they die on the same screen. I checked Mobile.cs CanSee method but it looked fine. I'm thinking again this has something to do with packets with the changes to incoming mobiles or something? Its above my head.


3. ExpansionInfo.cs has the incorrect flag again for SingleCharacterSlot:

Code (C#):

1. public enum CharacterListFlags
2. {
3. None = 0x00000000,
4. Unk1 = 0x00000001,
5. Unk2 = 0x00000002,
6. OneCharacterSlot = 0x00000004, <--This needs to be 0x00000014
7. ContextMenus = 0x00000008,
8. SlotLimit = 0x00000010,
9. AOS = 0x00000020,
10. SixthCharacterSlot = 0x00000040,
11. SE = 0x00000080,
12. ML = 0x00000100,
13. Unk4 = 0x00000200,
14. Unk5 = 0x00000400,
15. Unk6 = 0x00000800,
16. SeventhCharacterSlot = 0x00001000,
17. Unk7 = 0x00002000,
18.  
19. ExpansionNone = ContextMenus, //
20. ExpansionT2A = ContextMenus, //
21. ExpansionUOR = ContextMenus, // None
22. ExpansionUOTD = ContextMenus, //
23. ExpansionLBR = ContextMenus, //
24. ExpansionAOS = ContextMenus | AOS,
25. ExpansionSE = ExpansionAOS | SE,
26. ExpansionML = ExpansionSE | ML,
27. ExpansionSA = ExpansionML,
28. ExpansionHS = ExpansionSA
29. }

 

So, I been trying to track this problem. I'm thinking its something in PacketHandlers.cs, maybe here?

Code (C#):

1. public static void Resynchronize(NetState state, PacketReader pvSrc)
2. {
3. Mobile m = state.Mobile;
4.  
5. if (state.StygianAbyss)
6. {
7. state.Send(new MobileUpdate(m));
8. }
9. else
10. {
11. state.Send(new MobileUpdateOld(m));
12. }
13.  
14. state.Send(MobileIncoming.Create(state, m, m));
15.  
16. m.SendEverything();
17.  
18. state.Sequence = 0;
19.  
20. m.ClearFastwalkStack();
21. }

Should it have some code for if (state.NewMobileIncoming)??

 

More info:

I tried logging some packets. I had a character case energy bolt at my character. The damage did not show up in the status bar that either character had pulled. I logged packets on the character who received the damage and this is what I saw:

Code (C#):

1. >>>>>>>>>> Logging started 10/27/2013 10:17:50 PM <<<<<<<<<<
2.  
3.  
4. 22:17:51.3401: Client -> Server 0xBF (Length: 6)
5.         0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
6.        -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --
7. 0000   BF 00 06 00 24 34                                  ....$4
8.  
9.  
10. 22:17:53.3812: Server -> Client 0xC0 (Length: 36)
11.         0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
12.        -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --
13. 0000   C0 00 00 00 00 0C 00 00  15 89 37 9F 07 84 05 1D   ..........7.....
14. 0010   A6 07 7E 05 1D A6 07 00  00 00 00 01 00 00 00 00   ..~.............
15. 0020   00 00 00 00                                      ....
16.  
17.  
18. 22:17:53.3822: Server -> Client 0x54 (Length: 12)
19.         0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
20.        -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --
21. 0000   54 01 02 0A 00 00 07 84  05 1D FF A6            T...........
22.  
23.  
24. 22:17:54.1573: Client -> Server 0xBF (Length: 6)
25.         0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
26.        -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --
27. 0000   BF 00 06 00 24 30                                  ....$0
28.  
29.  
30. 22:17:54.3873: Server -> Client 0x0B (Length: 7)
31.         0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
32.        -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --
33. 0000   0B 00 00 15 89 00 0D                            .......
34.  
35.  
36. 22:17:57.6975: Client -> Server 0xBF (Length: 6)
37.         0  1  2  3  4  5  6  7   8  9  A  B  C  D  E  F
38.        -- -- -- -- -- -- -- --  -- -- -- -- -- -- -- --
39. 0000   BF 00 06 00 24 30                                  ....$0
40.  

The 0x0B is the damaging packet, but I never see the status bar update packet, which should be 0x11 (I think). Hope this helps some!

 

Thank you for the update on this!

Not trying to argue with you, but I can tell you that when it is set at 0x00000004, it allows you to create more than one character (The client will lock up afterward when they server locks you down for creating more than one character but the NEW button exists on the characterlist gump). When I set it to 0x00000014 (which is a value I found from an older copy of RunUO), the NEW button goes away, you can only create one character, and the server does not lock you out.

@RoninGT tested this as well and found the same results as me.

 

Tested. All issues resolved.