Releases: apollographql/apollo-ios
1.0.7
Fixed
- Couldn't build when using some reserved words in a schema (#2765):
for
has been added to the list of reserved keywords that are escaped with backticks when used in schema types and operations. #2772 - Thank you to @torycons for raising the issue. - Subscript GraphQL variable from dictionary crash when Swift modifier used as key (#2759): Backticks have been removed from subscript keys of input objects. #2773 - Thank you to @SzymonMatysik for raising the issue.
- Unnamed fields in schema results in broken generated Swift code (#2753): The
_
character can be used as a GraphQL field name. #2769 - Thank you to @neakor for raising the issue. - LocalCacheMutation with an enum field fails (#2775): When writing selection set data back into the cache, custom scalars are now re-encoded back into their
_jsonValue
. #2778 - Thank you to @dabby-wombo for raising the issue. - DataDict subscript function crashes on iOS 14.4 and under (#2668):
AnyHashable
conversions when accessingDataDict
properties now perform checks on the base type. #2784 - Thank you to @bdunay3 for raising the issue. @include
directive based on variable with default value drops the included data (#2690): The GraphQL executor will now correctly evaluateGraphQLNullable
conditional variables. #2794 - Thank you to @klanchman for raising the issue.- Interfaces implemented by schema root are not generated (#2756): Interfaces references on the root type Query, Mutation or Subscription are now included in the schema module. #2816 - Thank you to @litso for raising the issue.
Changed
- HTTP headers format in schema download configuration JSON (#2661):
HTTPHeaders
in theApolloSchemaDownloadConfiguration
section of the codegen configuration JSON file can now be specified using the more intuitive format{ "Authorization": "<token>"}
. #2811 - Thank you to @nikitrivedii for raising the issue.
1.0.6
Fixed
- Quotes in operation identifiers are not escaped (#2671): Query strings are now enclosed within extended delimiters to allow inclusion of special characters such as quotation marks. #2701 - Thank you to @StarLard for raising the issue.
- Cannot find type
graphQLSchema
in scope (#2705): Generated fragments now use the correct schema namespace casing. #2730 - Thank you to @iAmericanBoy for raising the issue. - Updating a local cache mutation with an optional field fails with a
ApolloAPI.JSONDecodingError.missingValue
error (#2697): Cache mutations will now allow incomplete data to be written to the cache without expecting all fields to be set. Please note that cache manipulation is an advanced feature and you should be aware of how the data written will affect network requests and cache policies. #2751 - Thank you to @amseddi for raising the issue. GraphQLEnum
value camel case conversion strategy (#2640), (#2749): The camel case conversion logic for GraphQL enums has been improved to handle a wider range of edge cases that were causing invalid Swift code generation. #2745 - Thank you to @ddanielczyk and @hispanico94 for raising the issues.- Naming collision with
Selection
type from apollo (#2708):ParentType
andSelection
types in generated selection sets now use a fully qualified namespace to prevent typename conflicts. #2754 - Thank you to @tahirmt for raising the issue. - Namespace collision when using "Schema" for
schemaName
(#2664): Certain strings are now disallowed for use as the schema namespace. #2755 - Thank you to @StarLard for raising the issue. - Naming collision with fragments and scalars (#2691): Shared referenced schema types will always use the fully qualified names as the types of fields in selections sets. This prevents collisions with names of other generated selection sets for entity type fields whose names are the same as a referenced schema type. #2757 - Thank you to @scottasoutherland for raising the issue.
- Naming collision with
DocumentType
in generated mock code (#2719): All shared referenced schema types within test mocks now use a fully qualified named type. #2762 - Thank you to @dafurman for raising the issue. - Schema/Target/Module name with spaces in it breaks generated code (#2653): Spaces are no longer allowed in the schema namespace. Additional validation has been added to the CLI commands to provide the correct error response. #2760 - Thank you to @Narayane for raising the issue.
Changed
- Raised minimum required tooling versions: Swift 5.7 and Xcode 14 are now the minimum required versions to build Apollo iOS and the generated code. #2695
1.0.5
1.0.4
Fixed
- Fixed - Convenience initializer for mock objects without fields: When mock objects did not have any fields a convenience initializer would still be generated causing infinite recursion during initialization. #2634 Thank you to @Gois for the contribution!
- Fixed - Ambiguous use of operator '??': When the nil coalescing operator was used on variables without a type the compiler could not determine which one to use. #2650. Thanks to @skreberem for raising the issue.
- Fixed - Generate library for test mock target: Previous versions would generate the SPM target for test mocks but not a library to properly import it into your unit tests. #2638 Thank you to @Gois for the contribution!
- Fixed - Podspec Swift version mismatched with SPM package version: The Swift version is now the same between the two dependency managers. #2657
- Fixed - Conflicting configuration values: There is now an error during code generation when the given configuration has conflicting values that cannot be fulfilled. #2677
- Fixed -
DocumentType
namespacing: The correct module namespacing is now used forDocumentType
in generated operation code. #2679
New
- New - CLI version checker: This ensures that the version of the CLI being used to generate Swift code is the same as the version of the Apollo iOS dependency being used. #2659
Changed
- Changed - Removed SPM plug-ins: The SPM plug-ins for the CLI commands
init
,fetch-schema
, andgenerate
have been removed. There is a new plug-in to install the CLI and the CLI commands should be used from the command line instead. #2649 - Changed - CLI defaults: The updated default for the output of operation files is now
.inSchemaModule
, and theinit
command now requires a module type to be specified when creating a configuration file. #2673
1.0.3
- Fixed - Generated code produces compile error when accessing
data
dictionary in theInputDict
struct if the name of the accessed property ishash
: Dyanamic Member Lookup has been removed fromInputDict
to prevent potential name clashes. #2607 - Fixed - XCFramework archive builds:
@inlinable
has been removed from parts ofApolloAPI
that were preventing xcframework builds with theBUILD_LIBRARY_FOR_DISTRIBUTION
build setting. #2613 - Fixed -
Variables
type in local cache mutations is not properly namespaced: TheVariables
type inLocalCacheMutation
now has the required prefix ofGraphQLOperation
to build successfully. #2615 - Fixed - Return error if no matches to schema or operation search paths: When a schema file could not be found errors were emitted but they were not indicative of the underlying problem. There is now validation to ensure that at least one match of the schema/operation search paths is found otherwise an error is thrown. #2618
- Fixed - File generation should ignore the
.build
/.swiftpm
/.Pods
folders: If code generation was executed from a path where subfolders contained the apollo-ios repo, it would find internal test schemas and fail. These special folders are now ignored. #2628 - Fixed - Download schema relative to root URL: Even though a root URL could be provided it was not being used in all schema download logic to output the downloaded schema file to the correct locaiton. This is now fixed. #2609 Thanks to @Anteo95 for the contribution.
1.0.2
- Fixed - Not generating code for subtypes only used as input to mutations: If you are using a JSON format schema that was fetched via GraphQL introspection code generation will now generate all referenced subtypes. #2583 Thank you to @vrutberg for reporting the issue.
- Fixed - When using the test mock, touching a
GraphQLEnum
property will cause a crash: JSON Encoding the mocks into theSelectionSet.DataDict
was causingCustomScalar
values to get encoded into their JSON values. The mock data is now converted into the correct format for theSelectionSet.DataDict
. #2584 Thank you to @asapo for reporting the issue. - Fixed - Add namespace for ApolloAPI types in generated code: The Apollo
DocumentType
enum is now correctly namespaced in generated code. #2585 Thank you to @matijakregarGH for reporting the issue. - Fixed - Problems with schema name in generated code:
- Fixed - Test mocks crash when touching array of objects: Test mock list of objects is now correctly converted into selection set data. #2591 Thank you to @konomae for reporting the issue.
- Fixed:
GraphQLNullable
nil coalescing:@exported import
statements now ensure that the operator overload is imported when using the generated models. #2600 Thank you to bassrock for reporting the issue.
1.0.1
Fixes
- Fixed - apollo-ios-cli code generation on CocoaPods installation: All required resources for the CLI are now bundled correctly. This was an issue in CocoaPods installations where the
generate
command ofapollo-ios-cli
would result in a fatal error. #2548 Thank you to @ilockett for reporting the issue. - Fixed - Xcode integration for Swift Package Plugins: The SwiftPM plugins now support
XcodePluginContext
from Xcode 14 and accepts the additional command line options that Xcode sends. #2554 Thank you to @SilverTab for reporting the issue. - Fixed - Escaping input param names: Input parameter names recognized as reserved words are now escaped to prevent build errors. #2561 Thank you to @puls for the contribution.
- Fixed - Multiline deprecation messages: Deprecation messages that span multiple lines would previously result in build errors. #2579 Thank you to @TizianoCoroneo for the contribution.
Changes
- Changed - Warnings for deprecated enums: Deprecated enum cases are no longer annotated with the Swift
@available
attribute. They will now have comments indicating their deprecated status. #2579
1.0.0
This is the first major version release of Apollo iOS! The primary goal of Apollo iOS 1.0 is to stabilize the API of the model layer and provide a foundation for future feature additions and evolution of the library.
In a nutshell, v1.0.0 brings:
- A new code generation engine built entirely in Swift
- Improvements to the generated models
- Syntax and performance improvements across the entire library
There is documentation and a blog post coming soon. Feel free to ask questions by either opening an issue on our GitHub repo, or joining the community.
Thank you to all contributors who have helped us get to this first major release! ❤️
1.0.0 Release Candidate #1
This is the first Release Candidate for Apollo iOS 1.0. The Release Candidate is a fully featured and code-complete representation of the final 1.0 version. This includes full feature parity with the 0.x.x releases.
API breaking changes are not expected between the Release Candidate and the General Availability (GA) release. The only code changes will be non-breaking bug fixes due to user feedback. The Release Candidate does not have complete documentation or usage guides, which will be completed prior to GA.
This first major version will include a new code generation engine, better generated models, and many syntax and performance improvements across the entire library. The primary goal of Apollo iOS 1.0 is to stabilize the API of the model layer and provide a foundation for future feature additions and evolution of the library.
- New: Option to Include Deprecated Input Arguments on Fields During Schema Download Thanks to @dave-perry for this addition!
- Fixed: Code Generation Config JSON File Compatibility
- Previously, the
apollo-codegen-config.json
file used by the Apollo CLI needed to contain values for all optional fields. When new codegen options were added, this would cause errors until all newly added options has values provided. - The
Codable
implementation for theApolloCodgenConfiguration
has been implemented manually to prevent this. Now, only required fields must be provided, all optional fields can be omitted from the config file safely. - The CLI's
init
command also now generates a template config file with only the required fields.
- Previously, the
- Fixed: Swift Keywords are escaped when used as names of Input Parameters
- Fixed: Compilation Error when using
@skip
and@include
conditions on the same field - Fixed: Added permissions request to SPM Code Generation Plugin
- When running the code generation plugin, you will be prompted to give permission for the plugin to write to the package directory.
- This permission check can be avoided by passing the
--allow-writing-to-package-directory
flag when executing the plugin command.
- Fixed: APQ Operations Will no Longer be Retried when Unrecognized if using
.persistedOperationsOnly
.persistedOperationsOnly
is for use with allow-listed operations only. If an operation identifier is not recognized by the server, there is no way to register the operation in this configuration.
- Breaking: Updated
ApolloAPI
internal metadata properties to be__
prefixed.- Generated GraphQL files expose certain properties/functions that are consumed by the
Apollo
library during GraphQL Execution. These members must be public in order to be exposed toApollo
, but are not intended for external consumption. We have added underscore prefixes to each of these members to signify that intention, using__
for GraphQL Metadata (in alignment with the GraphQL Specification) and_
forApollo
's utility and helper functions. - The affected signatures are:
SelectionSet.schema
->SelectionSet.__schema
SelectionSet.selection
->SelectionSet.__selection
JSONEncodable.jsonValue
->JSONEncodable._jsonValue
JSONDecodable.init(jsonValue:)
->JSONDecodable.init(_jsonValue:)
AnyHashableConvertible.asAnyHashable
->AnyHashableConvertible._asAnyHashable
OutputTypeConvertible.asOutputType
->OutputTypeConvertible._asOutputType
GraphQLOperation.variables
->GraphQLOperation._variables
LocalCacheMutation.variables
->LocalCacheMutation._variables
- Generated GraphQL files expose certain properties/functions that are consumed by the
1.0.0 Beta 4
This is the fourth Beta Release of Apollo iOS 1.0. The Beta version has full feature parity with the 0.x.x releases. The API is expected to be mostly stable. Some breaking changes may occur due to user feedback prior to General Availability (GA) Release. The Beta does not have complete documentation or usage guides, which will be completed prior to GA.
This first major version will include a new code generation engine, better generated models, and many syntax and performance improvements across the entire library. The primary goal of Apollo iOS 1.0 is to stabilize the API of the model layer and provide a foundation for future feature additions and evolution of the library.
- Breaking: Generated Files now have the file extension
.graphql.swift
.- This allows you to clearly distinguish which files in your project are Apollo generated files.
- Generated template files that are user-editable will still have the
.swift
file extension.CustomScalar
templates as well as theSchemaConfiguration
file are user-editable. Once these are generated, they are never overwritten by future code generation execution.
- This change is also necessary for the identification of generated files for the pruning functionality.
- New: Pruning of Unused Generated Files
- Generated files that no longer should exist are automatically deleted now. This occurs when a
.graphql
file is removed from your project. The generated file will also be deleted the next time code generation is run. - This can be disabled with the new
pruneGeneratedFiles
codegen option. - Breaking: Automatic Deletion will not delete files generated in previous Alpha/Beta versions.
- Only files with the
.graphql.swift
file extension will be deleted. - If you have used previous Alpha/Beta versions, you will need to delete your generated files manually one last time before running code generation with this version.
- Only files with the
- Generated files that no longer should exist are automatically deleted now. This occurs when a
- New: Enum Case Names are Converted to Camel Case in Generated Enums.
- Breaking: This is enabled by default, your call sites will need to be updated.
- Camel case conversion for enum cases can be disabled with the new
conversionStrategies.enumCases
codegen option. - Thanks @bannzai for this one!
- Fixed: Swift Keywords are escaped when used as names of Enum Values Thanks @bannzai for the fix!
- Fixed: Compilation Error when Using Fragment with Lowercased Name This was an edge case that only occured when referencing a nested, merged selection set from the lowercase named fragment.
- Fixed: Retain Cycle in
ReadTransaction
Thanks @lorraine-hatch for the fix! - Fixed: String
jsonValue
Initializer for Large Numbers Thanks @Almaz5200 for the fix!