Specifying charm revisions larger than 9223372036854775807 (Int64) crashes parser

Bug #1832109 reported by James Hebden
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Canonical Juju
Triaged
Low
Unassigned

Bug Description

Specifying a charm revision via either the juju CLI, the API directly, or in a bundle, crashes the URI parser generating a backtrace.

The following rightly parses the revision and results in an error as this charm revision doesn't exist, and probably won't exist prior to the heat-death of the universe.

juju deploy cs:haproxy-9223372036854775807
> ERROR cannot resolve URL "cs:haproxy-9223372036854775807": charm or bundle not found

The below however causes a backtrace, providing no feedback to the user.
juju deploy cs:haproxy-9223372036854775808
> panic: strconv.Atoi: parsing "9223372036854775808": value out of range
> <backtrace follows>

Revision history for this message
Richard Harding (rharding) wrote :

Thanks for the bug report. Good stuff.

Changed in juju:
status: New → Confirmed
status: Confirmed → Triaged
importance: Undecided → Low
Revision history for this message
Canonical Juju QA Bot (juju-qa-bot) wrote :

This bug has not been updated in 2 years, so we're marking it Low importance. If you believe this is incorrect, please update the importance.

tags: added: expirebugs-bot
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.