SphereServer BugTracker - SphereServer
View Issue Details
IDProjectCategoryView StatusDate SubmittedLast Update
0001625SphereServerexecutable - linux buildpublic17-06-09 11:5130-08-09 03:45
ReporterEarlgrey100 
Assigned ToMrSugarCube 
PrioritynormalSeveritymajorReproducibilityalways
StatusresolvedResolutionfixed 
PlatformOSOS Version
Product Version 
Target VersionFixed in Version20-09-2009, 0.56b Prerelease 
Nightly VersionNot Available
Experimental FlagsNone
Option FlagsCommand_Sysmsgs, NoItemNaming, NoHouseMuteSpeech, NoPrefix, DrinkIsFood
Internal Build Number
Summary0001625: extremly to high vendor sellprices
DescriptionHello everybody,

since we dated up our sphereversion from an older nightlybuild to an up to date one, the vendorprices are extremly high!

We do have tested this with "nightly from 26.03.09" which works very good.
The next build which we have used is from 07.05.09. This is not working as it should.

Before we change the versions the prices were normal - like 50gp or 3gp for some goods. After changing to an up to date version the prices were like 50.000.000 or 3.000.000. But we did not change the values in die "value" part.

The problem comes with all vendors. But I mostly tested this with c_h_provis.
The especially the low price products of them (e.g. garlic ...) were sold with 49653245 gps instead of 3.

Best regards

EarlGrey
Steps To Reproduce
Additional Information
TagsNo tags attached.
Relationships
related to 0001588resolved MrSugarCube pets attacking a vendor "dropping" prices of the goods when the price is too high. 
Attached Files
Issue History
Date ModifiedUsernameFieldChange
17-06-09 11:51Earlgrey100New Issue
17-06-09 11:51Earlgrey100Nightly Version => Not Available
17-06-09 11:51Earlgrey100Experimental Flags => None
17-06-09 11:51Earlgrey100Option Flags => Command_Sysmsgs, NoItemNaming, NoHouseMuteSpeech, NoPrefix, DrinkIsFood
21-06-09 12:08MrSugarCubeStatusnew => closed
21-06-09 12:08MrSugarCubeNote Added: 0000239
21-06-09 12:08MrSugarCubeResolutionopen => unable to reproduce
01-07-09 15:15Earlgrey100Statusclosed => feedback
01-07-09 15:15Earlgrey100Resolutionunable to reproduce => reopened
01-07-09 15:15Earlgrey100Note Added: 0000249
01-07-09 15:23cloud_brNote Added: 0000250
30-08-09 03:40MrSugarCubeRelationship addedrelated to 0001588
30-08-09 03:45MrSugarCubeStatusfeedback => resolved
30-08-09 03:45MrSugarCubeFixed in Version => 0.56c Nightly
30-08-09 03:45MrSugarCubeResolutionreopened => fixed
30-08-09 03:45MrSugarCubeAssigned To => MrSugarCube
14-11-10 19:54MrSugarCubeCategoryexecutable - linux => executable - linux build

Notes
(0000239)
MrSugarCube   
21-06-09 12:08   
Cannot reproduce. Check your ITEMDEFs of the affected items, the markup tags on the vendor and/or region (if set), and the VALUE and PRICE properties of the items. There was a change between those two builds which is probably responsible (prior to the fix, item prices would wrap around back to zero):


04-04-2009, MrSugarCube
- Fixed 0001588: Possibility of overflow when applying markups to vendor prices.
(0000249)
Earlgrey100   
01-07-09 15:15   
http://www.sphereserver.net/index.php?s=d8ae4d65a6901e59e8030ea387ca7fe7&showtopic=46704&pid=225726&st=0&#entry225726 [^]

Cloud found the "real bug" which causes this problem.

The "value"-section in the Itemdefs isn't checked out correctly.
(0000250)
cloud_br   
01-07-09 15:23   
Also, remember that the first time you open the buy menu the prices are ok, only after that it gets screwed.