Decay works for goat (loss of about 2 meat per second).
Regeneration for berries/ fish does not work. rP24938+D1718

Fixed small bug with double-named subject and revised layout to better match the manual

Thanks for pointing me to this patch. In the image below you can see the difference for normal gameplay, developer menu (Alt+D) with camera restriction turned off and your patch D3046 selectable via developer menu. I tried to zoom in as close as possible for each mode.

I no longer get error codes for Spanish (or any other language) when I open the "Manual".

Rotate the view and change the zoom. Then click on the attack notification of a building or a dead unit. The orientation and zoom should not change.

Yes, it works. Now its the same for when someone attacks my units. Thanks for noticing and fixing it.
Clicking on the notification takes me to the action hotspot, it changes my camera perspective to the way it was when spawning into the game, if you never change the camera perspective or you press "R" (camera.reset) before clicking on the notification, you won't notice it. It is the same when some of my units are attacked.

Apply the patch and compile the game and Make sure everything works as before.
When I apply this patch to my working copy rP24897 and play a game. I did not notice any negative effects.

When I apply this patch to my working copy rP24892 and play the provided replay file from the ticket, no more errors occur.

Tested with bolt shooters and catapults both bugs reported in ticket,

• the pack in formation and
• the double click,

seem to be fixed with this patch.

When applying the patch, the wall is built in the replay file paladin_replay.zip, which is attached to #6006.

I used the same replay as in D3512 (Sahyadri Buttes), 1x and follow player. MSAA is not supported. See #5969. Default and High Settings.
Procedure:

In D3543#155389, @wraitii wrote:

More importantly, that's normal -> the units move, once, to the proper offset (which they weren't at). I'm going to consider that not waltzing, because it's much more annoying to fix.

rP24796 is 'normal'; everything after that contains some kind of unusual movement

Hi. I still get some 'waltzing' for the formation "Close Order" and "Open Order".

system_info.txt is here #5969
I used the same replay as in D3512 (Sahyadri Buttes), 1x and follow player.
Procedure:

1. add 'profiler2.autoenable = true' to user.cfg file
2. run the following command '0ad/binaries/system/pyrogenesis -mod=public -replay-visual=PATH'
3. open profiler2.html in browser (but only when the loading screen disappears and the actual replay starts)
4. replay begins, choose 'OptimusShepard' and click 'Follow Player'
5. replay ends, click 'Save Live Report to file'
6. save the file profiler2.jsonp from the log folder

I used the same replay as in D3512 (Sahyadri Buttes), 1x and follow player. MSAA is not supported. See #5969
Procedure: same as described above

I used the same replay as in D3512 (Sahyadri Buttes), 1x and follow player. MSAA is not supported. See #5969
Procedure:

Tested D3518. Works. I used 24830+latest DE and the save file from here:
https://wildfiregames.com/forum/topic/35927-break-dance/?do=findComment&comment=415753

I used the same replay as in D3512 (Sahyadri Buttes), 1x and follow player. MSAA is not supported. See #5969
Procedure:

1. add 'profiler2.autoenable = true' to user.cfg file
2. run the following command '0ad/binaries/system/pyrogenesis -mod=public -replay-visual=PATH'
3. open profiler2.html in browser
4. replay begins, choose 'OptimusShepard' and click 'Follow Player'
5. replay ends, click 'Save Live Report to file'
6. save the file profiler2.jsonp from the log folder

Yes, just tested and after applying the patch the bug from #5993 is no longer reproducible.

I used the same replay as Stan, 1x and follow Player. MSAA is not supported. See #5969

wall gates

I tested it only for Persian and Seleucids houses and it works.
PS: In DE it does not work for a Triumphal Arch.

Restore "Click to open"

There was a misunderstanding. I thought the old version was desired and no changes were needed, but it was just a rephrasing note to the first sentence, which should not be changed.

Okay.

I tried this patch on rP24750 and was unable to generate OpenAl error messages as I described in the associated ticket. After 90mins of testing I gave up.

The spacebar is more convenient for me.

I like the idea of the spacebar in single player games as well. In MP games, there may be many false pauses by people using the chat menu.
Shift+spacebar seems more like a safe way to avoid this and get to the pause menu quickly.

Running rP24739 with patch D3435
patch works for me, it also shows the correct keys in the hotkey menu
Thanks i love that feature

Running rP24739 with patch D3433 works for me. It produces the intended results.
Game victorious music plays before you click on any button. Clicking on 'Yes' doesn't stop it (clicking on "No" then exitting does however). Exactly like in A23b. Tested the pause function works as intended. @Freagarach also agreed (IRC 20thJan'21)

Image A shows rP24739 without D3391 applied. If you run rP24739 with patch D3391 applied, the result are shown in image B.

Opening "Hotkey" from the menu option looks like in the picture below(A). You find options like "fps.toggle" I am not sure this is intended to appear like this.
There is also a nice looking version made by @elexis (B) I found it in the ticket #2604 (elexis:"laying around since Aug 19 2017")

On a standard MacBook keyboard layout, there is no "Delete" key, only "Backspace". Source:Keyshorts.com/blog
Pressing "Backspace", asks me if I want to kill the unit, as intended.
"Shift "+"Backspace" does nothing. In theory it should kill the unit without asking. Hovering over the skull says this option works, it does not (see Picture below)
Pressing "Fn"+"Shift"+"Backspace" kills the unit without asking

Wraitii, I've been playing around for 2 hours and have yet to encounter a significant problem. D3396

A new problem came up. I made a Ticket.
https://trac.wildfiregames.com/ticket/5930

In D3391#150488, @Freagarach wrote:

In D3391#150473, @Langbart wrote:

After I "reset" my GameOptions and activate "FPS Overlay" + "Game time overlay" + game multiplier I get FPS distributed over two lines (see Picture A).

Does that FPS counter on the second line get updated?

Tested it under macOS 10.15.7 SVN revision 24653 with applied patch D3391
It works. I noticed that Alpha23b uses 1 line to display game speed multiplier and game time overlay Alpha24 uses 2 lines. (see picture below)