The fix for UNDERTOW-2048 uses IDLE_TIMEOUT over READ_TIMEOUT whenever IDLE_TIMEOUT is configured, but the final read timeout used by UndertowInputStream should instead be the minimum of both values, per the Javadoc spec of IDLE_TIMEOUT itself (it states that the minimum should be used)