It does for me.Not fixed.

DLC PAGE is broken and Feedback. They work for you?

Playing with DLC content was fixed though, yes.

As I said in some previous post, it just loads few seconds, but works.

Hi there, a list of things I found in current alpha:

- ninja rope cannot grip outside the "active window" when playing with "wrap map" modifier active (by active window I mean the window/map/camera currently focused)
- ninja rope is canceled when going from the "active window" to another window playing "wrap map" modifier active
- sometimes, portal gun does not work when shooting to "another window" with "wrap map" modifier active
- camera goes crazy when targeting/moving while playing "wrap map" modifier active
- molotov has weird bounce when thrown on rubbers (almost always bounce exactly vertically)
- flames on very high maps prevent the turn from terminating for a very very long time while falling until they reach the water

^
These bugs doesn't sound like introduced in this alpha. First two aren't even bugs - they replaced the formerly-broken mechanic of rope going through terrain on wrap mode. It's just a workaround, but that's how it's supposed to work.

The last one is very annoying and was there long before. I mostly had this problem when I set damage to some insane numbers and set the map ablaze. Explosions with 100000+% damage spread fire everywhere and it falls for... like, eternity.

This is currently intended behaviour. See the rope wiki page:
https://hedgewars.org/node/5316

The real bug (for now) are the graphical glitches.

I have made some tweaks (in development version).
Rope will be instantly destroyed when you try to shoot through, the graphical glitches should be gone. That way, it's more obvious you aren't really supposed to rope through the edge.

However, we are aware this behaviour is still not ideal and needs improvement. Ideally, the rope works perfectly normal through world-wrap boundaries.

You should post demos on https://hedgewars.org/demos as evidence. These bug descriptions aren't really helpful, I don't know what I have to do to see these bugs for myself.

I believe the latter bug has been fixed in development, but I'm not sure. Let's see what the 3rd Alpha will bring.

Yeah, we found that in testing, too. It has been fixed, stay tuned for a 3rd Alpha release (I guess).

This is true, but AFAIK the only way to get flames very high is by using absurdly high damage percentages, way beyond the 300% limit in the menus.

So I don't consider it to be that serious. Or is it possible to get very high flames in a different fashion?

One idea I have in mind is to add a fast-forward feature for situations like this.

Never seen this one...

Why this happen? Do molotov have special properties in em'?

Want to ask
Who want and why someone set the damage percentage beyond 300% after all?

And yeah, I vote for Wuzzy's idea to make special feature for these stuff. Fast-Forward!
Nobody going to watch this eternal boredom! Go home fire, you're drunk...

@UltiMaxKom:

This is the mototov cocktail bugfix (Pascal code):
https://hg.hedgewars.org/hedgewars/rev/943b258d5443

And your guess is right, the properties were wrong.

So I changed the properties. Most gears have elasticity and friction set, but this info was oddly missing for molotov cocktails, so they defaulted to 0. With a friction of 0, bouncing doesn't work like it should work and the X speed resetted to 0 on a bounce.

