Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[BUG] Unsupported DateTime format "6/1/2023 12:00:00 AM +00:00" #43029

Open
3 tasks done
ejf-ibm opened this issue Nov 20, 2024 · 3 comments
Open
3 tasks done

[BUG] Unsupported DateTime format "6/1/2023 12:00:00 AM +00:00" #43029

ejf-ibm opened this issue Nov 20, 2024 · 3 comments
Assignees
Labels
ARM Billing customer-reported Issues that are reported by GitHub users external to the Azure organization. Mgmt This issue is related to a management-plane library. needs-team-attention Workflow: This issue needs attention from Azure service team or SDK team question The issue doesn't require a change to the product in order to be resolved. Most issues start as that Service Attention Workflow: This issue is responsible by Azure service team.

Comments

@ejf-ibm
Copy link

ejf-ibm commented Nov 20, 2024

Describe the bug
azure-resourcemanager-billing 1.0.0 throws exception on billing account get operation due to startDate format for enrollment accounts. The start date in the latest version of https://learn.microsoft.com/en-us/rest/api/billing/billing-accounts/get?view=rest-billing-2024-04-01&tabs=HTTP has changed from 2018-05-01T17:32:28Z to 6/1/2023 12:00:00 AM +00:00. CoreUtils::parseBestOffsetDateTime is not able to handle this new format.

Exception or Stack Trace
Image

To Reproduce

  1. Invoke BillingManager.billingAccounts().get("[enrollment_id]");

Expected behavior
Correct deserialization of the start and end dates for the enrollment.

Setup (please complete the following information):

  • OS: Ubuntu 24.04.5 LTS
  • Library/Libraries: com.azure:azure-core:1.54.1, com.azure.resourcemanager:azure-resourcemanager-billing:1.0.0
  • Java version: 17

Information Checklist
Kindly make sure that you have added all the following information above and checkoff the required fields otherwise we will treat the issuer as an incomplete report

  • Bug Description Added
  • Repro Steps Added
  • Setup information Added
@github-actions github-actions bot added ARM customer-reported Issues that are reported by GitHub users external to the Azure organization. Mgmt This issue is related to a management-plane library. needs-team-attention Workflow: This issue needs attention from Azure service team or SDK team question The issue doesn't require a change to the product in order to be resolved. Most issues start as that labels Nov 20, 2024
Copy link

Thank you for your feedback. Tagging and routing to the team member best able to assist.

@alzimmermsft alzimmermsft changed the title [BUG] [BUG] Unsupported DateTime format "6/1/2023 12:00:00 AM +00:00" Nov 20, 2024
@alzimmermsft
Copy link
Member

Thanks for reporting this @ejf-ibm, I can say I've never seen this datetime format.

@weidongxu-microsoft I did a quick litmus test to see if the old Jackson-based serialization would handled 6/1/2023 12:00:00 AM +00:00 -> OffsetDateTime and it doesn't support it either.

@weidongxu-microsoft
Copy link
Member

Thanks @ejf-ibm @alzimmermsft .

I think this be a mistake in billing backend.

And their example in learn site is still the RFC3339 format.
Image

Let me see if I can get service to check.
I've raised an issue in specs repo Azure/azure-rest-api-specs#31625
Let's see whether we can get service response there.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ARM Billing customer-reported Issues that are reported by GitHub users external to the Azure organization. Mgmt This issue is related to a management-plane library. needs-team-attention Workflow: This issue needs attention from Azure service team or SDK team question The issue doesn't require a change to the product in order to be resolved. Most issues start as that Service Attention Workflow: This issue is responsible by Azure service team.
Projects
None yet
Development

No branches or pull requests

3 participants