[sukonovs]

https://github.com/kasko/v2-quote-svc/pull/771 PHP 8.3 tests.
https://github.com/kasko/v2-quote-svc/pull/764 PHP 8.5 tests.

In php 8.5 tests there are updates of snapshots it is related to php rounding function changes not lib changes.

PHP 8.5 compatibility — what each error was, the fix, and why it's not breaking

This PR resolves the two PHP 8.5 deprecations CI flagged. Both are new in PHP 8.5 — they do not occur on PHP 8.3/8.4 — and every fix is behaviour-preserving on all supported versions. Verified locally: the 3 changed files lint clean on PHP 8.3, and each replacement produces byte-identical output to the original.

1. Increment on non-numeric string is deprecated, use str_increment() instead

Where: Worksheet::rangeToArray() and Reader\Xlsx\ColumnAndRowAttributes::readColumnAttributes().

Cause: columns were advanced by incrementing the column letter as a string — ++$col turning "A" → "B", "Z" → "AA", etc. (PHP's legacy "alphanumeric string increment"). PHP 8.5 deprecates ++/-- on non-numeric strings.

// before
++$maxCol;
for ($col = $minCol; $col != $maxCol; ++$col) { ... }

Fix: perform the increment numerically via PhpSpreadsheet's own column helpers, then convert back to the letter:

$maxCol = Coordinate::stringFromColumnIndex(Coordinate::columnIndexFromString($maxCol) + 1);
for ($col = $minCol; $col != $maxCol; $col = Coordinate::stringFromColumnIndex(Coordinate::columnIndexFromString($col) + 1)) { ... }

Why it's not breaking: the string ++ and the index round-trip are the same bijective base-26 mapping. Verified identical for every boundary case, including the last Excel column:

A→B   Z→AA   AZ→BA   ZZ→AAA   XFC→XFD   XFD→XFE      (++ and the helper agree on all)

2. Using null as an array offset is deprecated, use an empty string instead

Where: Calculation::renameCalculationCacheForWorksheet().

Cause: $fromWorksheetName may be null, so isset($this->calculationCache[$fromWorksheetName]) uses null as an array key. PHP 8.5 deprecates using null as an array offset (previously it was silently coerced to the empty-string key "").

// before
if (isset($this->calculationCache[$fromWorksheetName])) {

Fix: coerce explicitly to the exact value PHP used implicitly:

if (isset($this->calculationCache[$fromWorksheetName ?? ''])) {

Why it's not breaking: a null array key has always resolved to the "" key; ?? '' just makes that explicit. For any non-null worksheet name the expression is unchanged.

PHP 8.3 / 8.4 compatibility

Fully compatible — nothing observable changes on older versions:

• The deprecations are 8.5-only; on 8.3/8.4 the original code already runs without warnings ("Z"++ → "AA", isset($arr[null]) → false).
• The new syntax — the ?? '' null-coalescing operator and the Coordinate::columnIndexFromString() / stringFromColumnIndex() helpers — has existed since long before 8.3.
• Output is identical on 8.3, 8.4 and 8.5, so there is no behavioural change on any version.

[ksmelens]

No clue what is going on but LGTM