Posts made by tatsu

I'm getting this even on steam, anybody else?

/home/t/Pictures/Screenshots/Screenshot from 2024-08-10 21-40-34.png

replays don't work it says "replay is not available from the server"

seems to be working again.

Things that don't work :

• Login (you can relogin, and it lets you in but autologin fails everytime and often login fails wholesale)
• Automatchmaking
• Skirmish Lobbies. Can't host, can't join.

more to come

you get this error and stack trace with each one of the above:

Client Version: 2024.5.0
com.faforever.commons.api.dto.ApiException: Entity with id: 8,654 not found.
	at com.faforever.client.api.FafApiAccessor.lambda$retrieveWithErrorHandling$21(FafApiAccessor.java:329)
	Suppressed: The stacktrace has been enhanced by Reactor, refer to additional information below: 
Assembly trace from producer [reactor.core.publisher.MonoOnErrorResume] :
	reactor.core.publisher.Mono.onErrorMap
	com.faforever.client.api.FafApiAccessor.lambda$retrieveWithErrorHandling$23(FafApiAccessor.java:328)
Error has been observed at the following site(s):
	*_______Mono.onErrorMap ⇢ at com.faforever.client.api.FafApiAccessor.lambda$retrieveWithErrorHandling$23(FafApiAccessor.java:328)
	|_                      ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec$StatusHandler.apply(DefaultWebClient.java:721)
	|_         Mono.flatMap ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec.applyStatusHandlers(DefaultWebClient.java:687)
	|_   Mono.onErrorResume ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec.applyStatusHandlers(DefaultWebClient.java:688)
	|_         Mono.flatMap ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec.applyStatusHandlers(DefaultWebClient.java:693)
	|_           checkpoint ⇢ 422 UNPROCESSABLE_ENTITY from GET https://api.faforever.com/me [DefaultWebClient]
	|_   Mono.switchIfEmpty ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec.handleBodyMono(DefaultWebClient.java:656)
	|_                      ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec.lambda$bodyToMono$2(DefaultWebClient.java:573)
	*_____________Mono.then ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient.releaseIfNotConsumed(DefaultWebClient.java:193)
	|_                      ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec.lambda$applyStatusHandlers$18(DefaultWebClient.java:688)
	*__________Mono.flatMap ⇢ at org.springframework.web.reactive.function.client.DefaultWebClient$DefaultResponseSpec.bodyToMono(DefaultWebClient.java:572)
	|_       Mono.retryWhen ⇢ at com.faforever.client.api.FafApiAccessor.retrieveMonoWithErrorHandling(FafApiAccessor.java:301)
	|_       Mono.doOnError ⇢ at com.faforever.client.api.FafApiAccessor.retrieveMonoWithErrorHandling(FafApiAccessor.java:302)
	|_        Mono.doOnNext ⇢ at com.faforever.client.api.FafApiAccessor.getMe(FafApiAccessor.java:163)
	*________Flux.concatMap ⇢ at reactor.util.retry.RetryBackoffSpec.lambda$generateCompanion$5(RetryBackoffSpec.java:545)
	|_     Flux.onErrorStop ⇢ at reactor.util.retry.RetryBackoffSpec.lambda$generateCompanion$5(RetryBackoffSpec.java:608)
	*__Flux.deferContextual ⇢ at reactor.util.retry.RetryBackoffSpec.generateCompanion(RetryBackoffSpec.java:543)
	*____________Mono.defer ⇢ at com.faforever.client.user.LoginService.loginToApi(LoginService.java:90)
	*_____________Mono.then ⇢ at com.faforever.client.user.LoginService.loginToApi(LoginService.java:90)
	*______________Mono.zip ⇢ at com.faforever.client.user.LoginService.loginToServices(LoginService.java:79)
	|_        Mono.doOnNext ⇢ at com.faforever.client.user.LoginService.loginToServices(LoginService.java:79)
	|_       Mono.doOnError ⇢ at com.faforever.client.user.LoginService.loginToServices(LoginService.java:86)
	*_____________Mono.then ⇢ at com.faforever.client.user.LoginService.loginToServices(LoginService.java:86)
	*_____________Mono.then ⇢ at com.faforever.client.user.LoginService.login(LoginService.java:70)
	|_                      ⇢ at com.faforever.client.login.LoginController.loginWithCode(LoginController.java:279)
