View Issue Details Jump to Notes ] Issue History ] Print ]
IDProjectCategoryView StatusDate SubmittedLast Update
0002298SphereServerexecutable - windows buildpublic28-03-14 05:2429-03-14 14:42
ReporterCoruja 
Assigned Tomatex 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version 
Summary0002298: MAXFOOD incorrectly got changed when FOOD is changed
DescriptionOn latest nightly, if I change the FOOD property on any char, the MAXFOOD will be incorrectly changed to the same value too

The correct is change only the FOOD but not MAXFOOD
Steps To ReproduceSimple example:
My status: FOOD=10 / MAXFOOD=20
Then I type .food 5
Result: FOOD=5 / MAXFOOD=5
TagsNo tags attached.
Nightly VersionAutomated (specify build number)
Experimental FlagsNone
Option FlagsNone
Internal Build Number1832
Attached Files

- Relationships

-  Notes
(0002012)
wuffel (reporter)
28-03-14 13:25

Hi.
Do you have any @statchange-Trigger? Maybe one of them is working with argn1 == 3 (the food-trigger), or similar action?
i cant reproduce this problem.
(0002013)
matex (developer)
28-03-14 13:26

i did the last modification of the @StatChange triggers and.. I tested them as well as i could and didn't notice something like that.

So MaxFood and Food is something different. Maybe it's like wuffel says and you do maxfood=<food> somewhere in @StatChange?
(0002014)
Coruja (developer)
28-03-14 17:24

strange.. I'm using @RegenStat but not @StatChange

already tested without it, but the problem is not on @RegenStat because it doesnt even get fired when I type ".food 30"

ON=@RegenStat
SYSMESSAGE [DEBUG] RegenStat fired: Food
IF (<LOCAL.StatID>==3) //Food
 LOCAL.HitsHungerLoss=0
 IF !(<FOOD>) && (<SERV.HitsHungerLoss>)
  TAG.DirectDamage=1
  DAMAGE <SERV.HitsHungerLoss> dam_general|dam_noreveal|dam_nounparalyze
  TIMERF 1,FOOD=0
 ENDIF
ENDIF
(0002017)
Coruja (developer)
29-03-14 03:41

fixed on nightly 1834 :D

- Issue History
Date Modified Username Field Change
28-03-14 05:24 Coruja New Issue
28-03-14 10:01 matex Assigned To => matex
28-03-14 10:01 matex Status new => assigned
28-03-14 13:25 wuffel Note Added: 0002012
28-03-14 13:26 matex Note Added: 0002013
28-03-14 17:24 Coruja Note Added: 0002014
29-03-14 03:41 Coruja Note Added: 0002017
29-03-14 14:42 Ben Status assigned => resolved
29-03-14 14:42 Ben Resolution open => fixed


Copyright © 2000 - 2010 MantisBT Group
Powered by Mantis Bugtracker