Wuzzy
Btw did anyone have report this kind of bugs:
Rope sometimes(?) deselected(detached mb?) if we firing weapon from it
Say one of shoppa player. He say all shoppa player know this one, so he wouldn't post it
But I think its better to ask it rather than before it too late (if nobody haven report it)
Is it already reported, fixed, or is it a bugs?
Tbh, idk about this bugs (I'm not a real shoppa player)
So idk how to reproduce or anything alike, just a news from my friend when I play with him recently
Thanks ^^

I have played around with rope and I remembered what this is about.

OK, here's the thing:

Normally, you lose your rope if you are already roping but you missed a shot.
E.g., you stand on ground, then shoot rope and get attached. Then you rope around

If you had rope selected, you can continue to rope normally, you just have 1 rope less. If you have infinite rope, this has no effect.

But if you had a weapon selected while roping, and then miss a shot, you not only lose your rope but also your secondary weapon becomes the primary selection, overwriting the rope as selected ammo.

This weapon switching behaviour is completely predictable, so not really serious and players can learn how to deal with it. But I don't think this makes a lot of sense and it can be quite annoying. Hedgewars shouldn't fiddle with the selected ammo for no reason. That's the real bug IMO.

I think the solution would be to retain the current selection (primary and secondary) completely even if you wasted a rope. The selection should only change when you used up all the rope.

After more research, I also noticed it's not only the rope, but all utilities which allow a secondary ammo. Like flying saucer.

This is actually very old, but thanks for bringing this up again. I noticed this in Shoppa as well but I always forgot it.

I don't think you can ever get detached by using a secondary, however. This would be indeed serious. But I think this is just a myth.

PS: To learn more about the rope, read this: https://hedgewars.org/node/5316

This change will break the punch from rope trick though

@UltiMaxKom:
I have reworked this rope selection thing now.

If a rope / flying saucer / parachute is destroyed, it still stays selected, no matter if you had a secondary weapon or not.
The secondary weapon is cleared, however. This is intended (you stopped using the utility, after all).

For the rope, “destroyed” means: You are already roping, shoot, but fail to attach to anything. Then your ropse is considered used up and you need another one. This is old rope behaviour; nothing of the actual rope behaviour has been changed. It's just that the selection is kept.

@S.D.: What do you mean?
Do you mean that when you intentionally miss a shot before hitting a wall, you will bounce off said wall?

I have tested it, it still works.

No, i mean using firepunch from a rope. You cannot use firepunch as secondary weapon with rope. But there is a trick. If you select firepunch, then intentionally miss a rope shot, u can punch on the fly.

Ok, got it.

I always play on very high maps (near the ceiling), so the problem is there even without crazy damage amplifiers.
It must be noted that, when flames are burning, they detach from the map (I think when there are no pixels left to burn?) and sometimes they trigger a chain reaction of falling > almost in water > another one detaches and falls > road to water > another one detaches, etc.
The fast-forward would be really cool, even in vertical rubber-bouncing in low-gravity on (it takes a lot of time to end). Or a maximum number of bounces.

Wonderful, thanks

Great!

This is what I saw:
> I move the camera around
> I find a good camera position
> I try to aim, or move a bit
> The camera centers to the hedge, but not in the focused window, basically moving all way left or right to the adjacent one

And here's another one: I see that flakes in most themes are purely cosmetic, but snowflakes are a different thing - and I love it. But, flakes are spawned at a fixed height that is lower than maximum map height - it's ok if they are pure cosmetic, but in themes like snow/christmas where they affect the gameplay basically you can skip this "malus" by going higher than the clouds. Is this supposed to be like this?

I just realized that I never said thank you for this game, so here it is: thank you! Playing in office at fixed days, for months

Oh. Yeah, this trick will no longer be possible, you would have to select shoryuken by hand.

This was mostly possible by accident anyway.

But maybe this behaviour could be re-introduced by using the “switching back to rope” thing only if the selected weapon is a valid secondry ammo. If not, the rope would be unselected after the rope got destroyed, like before.

So, a grenade as secondary weapon will would rope selected if the rope gets destroyed.
But a shoryuken as secondary would switch primary selection to shoryuken.

@nemo: What do you think?

Agreed, we may can deal with it
But also I agreed that it makes little sense

Hmmmmm... Anyone had opinion? I feel uncanny, to retain the selection completely

So... Someone use such trick? Never seen nor do one, maybe I'm not good enough x)
But well, this trick quite insignificant IMO (just never had one)
Or maybe put a shortcut to select Shoryuken? <<<- Shoryuken, hail Hedgewars!

Tbh, best idea ;]!
Still allowing RopeDaPunch trick and fix that OddyBuggy auto-deselector feature

Well, *Imagine*
if you're roping around and still need the rope but you miss a shot, then it force to select secondary weapon as the primary weapon, I would bet >80% this will result the end of your turn

So the conclusion for me (IMO) is to maintain rope as primary if the secondary weapon is valid to be used on that utility
But if secondary weapon can't be used on that utility, then automatically make secondary weapon as the primary weapon instead
So its relative to what secondary weapon are selected
Like Wuzzy said ^above^

In Kurzgesagt, I vote Wuzzy's idea ^^

Yeah, that trick is often seen in The Specialists mode.

This is not about shortcuts. You just cannot use shoryuken until u miss a rope shot or land.

I just made another tweak to the secondary weapon thing.

Now the selection is *only* switched back to rope/flying saucer/parachute if you had an ACTUAL secondary ammo selected (grenade, bazooka, but not shoryuken).

Like I explained before. I think this is the least disruptive solution, while still being an improvement.

So, new behaviour is now:

