BF: use get, not casting get_value while dealing with submodule path/url etc#667
Conversation
17c5aa4 to
e3edf5c
Compare
|
ok -- ready to be merged! as #668 experiment showed -- last two runs of appveyor seems to be present also in current master, so have nothing to do with this PR. |
| b = cls.k_head_default | ||
| if parser.has_option(sms, cls.k_head_option): | ||
| b = str(parser.get_value(sms, cls.k_head_option)) | ||
| b = str(parser.get(sms, cls.k_head_option)) |
There was a problem hiding this comment.
could even strip away us of str here... note that get is still advisable instead of get_value since it could cast+str 1.0 to 1 and then false to False.
|
FWIW our battery of tests pass now, which puts more confidence into this fix, since we do use submodules extensively. quick merge/release would be appreciated meanwhile, if there would be no activity, I will absorb the patch to at least (Neuro)Debian packages |
|
knock knock @Byron -- this PR seems to be quite an easy fix to digest, merge and it would be very appreciated... some folks might have had submodules like |
e3edf5c to
52912b5
Compare
Codecov Report
Continue to review full report at Codecov.
|
BF: use get, not casting get_value while dealing with submodule path/url etc
hopefully closes #613
did a quick shot, didn't do any tests besides locally: