Skip to content

Conversation

@PatrickJin-db
Copy link
Collaborator

@PatrickJin-db PatrickJin-db commented Dec 20, 2024

Previously, the ARM jobs for Linux and Windows were non-functional and created the same wheel as their x86 counterpart. When the final merge job runs, the existence of two identical wheel files caused the wheel in the merged zip file to potentially get corrupted. This PR fixes that issue by removing the ARM jobs for Linux and Windows.

To verify that the wheels are fixed, I re-ran the merge action 10 times, and none of the wheels in any of the runs were corrupted. In contrast, 6 out of 10 runs with the previous build workflow had at least one wheel that was corrupted. Corruption was determined by checking if the wheel files would unzip, since a wheel file is a ZIP archive under the hood.

@PatrickJin-db PatrickJin-db merged commit 94839f8 into delta-io:main Dec 20, 2024
11 checks passed
PatrickJin-db added a commit that referenced this pull request Dec 20, 2024
* add table changes with use_delta_format=True example (#619)

* Fix wheels build by removing duplicate wheels (#623)

* update delta-kernel-rust-sharing-wrapper to 0.2.1 and fix path in workflows (#625)

* update delta-kernel-rust-sharing-wrapper to 0.2.1

* fix names in build workflow
charlenelyu-db pushed a commit to charlenelyu-db/delta-sharing that referenced this pull request Mar 25, 2025
charlenelyu-db added a commit that referenced this pull request Mar 27, 2025
* fix

* upgrade delta-kernel-rs (#607)

* update expected error msg in test (#608)

* rust bindings for CDF (#612)

Co-authored-by: Oussama Saoudi <[email protected]>

* python connector CDF reads (#613)

* fix version (#616)

* reference rust wrapper 0.2.0 (#617)

* add table changes with use_delta_format=True example (#619)

* Fix wheels build by removing duplicate wheels (#623)

* update delta-kernel-rust-sharing-wrapper to 0.2.1 and fix path in workflows (#625)

* update delta-kernel-rust-sharing-wrapper to 0.2.1

* fix names in build workflow

* Improvement python delta-sharing client: convert expires_in as string to int, if returned as string (#628)

**TL;DR:** This PR enhances the OAuth client to support cases where the expires_in field in the token response is returned as a string instead of an integer. While the OAuth 2.0 specification mandates that expires_in should be an integer  [RFC 6749 Section 4.1.4](https://datatracker.ietf.org/doc/html/rfc6749#section-4.1.4), some OAuth servers return it as a string, leading to potential compatibility issues.

Certain OAuth implementations deviate from the standard and return expires_in as a string, e.g.:

```
{
  "access_token": "example-token",
  "expires_in": "3600",  // Returned as a string
  "token_type": "Bearer"
}
```
This causes failures when the client expects the field to always be an integer.

Solution

This PR updates the token parsing logic to:
	1.	Check the type of the expires_in field.
	2.	Convert the value to an integer if it is provided as a string.
	3.	Maintain backward compatibility with the standard integer format.

* upgrade delta-kernel-rs to 0.6.1 to fix reading tables partitioned on timestamp (#634)

* include source in maturin build of delta-kernel-rust-sharing-wrapper (#647)

* update latest version that does not require the rust wrapper in README (#650)

* Support delta format for table protocol and metadata (#657)

* timestampntz support (#654)

* Fix timestampntz test (#662)

* fix python lint and reformat scripts (#668)

* ubuntu version

* fix

---------

Co-authored-by: Patrick Jin <[email protected]>
Co-authored-by: Oussama Saoudi <[email protected]>
Co-authored-by: Moe Derakhshani <[email protected]>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants