Extension
Address Completion Interface
Describe the Bug
Summary
As of around [early June 2026], the displayName property stopped coming through and is now consistently null in the emitted GeoJSON feature. No change was made to the extension or to our configuration — the behavior changed on its own.
Likely cause
The extension loads the Maps JavaScript API on the unpinned weekly channel. In src/interface.vue (~line 103):
jsconst loader = new Loader({
apiKey: props.apiKeyGMaps,
libraries: ['places', 'maps', 'marker'],
version: 'weekly',
});
version: 'weekly' means every instance silently rolls forward to Google's latest weekly Maps JS release. Google updated the weekly channel in mid-May 2026 (now serving ~3.65) and it continues to advance. Because the extension code itself hasn't changed, a behavior change in the underlying library is the most plausible explanation for place.displayName now resolving to null after fetchFields.
Note: the extension's usage (placePrediction.toPlace() → fetchFields({ fields: [...] }) → read place.displayName) matches Google's current official samples, so this does not appear to be incorrect API usage in the extension. I was not able to find a Google changelog entry that explicitly documents a displayName change, so the weekly-channel regression is a strong hypothesis rather than a confirmed root cause.
To Reproduce
- Configure the Address Completion interface with a valid Google Maps API key.
- Search for and select an address.
- Inspect the emitted value / stored GeoJSON properties.
Expected
properties.displayName contains the place's display name string.
Actual
properties.displayName is null / absent. [Note here whether other fields like formattedAddress, location, and addressComponents still populate correctly — that detail helps narrow it down.]
Environment
Extension version: 1.0.2
Directus version: [e.g. 11.x.x]
Maps JS API channel in use: weekly (default, unpinned)
Browser: [e.g. Chrome 1XX]
Suggested fix
Pin the loader to the quarterly channel (Google's recommended channel for production) instead of weekly, and/or
Expose the API version as a configurable interface option so instances can pin a known-good build without forking.
Directus Version
v11.17.4
Hosting Strategy
Self-Hosted (Docker Image)
Extension
Address Completion Interface
Describe the Bug
Summary
As of around [early June 2026], the displayName property stopped coming through and is now consistently null in the emitted GeoJSON feature. No change was made to the extension or to our configuration — the behavior changed on its own.
Likely cause
The extension loads the Maps JavaScript API on the unpinned weekly channel. In src/interface.vue (~line 103):
version: 'weekly' means every instance silently rolls forward to Google's latest weekly Maps JS release. Google updated the weekly channel in mid-May 2026 (now serving ~3.65) and it continues to advance. Because the extension code itself hasn't changed, a behavior change in the underlying library is the most plausible explanation for place.displayName now resolving to null after fetchFields.
Note: the extension's usage (placePrediction.toPlace() → fetchFields({ fields: [...] }) → read place.displayName) matches Google's current official samples, so this does not appear to be incorrect API usage in the extension. I was not able to find a Google changelog entry that explicitly documents a displayName change, so the weekly-channel regression is a strong hypothesis rather than a confirmed root cause.
To Reproduce
Expected
properties.displayName contains the place's display name string.
Actual
properties.displayName is null / absent. [Note here whether other fields like formattedAddress, location, and addressComponents still populate correctly — that detail helps narrow it down.]
Environment
Extension version: 1.0.2
Directus version: [e.g. 11.x.x]
Maps JS API channel in use: weekly (default, unpinned)
Browser: [e.g. Chrome 1XX]
Suggested fix
Pin the loader to the quarterly channel (Google's recommended channel for production) instead of weekly, and/or
Expose the API version as a configurable interface option so instances can pin a known-good build without forking.
Directus Version
v11.17.4
Hosting Strategy
Self-Hosted (Docker Image)