- All secondary ammos like grenade or bazooka: Switch back to rope/flying saucer/parachute if the utility is destroyed (e.g. rope shot miss).
- All other ammo like shoryuken, skip turn, switch hog , mortar (stuff you can't use from rope) etc.: Same as in 0.9.22. This means, this ammo becomes primary selection.

When you press T for chat in multiplayer, sometimes a "t" appears in message already.

Needs further testing, but Rubber Duck doesn't seem to work with Highlander.
EDIT: Yeah, just play Higlander with Crazy weapon scheme and the duck doesn't appear.

@KoBeWi: Rubber duck is available in the schemes. Please check your weapon schemes. Maybe you have duplicates here. Can you please post your weapons.ini from your user directory.

The chat bug never ever occoured to me. Strange.

Any Mac OS testers here?

If yes, I would be glad to hear some test results.
Especially if you experience these bugs (or not):

https://issues.hedgewars.org/show_bug.cgi?id=441
https://issues.hedgewars.org/show_bug.cgi?id=431
https://issues.hedgewars.org/show_bug.cgi?id=255
https://issues.hedgewars.org/show_bug.cgi?id=420

Note: You need to compile Hedgewars yourselves to test it. See here: https://hedgewars.org/kb/BuildingOnMac

I can reproduce it with default schemes.

Normal settings:

The Rubber Duck is here.

Same settings, but on Highlander:

The Rubber Duck is missing.

I am being stupid. Yes, KoBeWi, you were right. I was just too stupid to understand what you said. The bug has been fixed now, rubber ducks now appear in Highlander.

can not start any of the 3 beta versions. what does this game need?

My brother reported that he had lost his Hedgewars user directory. I mean, he lost all teams, schemes and even HWPs, as if the directory was cleared or gone. No idea what really happened, because I don't have access to his PC right now and he probably won't be able to help either (he's 10 xd). So I'm just saying it happened... somehow.
Also, he was affected by the former Windows 10 bug.

For me, everything works perfectly fine (except maybe the DLC page which still freezes game for 3-5 seconds when loads, which didn't happen in 0.9.22).

Well. DLC page is HTTPS now - could be those 3-5 seconds are due to Qt searching for and loading openssl?
It must be unique to windows anyway, like most of our frontend slowness issues.
Maybe we can preload something..

So, might be another of these hard-to-reproduce or one-time bugs, but I just experienced some terrible desync on multiplayer. First, weapon scheme loaded wrongly. Rubber Duck was supposed to be in the scheme, but it wasn't for me. The other player used the duck and at first I've seen mudball, then on later uses he just used nothing, while on his side, the duck killed a hog. The game died of desync next turn. Re-joining (or restarting) the room solved the issue.

Then, my game have fallen into infinite lag loop, so I exited and tried to rejoin. but it kept kicking me out due to desync. When the round was exited, I noticed that my team was still there. I could even put a second team of myself, but the game didn't start for me due to desync. What's worse, restarting the game and even restarting the room didn't fix this. The other player didn't try restarting the game too, though.

I once managed to rejoin, but don't remember how.

Also, for some reason, when game crashes due to desync, no error message appears.

From minor stuff, you can try to place rubber while in air, but it fails and you can't place rubber until you switch weapon and switch back. Also, it's possible for duck to swim backwards in some situations.

Could I have demos for you and the other player? Game logs would be wonderful as well.

I'll look over the rubber duck code now

Ok, the bug i reported before (shifted camera) is fixed in RC. I noticed another small bug though - weapon choosing animation is missing (hog moving his hand with a weapon).

https://www.hedgewars.org/files/demos/KoBeWi/CantLoad.52.hwd
That's all I have. Unfortunately, I didn't save logs and since game kept crashing, no demos were saved (unless crashed round also generates demo...).

That demo ^ doesn't play for some reason even though it was created today. As for logs, the log I got from unsuccessful rejoining had something about desync after few rows of actions. I forgot to save it somewhere, sorry.

If we manage to reproduce this somehow, I'll try to get some demos/logs this time. Sadly, not many people play multiplayer with the new rc version, so this part doesn't get much testing.

Although... isn't it possible somehow to retrieve server logs? Since all data goes through sever...

I had something similar when i launched a dev version long ago. Don't remember if i lost whole ~/.hedgewars directory or just keybindings...

I'm downloading RC2 now, though I haven't gotten a chance to test RC1. Phooey. Heard that jungle music has been replaced. Double phooey! Would rather cheese music be changed. Noticed new fruit music in alpha 2, nice.

I feel i'm stupid. To start game, you just need to put hw0923 in the hw0922 folder

I also think the previous alpha/rc versions will be launched (rc1 run well)

RC2

splash when choose hotseat game, end of round for all games, change schemes, map type, map size, weapons, style

Fixed low%. The hedgehogs are now bouncing off, but the girder still grabs a barrel and hedgehogs in limit spaces

old

old

old, when you shot and switch weapon by hotkeys to the bee - launch stop

old

old

old

old

old, if jumping before you place flower - hedgehog will jump automatic

old

Oh man. This is still not fixed?

For which games exactly does this occour? Are there game types (e.g. campaign, mission, hot seat, online multiplayer, quick match) which you can still launch? If yes, which ones?

For this kind of error (error 217), it is very important to us that you post your logfile. To do so, first start a game in order to trigger the bug. Then after that, immediately look into your user directory, under Logs and paste the contents of the file “game0.log” here.

But thanks a lot for your extensive testing. You have found some new bugs (at least new to me), but some of them are already known (but still not fixed, sorry).

This needs explanation.

Edit:

Fixed!

http://hedgewars.org/node/6476

http://hedgewars.org/node/6511

this file only for 9.22 is not it??
if clear the game0 file, run 0.9.23 and reproduce the error - the file will remain clean, and if you run with an untouched game0 - still same no new logs

Wuzzy, will there be an OS X version of the new release? Please don't let us down, my friend and me play like 10 hours a week, for 4 years or so...

I feel slot less helpful than I thought I was.

To be honest, I have no idea if we'll have an OSX release. It depends a lot on other people (ok, namely: koda) to pull this off.

I'm not maintaining the OS X build anyway, and I'm not intested in it. You should really talk to koda, if you can.

Note that in the past, if there hasn't been an OS X build on release, it came a few weeks later.

I think the real problem HW has is that doing releases is and has always been a painful process (what I can tell from my observations). Very specific people have to show up at the same time only to run maybe one or two scripts in order to get binaries. This is obviously bad.

In the previous months, we were even completely unable to do any release whatsoever (even theoretically) because unC0Rr was gone. Now he's back, and the release is moving closer and closer.

Well, how can I talk to koda? Not maintaining HW on OS X would be a desaster in my opinion, for me personally as well as for the game itself.

I know it's minor, but you can join RC1 room while playing RC2 and you don't know about version conflicts until the engine crashes on startup. Probably irrelevant, because normally ppl don't play different RCs anyways.

EDIT:
We were able to reproduce duck scheme bug, demos and logs coming soon.

Also, not sure if intended, but when you Alt+Tab game in multiplayer, the timer is frozen.
Also also, when you Alt+Tab on another player's turn, your game will stop and then you will see a "replay" of anything you missed.

EDIT2:
Here is the can of bugs:
https://ufile.io/rlnyi (testing new host, seems nice for temporary files)
I mean, zip archive. Includes demos and logs both from room host and guest, see "what is what.txt" for file descriptions.

Description of what happened:
We played again on Highlander (on RC2) and the host picked ammo scheme with infinite Rubber Ducks. However, on my side, there was no Rubber Duck at all. On first round, host used the duck, but for me it was mudball. You can see it on first demo in the archive. On another round, it appeared to me as if he used nothing.
Now my favorite part. In order to fix this bug, you have to make your own room with desired weapon set to infinite, then make the former host join your room, then have him re-host previous room and then you can play normally when you rejoin.
Later, the same bug happened with Parachute (happened after host modified scheme between rounds). And finally, there was same desync with Flamethrower, but this time it wasn't infinite and happened on host's side. The second demo is for this one.

Unfortunately, we didn't reproduce the multi-team bug.

EDIT3:
Is it just me, or Rubber Duck is a bit counter-intuitive to use? It should appear where it's held in hand, not in the center or at some strange spot. I almost always hit the ground below, unless I drop it in air.
btw, if you drop duck while high-jumping, it will fall backwards. Generally, if you drop duck while in air, it might do weird stuff, like swimming backwards or has some speed glitch and it's super slow. I have some demos for this.

Good work with sdl2 and fullscreen option, sadly is having issues with hwengine.exe in Windows 7 because the unsafe code.

More files:
https://ufile.io/xzfwl

This time only from host side (sorry). Somehow, the game crashed as soon as he taken action.

Fixed. This was a very critical bug indeed.

This is now fixed.
The bug was that the new ammo scheme was not sent to the other players if the host merely edited it (but did not touch the drop-down list). This caused other players to start with other ammo than the host, breaking the game.

Your latest bug report is valid. We seem to have one or two desync bugs left in the game.

No multiplayer working in this version?

No multiplayer working in this version?

It works, but rarely anyone plays on the server. People still play the old one.

Baseball bat attack animation too long. in fact, previous sprite of baseball bat hold was better


maybe just add second hand?

Ah, I totally forgot. The baseball animation needs a slight rework before release. It's annoying and awkward that the actual hit happens after the animation ends. It should hit BEFORE animation ends, in the beginning or in the middle; anything that makes it look better.

I got Slow down fps while playing in multiplayer and also the mouse movement is not precise while in windowed mode.

Mouse movement is interesting. I wonder if that was possibly due to:
https://hg.hedgewars.org/hedgewars/rev/575c0de98505

If it causes regressions for everyone else, given this was triggered by one single person messing w/ their xinput settings, maybe we should revert or make it optional.

Can you tell me if the mouse issues you're reporting are reproducible in builds prior to Oct 28?