Daimonin
Members login
Sign Up!      problems?
N F
* Daimonin Forum
Home Help Search Calendar

Welcome Guest, you have to register to post here.
Search

News

Stats
73709 Posts in 6687 Topics by 8103 Members
Latest Member: shambizzle
Daimonin Forum  |  Development  |  Arches  |  Topic: fire1 mapbug on test « previous next »
Pages: [1] Go Down Print
Topic: fire1 mapbug on test  (Read 813 times)
grommit
Demonic High Priest of Moroch
*
*
*
*


Karma: +26/-2
Posts: 2471



View Profile
« on: May 10, 2008, 08:14:53 pm »

Don't know if this is as a result of the reorg, but just saw a mapbug on test: Object wmask_bflag_fire1_1 - can't find face wmask_bflag_fire1.u.131

(In the Sh bar/apt teleport area)
Logged
smacky
Administrator
*
*
*
*
*


Karma: +114/-92
Posts: 5221



View Profile
« Reply #1 on: May 10, 2008, 09:57:31 pm »

This is likely to be to do with the reorg. That is one of the flags in masks/flags (the image is now called flag9.u.131). But grepping both arch and maps in mapserv yields no results so I can't offhand think where it is finding the reference. Unless the arch collection on the test server itself hasn't updated for some reason.

I'll check it tomorrow.
Logged

tehill
Lesser Moroch Avatar
*
*


Karma: +11/-2
Posts: 985



View Profile
« Reply #2 on: May 11, 2008, 04:24:22 am »

wmask_bflag_fire1_1 is used in the luxury apartment, a unique map
Logged
grommit
Demonic High Priest of Moroch
*
*
*
*


Karma: +26/-2
Posts: 2471



View Profile
« Reply #3 on: May 11, 2008, 11:24:28 am »

Ah - that might explain it - it appeared when Gramlath went through the apartment portal. So it's Gramlath's fault Smiley
Logged
smacky
Administrator
*
*
*
*
*


Karma: +114/-92
Posts: 5221



View Profile
« Reply #4 on: May 11, 2008, 11:27:41 am »

That should be fine. The object is still called wmask_bflag_fire1_1, precisely so existing maps won't have a problem, but the images are flag9.u.131 amd flag9.u.151. The image names should only be relevant to the arch definition (and any scripts that for some reason directly reference specific images and maps that specifically alter the face attribute of the object [though as flags are turnable = have an anim block, this won't have been done for them because it won't work]).

But in any case grep found no matches for wmask_bflag_fire1.u.131. in either mapserv/trunk/arch or mapserv/trunk/maps so IDK where the test server is finding the reference...

Yes I do. Sort of. BRB. (OK, just read the above reply too).
Logged

grommit
Demonic High Priest of Moroch
*
*
*
*


Karma: +26/-2
Posts: 2471



View Profile
« Reply #5 on: May 11, 2008, 11:51:23 am »

Just saw the following exchange on Skype (Skype needs you, Smacky!):

Quote
[01:29:38] Gramlath says: btw, how come the facings for the flags isn't working on testserv?
[01:29:55] Gramlath says: it shows them the wrong dir
[01:31:51] tom (tehill) says: depends on where the are. mapmakers maps could be broken by an arch change, placed on map to look right then someone changed the arch
[01:32:03] Gramlath says: was my apt
[01:32:42] tom (tehill) says: thats strange, flags in your apt?
[01:32:57] tom (tehill) says: from b2?
[01:33:08] Gramlath says: um I upgraded to luxury
[01:33:13] Gramlath says: not from B2
[01:33:27] Gramlath says: oh
[01:33:29] Gramlath says: wait it was the old B2 one
[01:33:30] Gramlath says: yeah

Seeing how apartments are stored in the player's data area, that would probably explain everything.
« Last Edit: May 11, 2008, 11:58:01 am by grommit » Logged
smacky
Administrator
*
*
*
*
*


Karma: +114/-92
Posts: 5221



View Profile
« Reply #6 on: May 11, 2008, 12:45:58 pm »

Indeed it explains everything.

First, I just committed (to trunk only) the apt maps with various validation errors fixed (custom types for saved beds, layer conflicts) and while I was there turned the flags to face the right way.

But second, due to the way unique maps (ie, apts) are stored, existing ones override whatever the arches currently say is the right face for any given object. So although the test server wmask_bflag_fire1_1 arch says the faces are flag9.u.131/151 the unique maps saved of old in the players dir references wmask_bflag_fire1.u.131/151, hence the mapbug.

I see three solutions:
    1. I do 'rpl -R "wmask_bflag_fire1.u.131" "flag9.u.131" testserv/server/data/players/*' on the testserv (and whatever else is needed for othe objects). I am reluctant to do this because while it should fix the immediate problem if it works properly, if it doesn't or I get confused, it is likely to make a tiny problem infinitely worse.
    2. We just ignore the warnings until a char reset/wipe when it will no longer be a problem (although this also needs the trunk arches to be in branches/on main so iit'll be a while yet.
    3. As above (to remedy the current problem) and someone fixes the unique map storage so that unique maps use the current arches like everything else.
But on the whole ISTM to be a very minor cosmetic issue with a known cause and only affecting test. So as the cure is (potentially) worse than the disease, just ignore it for now.
« Last Edit: May 11, 2008, 12:53:04 pm by smacky » Logged

Pages: [1] Go Up Print 
Daimonin Forum  |  Development  |  Arches  |  Topic: fire1 mapbug on test « previous next »
Jump to:  

Page created in 0.085 seconds with 19 queries.
Powered by SMF 1.1.4 | SMF © 2006-2007, Simple Machines LLC
Seo4Smf v0.2 © Webmaster's Talks
Copyright 2008 Daimonin MMORPG  •  Terms of Service  •  XHTML  •  Daimonin sourceforge open source project