currency conversion inconsistency
Bug #709745 reported by
Mary Racter
This bug affects 1 person
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| Ibid |
Triaged
|
Low
|
Unassigned | ||
Bug Description
in: convert 378USD to zar
out: I can't do that: Unknown unit 'zar'
in: convert 378 USD to zar
out: 378 USD (America (United States of America) Dollars) = 2717.63 ZAR (South Africa Rand) (Last trade rate: 7.1895, Bid: 7.1875, Ask: 7.1915)
in: convert 378USD to ZAR
out: 378 USD = 2625 ZAR
Ibid picks up currency exchange in unit conversion, uses GNU exchange values if no spaces are used between value and currency when using 'convert'. Also requires cases of currency to match convertee-
| description: | updated |
| summary: |
- currency conversion requires cases to match + currency conversion inconsistency |
Revision history for this message
| Stefano Rivera (stefanor) wrote | #1 |
| Changed in ibid: | |
| importance: | Undecided → Low |
| milestone: | none → 0.2.0 |
| status: | New → Triaged |
To post a comment you must log in.
The issue is pretty simple. We only do a currency conversion if there's a space before the currency.
The problem is that if we pass it to GNU units, it may do a currency conversion itself, thus I think we should allow no space before the currency.
This will still not support all the syntaxes supported by "exchange", but at least we won't get GNU units doing currency conversions.