2.6 Release Getting Close - Need Volunteers to Help Beta Test 2.6

Black_Elk

Oh also for WaW specifically, so because the place.txt and props for that one have 50% unit view in the map display (now carried over into the other UI windows) players I think would have a tough time just manually changing the Unit zoom to say 100% to shore it up. Doing so will restore the battlescreen views, but also make the units on the Map display too large to fit the place. Basically the units will crowd and overlap to the point that the player can't really see what's going anymore.

Here are some screens of WaW mentioned above, again images downscaled from 1600p to 1080p in GIMP just so I could attach them here.

Screenshot 2024-04-11 181139.png

Screenshot 2024-04-11 181234.png

Screenshot 2024-04-11 181213.png

I think what people will notice right away if playing on maps that use something other than 100% for the unit zoom or place.txt, is that their battleview or purchase screens or the place will scale to match. So it something is too larger or two small in either view, they don't really have a way to isolate the one from the other, since the older builds it would only effect the units in the map display. Not sure if that makes sense, sorry I'm terribly typist hehe. Catch ya next round gang!

beelee

Created this git issue and added to Problem Tracker

https://github.com/triplea-game/triplea/issues/12500

LaFayette

The code to use scaled map images vs unscaled images was very confusing, and that was the issue - they got switched along the way. I just pushed a fix for it: https://github.com/triplea-game/triplea/pull/12507

That resolves the issue of the unit images appearing very small in the purchase window.

The units in the bottom bar is just a new feature, they are scaled to the currency display that is in the bottom bar as well. There's a number of places that could use larger font & image sizing, the bottom bar is another victim to that problem.

TheDog

@lafayette
I noticed that my triplea.log has grown to 10MB, here is a compressed version.
triplea-log.zip

Im not sure why it has grown.

Should it have a maximum size of say 2MB ?

wc_sumpton

@thedog

triplea.log continues to append to itself. I keep it open in notepad++, highlight it's contains, delete it then save. This way when I start receiving errors I can check the log for the problem.

Cheers...

LaFayette

@thedog The log file should roll over at around 10MB and then keep at most 3 of them. Looks like total logging data is capped to 30 or 50MB total.

This is the config in play from logback.xml:

        <rollingPolicy class="ch.qos.logback.core.rolling.SizeAndTimeBasedRollingPolicy">
            <!-- rollover daily -->
            <fileNamePattern>triplea-%d{yyyy-MM-dd}.%i.log</fileNamePattern>
            <!-- each file should be at most 10MB, keep 3 days worth of history, but at most 50MB -->
            <maxFileSize>10MB</maxFileSize>
            <maxHistory>3</maxHistory>
            <totalSizeCap>50MB</totalSizeCap>
        </rollingPolicy>

TheDog

@wc_sumpton
My variant is to rename it and then I have a reference for comparison, Notepad++ compare, between 2 or more files.

TheDog

@lafayette
I had never let it grow to such a size, but good to know.

It is still a large amount of data, that would for the most not be used/accessed.

Would smaller file sizes be worth having?

LaFayette

I'm not sure if the log file policy is actually correctly configured. I don't expect trace messages to be in the log file, yet I see them.

EG:

25642 16:41:40.475 [Thread-7] TRACE o.t.generic.xml.reader.XmlMapper - Mapping

It does not look like my log file has rolled over for some time:

dan@desk:~$ du -hs ./triplea/triplea.log
210M	./triplea/triplea.log

beelee

Made a issue for new games not being playable in the lobby

https://github.com/triplea-game/triplea/issues/12517

It's important to me and well, I'm sure @TheDog would like to see his map available as well.

It's under project instead of issues, so move if needed.

This is really important to map makers and should be for triplea in general.

Being able to create your own or modified map is a Huge appeal to triplea.

Anyway, I think it's important. I will not be spamming the problem tracker

TheDog

Raise this, for triplea.log not truncating
https://github.com/triplea-game/triplea/issues/12536

LaFayette

It seems like it is soft-launch and/or hard launch time for TripleA.

Next steps:

(soft launch) update build config such that every update to the code creates a new "release" instead of a "prerelease". This update itself will be considered an update, and there-after the 'download' button from the TripleA website will download the very latest TripleA
(hard launch) update 'servers-config' to indicate 2.6 as the latest version, this will trigger 'your TripleA is out of date' messages to the 2.5 users

LaFayette

2.6 is now launched!

From now on, the latest version of the game will be available from the triplea website: https://triplea-game.org/download/

I'm thinking around Wednesday we'll make the next updates to trigger the "your game is out of date" notification for 2.5.

LaFayette

FWIW, here are the TripleA 2.5 download stats:

  "name": "migrations.zip",
  "download_count": 181,
  "name": "triplea-game-headed-2.5.22294.zip",
  "download_count": 490,
  "name": "triplea-game-headless-2.5.22294.zip",
  "download_count": 366,
  "name": "triplea-lobby-server-2.5.22294.zip",
  "download_count": 141,
  "name": "triplea-maps-server-2.5.22294.zip",
  "download_count": 146,
  "name": "TripleA_2.5.22294_macos.dmg",
  "download_count": 18011,
  "name": "TripleA_2.5.22294_unix.sh",
  "download_count": 12042,
  "name": "TripleA_2.5.22294_windows-32bit.exe",
  "download_count": 6962,
  "name": "TripleA_2.5.22294_windows-64bit.exe",
  "download_count": 86768,

Cernel

@lafayette Definitely TripleA should have more downloads. I guess it's just because most persons in the world just don't know about its existence at all.

Will be interesting to see the Windows 32 bit downloads for 2.6. I guess that very few persons are still on such systems, so the question of whether to have that download option at all may come up in the near future (as I'm also sure there are persons who just don't know what 32 and 64 bit even mean: they just know that they have Windows so don't know what to click when presented with such choice so may download the wrong version, especially users on 64 bit Windows downloading 32 bit because they do not know or are not sure about it).

zlefin

Had some oddities dl'ing an updated map in the 2.6 version.

"Ok, I tried again and was able to get it to work with a remove then redownload.

Still, it's odd that the 'update' button was missing and I had to do remove the map, close triplea, then open and go to mapdownloads again to add the map, normally when a map has a new version there's a button for update.

It also reached 100% twice during that single download, (ie it reached 100%, then went back to 0 then started up again, like it had 2 separate things to download). Quite odd."

zlefin

Was the interface rearranged in 2.6? cuz a lot of little things feel off/different, but I didn't keep a copy of 2.5 to compare with. It feels like some stuff on the right side of my screen is getting cropped that didn't used to get cropped, like maybe there was a bar giving space there that isn't now. And now if I click on a nation in players the section goes white and that white doesn' tgo away so easily, so I have to ctrl-click to clear it out. A bunch of other little things too;

Panther

@LaFayette or whomever...

... can we please have sort of a "Whats New" or some addition to the Release Notes at https://triplea-game.org/release_notes/

Would be really helpful to encourage people to update.

I must admit I have failed to keep track during the last four years of development (since 2.5.stable).

TheDog

There are hundreds of minor improves some of them are;

2.6 is

Its a lot faster than 2.5 - improved Computer player speed & AI turn processing
Status bar has a Territories units listed
map zoom to 200%,
unit cycling
Improved purchase panel, keeps your old purchases when you over buy.
xml has a new function isAI - great for making the AI appear better
Battle panel has a no retreat symbol, so kill them off first
Notes tab - removed from the right hand pane - only use Menu Help> Game Notes
Players tab has alliances are in bold

.
Bid system is different

buy units upto the maxBuiltPerPlayer limit
place infinite or stacking/placementLimit units per territory or sea zone
place land units in any territory you own (no 'factory' required)
place ship units in any friendly sea zone with ship(s) of the same owner already in it
Construction/immobile units placed obeys upgrade rules and canOnlyBePlacedInTerritoryValuedAtX
Units can only be placed if territoryEffect unitsNotAllowed allows them

hans

Here the error I got:
Welcome to an automated dedicated host service (a host bot).
If anyone disconnects, the autosave will be reloaded (a save might be loaded right now).
You can get the current save, or you can load a save (only saves that it has the map for).
Bot601_California: Jun 05, 2024 6:20:09 PM games.strategy.engine.framework.startup.launcher.ServerLauncher launchInternal
Bot601_California: SEVERE: Unrecognized error occurred. If this is a repeatable error, please make a copy of this savegame and report to:
Bot601_California: https://github.com/triplea-game/triplea/issues/new
Bot601_California: java.lang.RuntimeException: Exception on remote
Bot601_California: at games.strategy.engine.message.UnifiedInvocationHandler.invoke(UnifiedInvocationHandler.java:58)
Bot601_California: at games.strategy.engine.framework.$Proxy33.startPlayerStep(Unknown Source)
Bot601_California: at games.strategy.engine.framework.ServerGame.waitForPlayerToFinishStep(ServerGame.java:544)
Bot601_California: at games.strategy.engine.framework.ServerGame.runStep(ServerGame.java:407)
Bot601_California: at games.strategy.engine.framework.ServerGame.startGame(ServerGame.java:289)
Bot601_California: at games.strategy.engine.framework.startup.launcher.ServerLauncher.launchInternal(ServerLauncher.java:173)
Bot601_California: at java.base/java.lang.Thread.run(Thread.java:829)
Bot601_California: Caused by: java.lang.RuntimeException: Exception on remote
Bot601_California: at games.strategy.engine.message.UnifiedInvocationHandler.invoke(UnifiedInvocationHandler.java:57)
Bot601_California: at com.sun.proxy.$Proxy10.performMove(Unknown Source)
Bot601_California: at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
Bot601_California: at java.base/jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
Bot601_California: at java.base/jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
Bot601_California: at java.base/java.lang.reflect.Method.invoke(Method.java:566)
Bot601_California: at games.strategy.engine.player.PlayerBridge$GameOverInvocationHandler.invoke(PlayerBridge.java:154)
Bot601_California: at com.sun.proxy.$Proxy10.performMove(Unknown Source)