Problem/Motivation

While rushing to fix critical #3285230: Migrate's DownloadFunctionalTest:: testExceptionThrow() is failing on guzzlehttp/psr7 2.3.0 and @var tag was added incorrectly.

In trait \Drupal\tests\BrowserHtmlDebugTrait::getResponseLogHandler

              /* $var \Psr\Http\Message\StreamInterface $stream */
              $stream = $response->getBody();

The /* $var. should be /** @var

Steps to reproduce

Proposed resolution

Remaining tasks

User interface changes

API changes

Data model changes

Release notes snippet

Issue fork drupal-3293114

Command icon Show commands

Start within a Git clone of the project using the version control instructions.

Or, if you do not have SSH keys set up on git.drupalcode.org:

Comments

mikelutz created an issue. See original summary.

mikelutz’s picture

Issue tags: +Novice
uri_frazier’s picture

Assigned: mikelutz » uri_frazier

uri_frazier’s picture

Status: Active » Needs review
spokje’s picture

Assigned: uri_frazier » Unassigned
Status: Needs review » Reviewed & tested by the community

MR does what it states on the tin: The /* $var. should be /* @var.

RTBC if TestBot agrees :)

Thanks for working on this!
Oh, and don't be afraid of the Custom Commands Failed message in your first MR.
In the case of opening a new MR without having pushed any changes to it, this always happens. If you then push your changes, it will start a new CI run and you will get the actual evaluation of your changes by TestBot.

uri_frazier’s picture

Thanks, Spokje! Thanks especially for the helpful info about the Custom Commands Failed message.

spokje’s picture

Status: Reviewed & tested by the community » Needs work

No worries.

Remember: Normally the message Custom Commands Failed means that some of the changes didn't pass the checks that are done on changed code even before starting the (vast amount) of PHPUnit/Nighwatch tests. Stuff like PHPCS for code style, spelling check and other stuff can cause that message.

If you get it when you're _not_ opening an MR without any code changes, like what just happend there's definitely something wrong with your changes (and the reviewer who put it on RTBC :/)

Just click on the actual Custom Commands Failed message, which is a link to see what went wrong, make the appropriate change, git push the changes, which will trigger a new test-run.

You're very close, just need to drag it across the finish line!

Putting back to Needs Work for the above.

mikelutz’s picture

Issue summary: View changes

That was my fault in the initial issue summary, I missed that. Thanks Uri!

uri_frazier’s picture

Status: Needs work » Needs review

Gotcha, thanks again! :-)

mikelutz’s picture

Status: Needs review » Reviewed & tested by the community

This is well into running the test suite now, all of which will pass, so back to RTBC.

benjifisher’s picture

  • catch committed 1f31c4d on 10.0.x
    Issue #3293114 by uri_frazier, mikelutz, Spokje: Fix var tag on recent...
  • catch committed e17e5f0 on 10.1.x
    Issue #3293114 by uri_frazier, mikelutz, Spokje: Fix var tag on recent...
  • catch committed 7f1f0ab on 9.4.x
    Issue #3293114 by uri_frazier, mikelutz, Spokje: Fix var tag on recent...
  • catch committed 8d2664c on 9.5.x
    Issue #3293114 by uri_frazier, mikelutz, Spokje: Fix var tag on recent...
catch’s picture

Version: 10.0.x-dev » 9.4.x-dev
Status: Reviewed & tested by the community » Fixed

Committed/pushed to 10.1.x then cherry-picked to 10.0.x, 9.5.x and 9.4.x, thanks!

Status: Fixed » Closed (fixed)

Automatically closed - issue fixed for 2 weeks with no activity.