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

garmin, ozi, xcsv mkshort options whitespace_ok, must_unique broken since 2006 #982

Closed
tsteven4 opened this issue Jan 12, 2023 · 10 comments · Fixed by #1351 · May be fixed by #1239
Closed

garmin, ozi, xcsv mkshort options whitespace_ok, must_unique broken since 2006 #982

tsteven4 opened this issue Jan 12, 2023 · 10 comments · Fixed by #1351 · May be fixed by #1239

Comments

@tsteven4
Copy link
Collaborator

I think 75a4b039b broke these options by adding the logic in vecs noted by
/* for bool options without default: don't set argval if "FALSE" */

at that time, as today, mkshort_new_handle set both options to 1 (true).

garmin.c, ozi.c and xcsv.c wouldn't call setshort_whitespace_ok or setshort_mustuniq if the option value was null. They all used bool options without a default. Therefore, it was impossible to use those options to set whitespace_ok to false or must_unique to false.

If so this went undiscovered for 16 years. This suggest to me these options can be removed from these formats instead of fixed.

The option must_upper defaulted to 0 in mkshort_new_handle. Therefore the format options to set this could have worked. I have verified that they don't work today with ozi and xcsv. I haven't verified that the above commit broke them, or that they stayed broken for every release since then.

I would propose removing the format options for whitespaceok and must_unique from garmin, ozi and xcsv. We could further consider removing the option for must_upper, although that worked and could be in use.

@tsteven4
Copy link
Collaborator Author

I was able to rebuild 1.6.0 (2019) and verify the non-functionality of those two options with ozi and xcsv.

@tsteven4
Copy link
Collaborator Author

I was also able to build 1.5.4 (2017), with a few tweaks, and verify the same non-functionality.

@GPSBabelDeveloper
Copy link
Collaborator

GPSBabelDeveloper commented Jan 12, 2023 via email

@tsteven4
Copy link
Collaborator Author

@robertlipe
Specifically I propose to delete
ozi snwhite, snunique and snupper*
garmin snwhite
xcsv snwhite, snunique and snupper*
options.

The snupper* options did work, so the lack of a need for them is unproven. I contend the others have been ignored worked for 16 years.

@robertlipe
Copy link
Collaborator

robertlipe commented Jan 12, 2023 via email

@robertlipe
Copy link
Collaborator

@tsteven4 , what do you think about #1239 ? I tagged it as needing a release note.

@tsteven4
Copy link
Collaborator Author

I'm ok with the idea, but #1239 has a bunch of merge conflicts.

@robertlipe
Copy link
Collaborator

robertlipe commented Nov 20, 2023 via email

@tsteven4
Copy link
Collaborator Author

#1239 looks like a bad merge. Sorry, I have touched a ton of stuff in the last week converting the last formats to Format class, including garmin.

@robertlipe
Copy link
Collaborator

robertlipe commented Nov 20, 2023 via email

tsteven4 added a commit to tsteven4/gpsbabel that referenced this issue Oct 16, 2024
garmin, ozi, xcsv mkshort options whitespace_ok, must_unique broken since 2006.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

3 participants