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

Bug fixes to compile when imported internally. #4499

Closed

Conversation

snehashah16
Copy link
Contributor

I will merge this PR when I am ready with verification from the internal tools. Though please provide review comments and|or approval for me to merge.

…x the recurring issues seen when we run Copybara
@snehashah16 snehashah16 requested a review from a team as a code owner February 14, 2019 23:27
@googlebot googlebot added the cla: yes This human has signed the Contributor License Agreement. label Feb 14, 2019
return payload.getDatabasesList() != null
? payload.getDatabasesList()
: ImmutableList.<Database>of();
return payload.getDatabasesList();
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Does this change behavior?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, protobufs are not null and this check is not necessary.
I will need to file a bug for gapic-generators to fix this semantics.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ugh. If this is generated code, I'm afraid that we won't be able to check this in. We'd need a generator change instead.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

@sduskis This doesnt change behavior.

@snehashah16 This was done to protected against NPE in paged iteration. Some client like compute do return null instead of empty list. This was done to fix one of such bug #3736

@@ -72,7 +72,6 @@ public void allOptionsAbsent() {
assertThat(options.toString()).isEqualTo("");
assertThat(options.equals(options)).isTrue();
assertThat(options.equals(null)).isFalse();
assertThat(options.equals(this)).isFalse();
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This seems like an interesting test. Why was it removed?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

this is testing 2 different objects( OptionsTest against Options). This may not be interesting because it should always result in false.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Testing equals against different objects seems like it would exercise a unique codepath, which is "interesting". Shouldn't we keep this test?

@sduskis
Copy link
Contributor

sduskis commented Feb 15, 2019

It looks like your PR introduced issues:

[ERROR] Errors:
[ERROR] GrpcResultSetTest.getDoubleArray:765 » UnsupportedOperation Comparing raw equa...
[ERROR] ResultSetsTest.resultSetIteration:195 » UnsupportedOperation Comparing raw equ...

@sduskis sduskis added do not merge Indicates a pull request not ready for merge, due to either quality or timing. status: blocked Resolving the issue is dependent on other work. labels Feb 15, 2019
@JustinBeckwith JustinBeckwith added needs work This is a pull request that needs a little love. and removed status: blocked Resolving the issue is dependent on other work. labels Feb 25, 2019
@sduskis
Copy link
Contributor

sduskis commented Feb 26, 2019

@snehashah16, I'm closing this issue. It doesn't pass our tests, and there hasn't been any movement for about 2 weeks.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
cla: yes This human has signed the Contributor License Agreement. do not merge Indicates a pull request not ready for merge, due to either quality or timing. needs work This is a pull request that needs a little love.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

6 participants