Topic: [ANN][HUC] Huntercoin - Worlds First Decentralized Game/World on the Blockchain - page 156. (Read 879724 times)

Ok thanks.  Yes I did it through your client, but opened qt afterwards to see if anything was different. 

Anyways will try bgb method. Hopefully devs figure it out.  Very discouraging.  Good thing hucs are only worth pennies . 

As said, once you corrupt your wallet with double spended coins, the wallet behaviour will be unpredictable and you shouldn't use it anymore to play or you'll keep facing problems so you need to do what bgb suggested (that's why people complain about pending problem)

in your case, you are trying to send away 171 HUC but some of them aren't valid (double spend problem) so the whole transaction is invalid, this is why OSYA told you to split that sum in different transactions

Except for coin wasted on name new (if it has confirmation than you can't have coins back) the other coins can be recovered following bgb steps so do that


looking your screenshot i see a name_new Cow, this mean it has been done on QT because mine name_new generate that strange long string, no i'm not sure what you've done
anyway if name_new has been confirmed, your coin are gone, you could try to see if you can send a name_firstupdate manually in qt console, anyway it's a pain-
problem is that even name_new/first_update behaviours is somewhat bugged, because IIRC if you issue a name_new asking for a name that is in confirmation stage, the daemon allow you to do that, gives you an error but spend your coin (the transaction goes in blockchain even if the daemon says you can't create that player) something domob or someone that knows the daemon should take a look (times ago i asked, and he had done) a check over correctness of the name (if you tried to create by rpc command a new name with incorrect characters, you ended up wasting hucs)

you said you tried rebroadcasting, this mean you had done this with QT wallet too, because i've not a rebroadcast feature (this isn't an available RPC command)

P.S.
the fact that you used my client to do those things doesn't matter (are just RPC calls toward daemons, huntercoind.exe)

hope you'll manage to recover your funds, anyway here ( https://github.com/chronokings/huntercoin/issues ) is where issues should be reported to devs, even if this problem fit the issue I've already opened (pending issue)

Unfortunately it happens! You need to send parts of a coin, try to divide in half, then half again ...

Well, or in extreme cases, already send 17 transactions 10 Coin

Having more problems.  

I cannot seem to create any new players.  The transactions just dont confirm.

After that, I tried just clearing my wallet out and sending the coins elsewhere and maybe just creating a new wallet, but those coins will not send out of my wallet.  Now 171 HUC are sent but not being confirmed on the network.  

Any ideas?  I'd like to somehow get ahold of these coins again.  

----

I'll say exactly what I did.

I destructed character PooFace

Right after I tried to create another character with the name pooface.  That didn't seem to work

I then tried to create a character named Cow.  That doesn't seem to work either, although it does appear the coins were debited from my account and confirmed?

I then just tried to send the rest of the coins to my wallet on Poloniex and that doesn't seem to be doing anything either. I also tried rebroadcasting.

I did this with mithral man client, not sure if that matters.

---

Not sure if I just have bad luck or what, but I know I should be reporting any problems.

http://imgur.com/gQXVMS8

# released a new version of Huntercoin: Mithril Edition (HUC:ME) : V 1.0.5 (42509)#

this time, my updates regard mainly two missing features: Transfer Player and Change Reward Address

The first is used when you want to give the control of your hunter to another person (in its own wallet), while the other is used to set where you want your banked coin be sent (this is important if you want to be sure that the HUC you gain, are sent to an encrypted wallet (or a paper wallet), safier then a game wallet

Both features can be accessed using the context menu (right click) of a player you own, see this pic: 


---
### Transfer Player ###
Transfer player is used to give your hunter to someone else, or another of your wallet.
All you need is an address of the wallet you want your player to go, that's all!

the screen is pretty simple and well explained, here the pic: 


---
### Set Reward Address ###
Often is a good practice to bank your gained coins in a safe place, here comes useful the Reward Address feature, that give you control on the receiving address of your banked coin.

Even this screen is pretty simple and well explained, here the pic: 


at the moment, you have to write this address everytime you create an hunter, but I'll add a default address in the settings window so would be handy for you to set it once then forget about it. Anyway remember that my client has a feature that shows every hunter that share the same address, and this is an intellingence information that people could use to guess which players are under your control and try to understand your tactics!

---
###Refresh Players List###
Sometimes can happen that you doesn't see a player you were expected to see in your list (maybe because a blockchain reorg or some deamon bugs or because someone transfered you a player), now I've added a button to force the reloading of your players.
It shouldn't be used normally, because it calls a daemon (huntercoind.exe) RPC command that until now has been a lot bugged (name_list) and that could cause the daemon stop responding and updating, anyway since with last huntercoin version domob should have fix this command, I've added this button that could fix some weird behaviours, as said.

the button is available next to the button to create a new player (now every button has a tooltip too!), here the pic (the button is the orange one) 


this command could take several seconds, depending on your wallet size, even if with last huntercoind update (1.0.11e) it should be faster (my wallet takes ~ 14 seconds to return from that command). Don't use it if not needed (it even halt game_status update until it ends)

---
###Chat Opacity###
Last feature i'll talk about is the chat opacity 
Since the chat panel cover part of the game map, even if i added the shortcut SHIFT + SPACE to toggle its visibility, people could find useful to leave chat always open, while being able to see under the chat what's happening, this is why i added an opacity slider to set it's transparency value, you can see it on the top of the chat panel, see the pic: 


the opacity level is saved into your settings.xml file, so you don't have to set it everytime, just find a value that's ok for you!


About the chat, i fixed a bug about scrolling messages too (when you clicked on another panel, the chat with previous version were scrolling top, causing headache )

Now i could have added something else, but frankly at the moment I don't remember
As an ending note, I just want to saythat I'm having holiday from 4th of August to 19th, so my development will be halted during this time (need some rest with family, my 7 month daughter has to see the sea ), but I'll be available anyway to people who want to report problems, etc... (I'll have internet access so no problem!)

When I'll be back, I'll be ready to dive into the bot system implementation (I've already started)


the download link is the same, http://www.mithrilman.com/Huntercoin/Download

o ya dude not knocking your question at all bud. Just chipping in my thoughts.

Not really sure.  If you have a large team, you need to have time to figure your moves.  I was just wondering if it was possible or if it was even necessary.

Largest fish to fry at this point I'd say.

I'm not really complaining, but is there a possiblity in the future that the block times could be speeded up?

You're welcome, and this is good news!  (Looking forward to the video, BTW!)  Although I have to say that I don't even know which change could have caused this - I haven't been doing optimisations for old game states.  But anyway, I'm glad that it works better now.

I have noticed a big improvement in pulling out old gamestate data with this update. I am working on an updated timelapse video. This update is greatly speeding up the process of getting the gamestate data. Thanks!

It doesn't have to do with a player necessarily being involved directly in the destruct. Once you get 'dirty' coin(s) in the wallet then whenever another player tries to move, the dirty coin gets used for the transaction fee. Of course it won't get accepted in the block and you are stuck in pending.

Another pending I get (but less frequently) is noticeable by watching the log and when you try to move/destruct you will see something like "pending transaction already exists for that name" (maybe the client shows an error, but I have my errors turned off). When this happens a transaction does not occur so there is nothing to delete. You just click "go" and nothing happens. Only way I know to fix this is via a rescan (maybe a restart is enough).

Ok delete transaction worked.  I then tried the destruct again and it went through.  As far as the other stuck guy, that didn't work, although lets me create a new path, just stuck in pending.  Guess I'll do what bgb suggests.

Same color.  They right around the spawn area on the yellow side.  Herbie is also frozen, although I dont think he had anything to do with destruct.

Johnny and freddy had 2 different colours?
using my miniwallet you can delete the pending transaction but won't help much, since you'll have next transaction stuck because you have "dirty" coins in wallet at this point (double spended)

Ok will do that.  Have another stuck one right after I posted the last thing.  He doesn't want to destruct.  (i tried destructing 2 of my same players in the same square at the same time).  I'm trying to kill my players off and collect the coins while awaiting disaster.

http://imgur.com/ByLIqnO

BGB, You are so clever and straight-forward.

There is a longer discussion about this at http://forum.huntercoin.org/index.php?topic=123

If you think your players are stuck due to some issue with destruct (double spend), the most efficient way I deal with it is to make sure all the transactions are deleted (use the transactions tab in the client, select pending transactions, and right click -> delete transaction), then send all of the coins out of the wallet to another wallet address. The goal here is to make the wallet balance perfectly zero. I would expect the transaction to NOT go through successfully, and you can clean that up later. Then send some new coins into the wallet and you will be good to go.

When you are done with that wallet (players all dead or you transfer them to a new wallet) you can delete the pending transaction for sending the bad coins, then rescan and you should be good to go.

Can't wait for domob to figure this one out as it would save me (and i am sure others) some headaches.

you see that player in red on my client?
there is a bug in the daemon mechanics that could cause pending problems, already discussed here, do you remember if one of your player died while we had a pending moves before you noticed this stuck player?
here the problem i reported: http://forum.huntercoin.org/index.php?topic=123.0

to be sure you have a similar problem, try to restart the client and see if it is still pending (opening miniwallet you should see if you have the name_update transation with 0 confirmations,so pending)

I have a player stuck in "pending" mode, but he is not moving and I do not have the option to move him.  He just kinda sits there? Any ideas?