Forums › English Language Forums › Technical › Bug Reports

Search

Posting buy offers in energy depot - not checking your crowns.

3 replies [Last post]
Sat, 03/17/2012 - 13:12
Asukalan's picture
Asukalan

Before patch that introduced ',' separator in crowns amount when you wanted to type an price and then select amount of CEx100 you wanted to buy system checked your crowns and wont allow you to 'post' button.

Example:

You have 12000 CR. You post 1x buy offer for 6500CR - the 'post' button is active. You change amount to 2x buy offer for 6500R and 'post' button is inactive.

Now system dont check your crowns and keeps 'post' button active all the time.

Example:
You have 12000 CR. You post 1x buy offer for 6500CR - the 'post' button is active. You change amount to 2x buy offer for 6500R and 'post' button is still active. After clicking it it just shows "insuffiscent crowns" error.

Now you need to check by yourself how many 100CE packs you can post to buy before you could just put price and by changing amount checking when you wont have enough crowns which was much faster.

ps. i think this bug is related to that ',' thing.

Mon, 03/19/2012 - 03:36
#1
Sirenblue's picture
Sirenblue
+1

Man, alt-tabbing just to use the calculator isn't cool

Tue, 03/20/2012 - 09:01
#2
Nordlead's picture
Nordlead
I reported this also with F2

I reported this also with F2 in-game. It is annoying when you are trying to post say 30x or more since the math isn't easy to do in your head. Yea, I can do it in my head, but I don't want to do it in my head.

Right now, I'd have to click post, and if it fails decrease the multiplier by 1 and try again.

Wed, 03/21/2012 - 15:19
#3
Hunterxxy
Hi guys, i just reported it,

Hi guys,

i just reported it, too.

but the system check-function is still working.. with all amounts smaller than 1,000 (1k crowns=)

so for example u have got 2k and type 999 offer to buy 100 CE and u set multiplier to 3x then the button will be deactivated.....

so it is the "comma" thing!!

I know the problem, this game uses java, and i think that the system will only calculate with the numbers to the left of the comma....
so if u type in 1000crowns (1,000 after patch), then system will calculate with 1 crown to set the button.

i cant test that thing because even if u only have 1k crowns and set 1k crowns fo a 100ce pack u cant get set the multiplier to 1001
(that would be the proof of my theory.. if the system really calculate with leftside of comma the button have to be deactivated again if u
set the multiplier to 1001 with a bid of 1k crowns...

the problem here is that you only are able to set the multiplier to a maximum of 999x so i can not test it out.)

so everytime u set an offer over 1k u never can reach the limit of crowns because u only are able to set an offer within your own limitation of crowns...
(u cant set an offer of 2000 crowns (so that u only need to set the multiplier to 501x to reach 1k crowns u own at that moment and to deactivate the button because u cant type an offer of 2k crowns if u only own 1k crowns...)

In this way u everytime need to set the multiplier to a minimum of 1001x even if u got 2k crowns and an offer of 2k crowns (because 2crowns calculated from the system,´will need a multiplier of 1001 to reach your 2k crowns you own at that moment).....

Maybe a possible method to fix the problem is to use the "old" routines to do the calculation (without the comma)....

so first the system can calculate with the correct crown-value then the calculated value will be saved in another variable, and this other variable can be used to calculate the shown comma. (so normally the function to proof the button and if it should be activated or deactivated will touch the first variable but not the second).

example

Var Integer Owned_Crowns=30000, Users_Offer=0,Users_Multiplier=1,Total_Offer, Offer_Button=False;
Button_UP=False;

"old"runtime (only an example i know that the offer is read every single char typed by user.. just an example)

Users_Offer=inputsystem(integer); //example 1000 is typed in by User

method "calculate" result:integer (a, b; integer;)
result=a*b;
return result;

If Button_UP is clicked=True then Users_Multiplier+=1;
//clicked 30 times -->Users_Multiplier =31
IF Users_Offer !=0 //true
{Total_Offer=calculate(Users_Offer,Users_Multiplier); // (method returns 31000 because 1000 offer multiplied with 31)
IF Total_Offer > Owned_Crowns then Offer_Button=False //Total_Offer =31000 > 3000 ---> must be true
else Offer_Button=True;}

now i think that the method to set the comma uses a Counter that Counts the the single digits....
and everytime the counter Modulo 3 = 0 the system will set a comma....

i dont know why the system only calculate with the left side of the comma... but it seemes so.
(I only knew it in java that a number typed in only considered till the system reads another symbol than a single digit.....
so i made a little game where the computer generated a number between 0 and 1000 and the User have to say that "tzhought" number...
if User typed a smaller number the system say "my thought Number is bigger" .. and if it is bigger system say "my thought Number is smaller"
If the USer typed the correc number the system congrats the user....

in this little game i have had the same error, that if for example a User typed in 40, the system worked...
but for example if the user typed in "10m0" the sytem "thought" that the user typed in "10" instead of "100" or "1000"

I think here in the CE market the same error occurs, because the comma of 1k crowns -->1,000 is nothing else than a sign within a typed in Number that the system will forced to on ly consider the left side of the comma.....

newmethod
Comma_Setter (not explained)

Comma_Setter(Total_Offer); //(not corret working method).

So now i mean.....that the system proof the "Offer_Button" several times (to activate or deactivate the button)
and that an error while that mchanism uses the origin Variables is occuring.

If u now make a new variable like

VAR Alternate_Total_Offer=0;
//and....
Alternate_Total_Offer=Total_Offer; //and...
Comma_Setter(Alternate_Total_Offer); //

In the "old" calculation without the comma all worked fine, so i think
that the old calculation cant handle the comma correctly....

so i think that maybe if you uses an "Alternate" Variable to set the comma can solve the problem because
the old runtimes will only touch the origin Values of the origin Variables without the comma.....

Remember: the Value of "Total_Offer" is "31000" and the Value of "Alternae_Total_Offer" if "31,000" ###

Old runtime still uses Total_Offer to proof the Offer_Button and the
new method only uses the copy the "Alternate_Total_Offer" .. so the system still able to proof it so often as it wants it
but wont touch the Value of 31,000 of the "Alternate_Total_Offer" because it only proof the Value of 31000 of the "Total_Offer" variable;

Remember: the Value of "Total_Offer" is "31000" and the Value of "Alternae_Total_Offer" if "31,000"

srry for my bad english.... and the mass of words i used....

I hope i helped a little in solving that problem.

best regards
Hunterxxy

Powered by Drupal, an open source content management system