-
Notifications
You must be signed in to change notification settings - Fork 34
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
fix: Fix tests after qgb changes #133
fix: Fix tests after qgb changes #133
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
these changes make sense! we should probably document whatever our decision on which approach we're taking in terms of either using this approach or the SetOrchestrator
approach, along with the factors that went into that decision
I would approve with a patch for the failing test (either we find the patch that we made before or change the existing test to expect to fail) and some documentation of what decision we want to make.
|
sounds good |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@evan-forbes if you're alright with PR, we can merge it.
No need to spend more time digging in history for the fix, I commented that test 😎
client/flags/flags.go
Outdated
@@ -76,6 +76,11 @@ const ( | |||
// Tendermint logging flags | |||
FlagLogLevel = "log_level" | |||
FlagLogFormat = "log_format" | |||
|
|||
// QGB related flags | |||
// FIXME: can we have these |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It's alright to leave these here?
I checked also for the other flags, they are defined two times, here and under context also.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
they are defined two times, here and under context also
I would assume so. where are the second definitions?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
@evan-forbes Let me know if this is alright so that I merge.
Thanks
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
ahh I see, we actually probably want to remove those, as they are not global flags. Only the global flags for txs get loaded into that context. When we need access to those flags, we should access via parsing the flags in the definition of the cli command
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
will remove them from client/context
then. Thanks
@@ -30,9 +31,6 @@ const ( | |||
FlagGenesisFormat = "genesis-format" | |||
FlagNodeID = "node-id" | |||
FlagIP = "ip" | |||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
now they are defined under general flags because they're also used in gentx
, sim
etc
ahh found it 434b308 we should add this before merging instead of commenting out imho, as it ensures that we don't forget about it. It probably won't matter, as we will likely upgrade soon, but out of good habit |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pulling that commit to fix the failing test is kind of optional, but it wouldn't hurt.
approving with or without
client/flags/flags.go
Outdated
@@ -76,6 +76,11 @@ const ( | |||
// Tendermint logging flags | |||
FlagLogLevel = "log_level" | |||
FlagLogFormat = "log_format" | |||
|
|||
// QGB related flags | |||
// FIXME: can we have these |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
they are defined two times, here and under context also
I would assume so. where are the second definitions?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
utACK
…r struct (celestiaorg#133) * first pass on tests fixes * fixes the rest of unit tests * remove unnecessary comments * uses default eth address when starting sim network * cosmetics * comments failing test * comments failing test * uncomments test and fixes it from commit 434b308 * remove wrong testnet initialization
…r struct (celestiaorg#133) * first pass on tests fixes * fixes the rest of unit tests * remove unnecessary comments * uses default eth address when starting sim network * cosmetics * comments failing test * comments failing test * uncomments test and fixes it from commit 434b308 * remove wrong testnet initialization
…r struct (celestiaorg#133) * first pass on tests fixes * fixes the rest of unit tests * remove unnecessary comments * uses default eth address when starting sim network * cosmetics * comments failing test * comments failing test * uncomments test and fixes it from commit 434b308 * remove wrong testnet initialization
Attempts to fix the tests after the QGB related changed