CDO

When using the 'remap' command to remap a GRIB2 file to a gridtype=lonlat grid with a positive yinc value, the resulting GRIB2 file has the bit flag for 'increments in the y direction' incorrectly set to 0, the value for negative increments.
Specifically, this bit flag is part of GRIB2 Section 3 octet 72, which falls under Grid definition template 3.0 (Latitude/longitude), "scanning mode", defined in GRIB2 Table 3.4, where the second bit is defined as follows:

0: Points in the first row or column scan in the -j (-y) direction
1: Points in the first row or column scan in the +j (+y) direction

With a positive yinc value, this bit should be set to 1, but is instead set to 0 in the resulting file. As a result, ecCodes throws an error whenever it attempts to read the file. Specifically, the following:

ECCODES ERROR : Lat/Lon Geoiterator: First and last latitudes are inconsistent with scanning order: lat1=27.5, lat2=72 jScansPositively=0
ECCODES ERROR : Geoiterator factory: Error instantiating iterator latlon (Grid description is wrong or inconsistent)
ECCODES ERROR : latitudes: Unable to create iterator

I encountered this issue in CDO 2.0.4 (Ubuntu Jammy) and 2.1.1 (Debian Bookworm). I have confirmed that this issue was not yet present in CDO 1.9.10 (Debian Bullseye).
I have been unable to find a previous mention of this issue on the Forums or in the Issues list. I have not been able to test this on CDO 2.2.0 (latest version at time of writing), but this issue is not mentioned in the release notes as a bugfix.
I am using ICON global files as input GRIB2 files, though I believe this issue should occur on every input GRIB2 file.