[dashie]

What does this PR do?

Fixes opening of OpenFileGDB tables that contain a field that is not editable but still stores a default value. Such tables were reported as an empty layer (0 features, no fields).

This layout is seen in ArcGIS Utility Network geodatabases, e.g. the ASSOCIATIONSTATUS field.

Cause

In FileGDBTable::Open(), the bytes of a field's default value were only consumed when the field had the EDITABLE flag. For a field with flags 0x02 (required, not editable) followed by a non-zero default value length, the default value was not skipped, so parsing of the field definitions shifted by defaultValueLength bytes:

00        field type = int16
02        width
02        flags = REQUIRED (no EDITABLE bit)
02        default value length
00 00     default value = 0        <- not skipped
16 ...    next field: name length 0x16 (22) = "ISSUBNETWORKCONTROLLER"

The name length of the next field (22) was then read as its field type, giving:

OpenFileGDB: Unhandled field type : 22

and the table failed to open.

What are related issues/pull requests?

Fixes #14910

AI tool usage

• AI supported my development of this PR. Claude Code (Anthropic) was used to apply the patch, write the test and run the build, the tests and the pre-commit checks in a container. I reviewed the change before submitting it.

Tasklist

• Make sure code is correctly formatted (cf pre-commit configuration)
• Add test case(s)
• Add documentation
• Updated Python API documentation (swig/include/python/docs/)
• Review
• Adjust for comments
• All CI builds and checks have passed

Environment

• OS: Ubuntu 24.04 (Docker, aarch64), host macOS
• Compiler: GCC (Ubuntu 24.04 default), Release build

[dashie]

@elpaso or @dbaston last approval process failed just because of this #15405 so I've updated the PR branch, now it should work

[dashie]

@elpaso why the "Windows builds / windows_build (Visual Studio 17, 2022, rel..." failed at

ERROR: ..\downloads\release-1930-dev.zip
7-Zip 26.04 (x64) : Copyright (c) 1999-2026 Igor Pavlov : 2026-10-05

Scanning the drive for archives:
1 file, 12026 bytes (12 KiB)

Extracting archive: ..\downloads\release-1930-dev.zip
..\downloads\release-1930-dev.zip
Open ERROR: Cannot open the file as [zip] archive

It seems a pipeline error? Isn't it?
I've just checked other PRs and that archive exists and it is extracted without any problem.

[dbaston]

Yes, it's a random failure. I restarted that job manually.

[dashie]

@dbaston is it enough to trigger and wait the last step "Code Checks / cmake-lint..." and then it is merged? Or do I need to add something else to the PR?

[dashie]

I've just fixed the linting issue on the comment after removing the inner IF