Bug when you have a 2 digit mass in your run table

CIRDLES / Squid

Squid3 is being developed by the Cyber Infrastructure Research and Development Lab for the Earth Sciences (CIRDLES.org) at the College of Charleston, Charleston, SC and Geoscience Australia as a re-implementation in Java of Ken Ludwig's Squid 2.5. - please contribute your expertise!

http://cirdles.org/projects/squid/

Apache License 2.0

12 stars 27 forks source link

Bug when you have a 2 digit mass in your run table #654

Closed NicoleRayner closed 2 years ago

NicoleRayner commented 2 years ago

I brought in an old task that included masses 89 to 270. Squid3 insisted on listing mass 89 at the end of the task list of masses and thus when I wanted to "Manage isotopes" the task labels and data labels did not line up. On a whim I tried adding a leading 0 to my mass 89 and this indeed took care of it. Thus it appears the order of the masses in the task list is determined by the FIRST digit in the number, not the absolute number.

bowring commented 2 years ago

@NicoleRayner - please send along the "old task" for testing, thanks.

NicoleRayner commented 2 years ago

here's an "old task" SquidTask_MnzGSC= 12pk Y GSC 8153 std (floating slope)-OVC.BD.zip but the same thing happens if I make a task from scratch. I too initially thought the problem might be the task so when I first encountered this I started from an empty one and added 89, 138 etc and it puts the 89 at the end of the task species list. (only obvious when you ask to use current task). Just to make sure I wasn't dreaming that I just repeated this test now:

bowring commented 2 years ago

Fixed in v1.8.5. to be released shortly.