Bug in .to('best', 'imperial')

[kai-dorschner-twinsity]

I wrote a test to verify it converts back and forth to the best fitting unit (essentially an identity conversion):

  it('checks out', () => {
    expect(convert(convert(1, 'sq mi').to('m2'), 'm2').to('sq mi')).toBe(1); // ✔️ explicit conversion works as expected
    expect(convert(convert(1, 'sq mi').to('m2'), 'm2').to('best', 'imperial')).toMatchObject({
      quantity: 1,
      unit: 'sq mi',
    }); // ❌ implicit conversion doesn't work, see screenshot
  });

Result:

I expect it to convert to the next highest unit when its value is >= 1 but it stays at acres (indefinitely). Even when going up to 10 or 100 square miles it is not working, see:

I think the same problem applies between square feet <-> acres. If you're interested I can produce a test for that as well.

For metric system everything works as expected.

[jonahsnider]

This issue doesn't have to do with converting back and forth. It's just that the array of imperial units to use for area lists acres as being larger than square miles, hence 640 ac being returned instead of 1 sq mi.

[kai-dorschner-twinsity]

But... 1 acre is not larger than 1 square mile, is it?
Edit: Ah sorry, I didn't see you actually fixed it. Great news :) Thank you!