Original Stack Trace:
		at com.faforever.client.api.FafApiAccessor.lambda$retrieveWithErrorHandling$21(FafApiAccessor.java:329)
		at reactor.core.publisher.Mono.lambda$onErrorMap$27(Mono.java:3840)
		at reactor.core.publisher.Mono.lambda$onErrorResume$29(Mono.java:3930)
		at reactor.core.publisher.FluxOnErrorResume$ResumeSubscriber.onError(FluxOnErrorResume.java:94)
		at reactor.core.publisher.MonoFlatMap$FlatMapMain.onError(MonoFlatMap.java:180)
		at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onError(FluxMapFuseable.java:142)
		at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onNext(FluxMapFuseable.java:121)
		at reactor.core.publisher.MonoReduce$ReduceSubscriber.onComplete(MonoReduce.java:197)
		at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:152)
		at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:152)
		at reactor.core.publisher.FluxPeekFuseable$PeekFuseableSubscriber.onComplete(FluxPeekFuseable.java:277)
		at reactor.core.publisher.FluxMapFuseable$MapFuseableSubscriber.onComplete(FluxMapFuseable.java:152)
		at reactor.netty.channel.FluxReceive.onInboundComplete(FluxReceive.java:415)
		at reactor.netty.channel.ChannelOperations.onInboundComplete(ChannelOperations.java:446)
		at reactor.netty.channel.ChannelOperations.terminate(ChannelOperations.java:500)
		at reactor.netty.http.client.HttpClientOperations.onInboundNext(HttpClientOperations.java:793)
		at reactor.netty.channel.ChannelOperationsHandler.channelRead(ChannelOperationsHandler.java:114)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
		at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412)
		at io.netty.channel.CombinedChannelDuplexHandler$DelegatingChannelHandlerContext.fireChannelRead(CombinedChannelDuplexHandler.java:436)
		at io.netty.handler.codec.ByteToMessageDecoder.fireChannelRead(ByteToMessageDecoder.java:346)
		at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:318)
		at io.netty.channel.CombinedChannelDuplexHandler.channelRead(CombinedChannelDuplexHandler.java:251)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:442)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
		at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412)
		at io.netty.handler.ssl.SslHandler.unwrap(SslHandler.java:1475)
		at io.netty.handler.ssl.SslHandler.decodeJdkCompatible(SslHandler.java:1338)
		at io.netty.handler.ssl.SslHandler.decode(SslHandler.java:1387)
		at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:530)
		at io.netty.handler.codec.ByteToMessageDecoder.callDecode(ByteToMessageDecoder.java:469)
		at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:290)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:444)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
		at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:412)
		at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:440)
		at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:420)
		at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919)
		at io.netty.channel.epoll.AbstractEpollStreamChannel$EpollStreamUnsafe.epollInReady(AbstractEpollStreamChannel.java:801)
		at io.netty.channel.epoll.EpollEventLoop.processReady(EpollEventLoop.java:501)
		at io.netty.channel.epoll.EpollEventLoop.run(EpollEventLoop.java:399)
		at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:997)
		at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74)
		at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30)
		at java.base/java.lang.Thread.run(Thread.java:1583)

you're zoomed all the way out and a factory happens to be in the way of where you were clicking. when you're zoomed all the way out the clickable footprint of the factory is huge.

yeah that's fair, and probably the best solution but that means I need to unbake two decades worth of muscle memory

yeah but the missclick only ever happen when I'm trying to change rally for all factories.

@clyf said in disable factory assist.:

but wouldn't prevent the order queue from being cancelled etc.

damn that's the key part for me.

thanks for the help regardless.

oh. not an ingame option either?

I'd like to disable right click to assist another factory with a factory selected.

is there a mod that does this?

I did notice it for t1 arty as well in the past. not sure I'll be able to reproduce it.

hot diggity dang! thanks for the fix!

For some reason the new game patches have resulted in the commander and mobile artillery units exhibiting adverse gameplay.

For example you'll target an artillery piece with the commander that just came into view and the commander will wildly run away.

the exact opposite of the expected behavior.

this is made even crazier by the fact that there are no rocks or anything in between,

it's the same sort of bad pathfinding as you'd get in vanilla FA when you'd create a formation from a bunch of scattered unit and instead of forming the formation at the closest point to the command they'd all move back to your base first and form the formation there and then move forward.

Except here there's no indication that the com would ever stop.

I've been experiencing this bug with a number of units in ladder gameplay.

the attack command for artillery pieces has become functionally useless when targeting any unit (targeting still works on buildings) but when targeting a unit the artillery unit will for some reason start to pathfind erratically instead.

more often then not "running away" from the intended target making the command fail.

This is really ruining gameplay something went amiss and this must not have been picked up on in testing.

in the replay the attack command doesn't show up (I'm holding shift) but I did issue one and as you can see it's empty space between the arty and my com but the com immediately starts running down towards my base rather than towards him. (my com was within view range but not yet shooting range and the movement prevented my com from shooting at it any further)

this behavior is infuriating while playing...

#22252375

I went back into the replay and looked at it from my point of view.

And it's unmistakable. I was moving up and the instant I issue the attack command the commander's legs spin and he heads down whereas the arty is above, in view range and targeted :

you can see a second later i'm already much further down and attempting to head back up using a move command instead since that's the only remaining option to kill that artillery unit with my com as attack command has failed me.

If I get better examples I'll post.

@mostlostnoob sorry, that's a missreading of what's written.

the operative "it" in the context of this thread was the FAF crash.

I said "running it from steam". which implies it did run.

@thecore I think it should then be "Forged Alliance Forever" and "Offline Forged Alliance Forever", then.

@mostlostnoob .exe

read the title of this thread. I'm on linux. I can only use the tools FAF provides. plus I have no issues whatsoever under steam.

@thecore you have "Downlord's FAF client" that should just be called "Forged Alliance Forever", as per the website that we're currently on that's what it's called and what you get when you download FAF.

then later you have "Forged Alliance Forever" which I assume is the python FAF. it's a bit misleading and confusing to have both and label them the way you did.

this time running FA from steam does not fix it.

and the log file didn't generate. for this second crash

@thecore FAF and python FAF seem to be mislabeled in this list...

game_22182918.log

new update to the FAF linux script (new FAF client vestion) removed whatever steam files made the game not crash so the crash is back.