Topic: Crypto Kingdom Ultima Version Development Thread - page 3. (Read 24700 times)

Check out this thread instead...
https://bitcointalksearch.org/topic/crypto-kingdom-1991-retro-virtual-worldcity-819073

Ok - I have submitted a bug ticket to the developer and will update here once I have information.

you say soo much about errors can you specify whats this all about this cryptokingom its for trade invest ponzi game btc sorry never did go there

Thanks, but it still says "Wrong credentials".

There was an error that the registration only worked with email, and not leaving it blank, (though it was possible to write anything in the field and it accepted).

More recent registration attempt worked without any email, just choose your nick and age and go! Then you use the nick as your username when you want to login again.

Update BUG: I have same problem now, cannot login with my test character, giving username and password just says "wrong credentials".

Try logging in with your email address as the username.  We are working on revamping the registration, but I think currently the username for new signups is the email address entered during registration.

I've signed up thrice now. All times I cannot login again. As saddambitcoin said I have also had issues with not receiving any reset mail (I was in contact with him about this).
The error-code is "Wrong credentials".

Forgot Password does not appear to be working, not sure if this is a known bug or in progress.

Request to check the parser lookup_table first, because the error may be there as well. Although the drinks show ok.

BUG: The "color" for WIRS windows is wrong, it says "bronze/copper".

BUG: giving land (trading lots) does not work. I tried command "give 9-C-C5 1 130" (to Crichton, who bought the lot)

BUG (sort of): In the Agora sell/buy listing the no. of "amount" is so close to the previous cell, that it is difficult to read.

FEATURE REQUEST: In "my chronicle" the traded item_id is not listed, would be very helpful to keep up with trading.

Bug Report:


Riddick tried to give Saddam 32 IC, command reponse says it was successful. But Riddick's balance not decreased, nor Saddam's IC increased.

The concept of item "M" is new for everyone who was not here in the 1800s. Quick explanation:

- "M" is an aggregation of items containing "resource M", same as HM02B100 is an item that contains 100*resource CKG.
- Currently there is only one such item, also called M so this causes the confusion
- Later, several depositories are needed to hedge risks, so these will issue items "M1", "M2", etc against the XMR they hold in a publicly viewable address
- In the UI side players only see "M" since all these are legal tender
- I skip the brilliant part how robust this system is in the case of any adversity attempted against our world.

So it is intended that you are able to sell M in the same way as you can sell CKG, and if it is too stupid to do, don't do it.

I have just added an ask order for Moneretos as an item
Probably it's better to restrict it. It's a bit illogical (but fun).

It was already reported before, but probably lost: after Roopatra bought 1 Beer from me in item history the buyer and the seller are messed up.

Thanks a lot!

The commas are the problem with your entry.  The entry was evaluated as - sell cvs 1 490.

This issue is being worked on currently.  We are looking at implementing a option to have a confirmation message other other options.

The following would work

sell cvs 1 490000
sell cvs 1 .49mil

BE VERY CAREFUL WITH YOUR CLI ORDERS
I should know - I made some misplaced orders as well.

Just entered the following command and thought that it will add ask for 490,000

sell cvs 1 490,000

But instead I got COMMAND RESULTS:
Sold 1 units of cvs at 215000 m/unit, for a total of 215000m.

Before that the same happened with

sell cvs 2 490,000

it has been just sold to the highest bid.

Am I doing something wrong?

Thanks saddam - I have submitted this as a bug and it will be looked into.

2 new commands specified, overruling possible previous spexes on them. Since they are required for year change, they need to be in production in 48 hours, prior to that is a useful bonus.


NEW item_id [other parameters may be given in the format "Year=1600 ..."]

Using the parameters correctly you can automatically populate all the fields in the Item table. Other option is to fill them using administration - item table view module, which is easier for 1 or 2 new items at a time, but for bulk additions (suits are unique yet come into being dozens at a time) the parameters come in handy, allowing the whole batch planned in an external spreadsheet and newed with one click.


The command adds a new row to Items and may initialize the values of its fields.

if no item_id is given, print "Command NEW syntax is 'NEW item_id [parameters]'." and abort
if item_id is in use in the unified id-space, print "Item_id already in use." and abort
if item_id is invalid (starts with number, or other than 3-6 characters), print "Item_id is required to start with a letter and be 3-6 characters with no spaces or special characters." and abort
create a new row in Items table, try to enter values to its fields with validation on
ignore other parameters to the extent they are not in the correct format (valid_field=valid_value), in the case a value does not pass the normal validity check of their respective fields, tag minor issues flag
print "New item added."
if minor_issues=1, print "Some of the parameters were not translated correctly, you might want to check the results in Admin section."
return

NOTE: Required: senior admin. Newing items without filling in all the fields before leaving (there is no check) is forbidden. The command does not create any instances of the item. Newing items and forgetting to create them is unadvised.




CREATE item_id quantity recipient

The command increases the number of instances of item_id owned by recipient by quantity units.

if no item_id is given, print "Command CREATE syntax is 'CREATE item_id quantity recipient'." and abort
if item_id is not a valid item_id, print "No such item." and abort
if quantity is not a positive integer, print "Quantity must be a positive integer." and abort
if recipient is not found from char_id and char_shortname tables, print "No such recipient." and abort
add quantity instances of item_id to recipient and update changelog
print: "quantity units of item_id created to recipient".

NOTE: Required: senior admin.

This part is accomplished!!

I entered 1,500 bids and asks just concatenated from text in a spreadsheet and copy-pasted to the command line box, took about 15 minutes including generating the ladder values and the text for the 3,000 orders in the spreadsheet and executing them.

Now that's what I call good job from PJ  It's more than 3 ops (orders per second) 

This does not take long to fix, there was misunderstanding between devs that first level would be L3: Beginner (sounds like "first"..?), then it was changed to L2 and back to L1. So accidental implementation is now L0. Okeh 

"New" level system is further in the future and will not be waited.


There will not be any resource allocation to improving ingame chat now. The Trollbox module is specified ages ago, and will be a thought-out complete module which builds upon the command line, enabling a full gameplay experience.

Upon development in August, the Wizard told that implementation of trollbox would take 5 days, which meant that it was quickly postponed to far in the future. Some time ago we voted if the ingame chat in its current state is usable, and the vote was "no", so use something else. We won't waste time on this one. The current implementation was a 2-hour effort anyway and will remain so.

There are still some modules with higher prioritization than the Trollbox coming, Health Challenge being one.