dailyhw / runuomondains

Automatically exported from code.google.com/p/runuomondains
0 stars 0 forks source link

Housing flaw when converting to custom housing or placing a new one. #34

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
What steps will reproduce the problem?
1. Started a clean copy of this server right off the svn.

2.  went to any area as staff and player and dropped a house, or custom house.  
If it was a classic one I had to convert it to a custom one for the issue to 
occur.

3. Once a custom house was formed it ran the risk of ending the creator of it 
into the void and the house never properly placed.  It shown as a foundation 
and no stairs or signs spawned.

4  it caused some issues with invisible items near and around the house even in 
previously sparse areas. (GA included)

What is the expected output? What do you see instead?
Expected to see a normal house base instead I received this.
http://img214.imageshack.us/img214/1549/thisiswhathappened.png

also recieved this output to my folder named dsd_exceptions.txt
System.IndexOutOfRangeException: Index was outside the bounds of the array.
   at Server.Multis.DesignStateDetailed..ctor(Int32 serial, Int32 revision, Int32 xMin, Int32 yMin, Int32 xMax, Int32 yMax, MultiTileEntry[] tiles)
   at Server.Multis.DesignStateDetailed.CompressionThread()

What version of the product are you using? On what operating system?
client version 7.0.8.1
client version 7.0.5.0
client version 7.0.0.0

windows 7 pro x64

Please provide any additional information below.

tested on 7.0.0.0, 7.0.5.0, and 7.0.8.1 all with the same out come.
I had others log in and test producing the banishing results to the 
void/internal. (blue lightning and black area)

Tested with both players and staff and then again with staff accounts with 
player level characters.

Produces a 5-10 second long pause and then shows what I posted.

Using the latest compiled core made from compiling a clean server folder.
0 edits have been made to the shard, downloaded it from the svn, compiled the 
core, added the zlibs and ran.

Picture of the housing foundation after placement.
It is impassable, can't tele on it and you have to [wipemultis to remove it.

Original issue reported on code.google.com by ad...@uluo.org on 20 Nov 2010 at 6:31

Attachments:

GoogleCodeExporter commented 9 years ago
As an update to a solution I found that revision 126 works just fine.
I believe it has something to do between the latest revision (128) and revision 
126

Original comment by ad...@uluo.org on 20 Nov 2010 at 6:55

GoogleCodeExporter commented 9 years ago
[deleted comment]
GoogleCodeExporter commented 9 years ago
Yes.  I am aware of the issue as well as RunUO Devs. The error starts to appear 
from clients 7.0.7.1 (that I have tested) clear through 7.0.9.0.  The issues 
dissapear with cleint 7.0.9.1.  It isn't this svn that has the issue.  It seems 
to be a client issue near as I can tell.

I am using the Stygian Abyss Classic Client download.  And had to patch up to 
7.0.9.1 to get the problems to dissapear.

Original comment by ShaiTanMalkier@gmail.com on 11 Dec 2010 at 4:48

GoogleCodeExporter commented 9 years ago
For those of you who are having issues with housing not placing properly 
MapDefinitions.cs holds your answer. You need to change this line......

At approl line 42 change the following.....

Code:
MultiComponentList.PostHSFormat = true; // OSI Client Patch 7.0.9.0

To this.....

Code:
MultiComponentList.PostHSFormat = false; // OSI Client Patch 7.0.9.0

At client 7.0.9.1 you it neets to be set to true. And before it needs to be set 
to false.

Original comment by ShaiTanMalkier@gmail.com on 13 Dec 2010 at 2:45

GoogleCodeExporter commented 9 years ago
Thank you for your fast work and consideration.

Original comment by ad...@uluo.org on 22 Dec 2010 at 2:48

GoogleCodeExporter commented 9 years ago
after customizing the house, the character doesnt go back to his original 
colour (he stays white)

Original comment by shattere...@gmail.com on 10 Jan 2011 at 4:35

GoogleCodeExporter commented 9 years ago
What do you mean character doesn't go back to original color?  Are you trying 
to customise a house as a staff member or as a player?  If customizing as a 
staff member.  It is happening as it should be.  And as far as if customizing 
as player.  I do not experience that issue.

What revision are you using?
What client version are you using?

Original comment by ShaiTanMalkier@gmail.com on 11 Jan 2011 at 4:10

GoogleCodeExporter commented 9 years ago
I'm running the default runuo 2.1 (rev 605) with the fix you gave there
client version 7.0.3.0

and yeah, I was trying to customize it as an admin, when you enter the 
customize mode the character turns white (so you can tell you're customizing 
the house) but when you finish it doesnt turn back to the original colour

didnt test with a player account yet, but is there a way to turn back to the 
normal color as an admin/gm?

Original comment by shattere...@gmail.com on 11 Jan 2011 at 5:37

GoogleCodeExporter commented 9 years ago
Yes.  That is normal.  After you finish customizing as a staff you are set as 
hidden by default.  just use the command [self unhide.

Original comment by ShaiTanMalkier@gmail.com on 11 Jan 2011 at 11:00

GoogleCodeExporter commented 9 years ago
argh... that was pretty stupid of me >.<
thx for the help Shai

Original comment by shattere...@gmail.com on 12 Jan 2011 at 12:24