-
Notifications
You must be signed in to change notification settings - Fork 192
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
Use Mojolicious::Routes::Route::any instead of deprecated …::route #1613
Conversation
By the way, I've tested this manually and features depending on that routing still work. |
Not sure why the tests fail:
The failure seems unrelated and I can not reproduce it locally. Unfortunately the log archive doesn't contain more verbose output. |
The CI error is persistent (tried to restart 2 times). I can not reproduce it locally. I've created an empty PR (#1614) to check whether it also happens on master. |
#1614 only failed in tidy but not in the same test as here where we have:
|
Seems like it is just a matter of luck. After pushing the tidy changes (which should not affect anything) I get the same error on #1614:
|
Otherwise ``` Mojolicious::Routes::Route::route is DEPRECATED in favor of Mojolicious::Routes::Route::any at …/commands.pm line 253. ``` shows up in the log.
With `capture` from IPC::System::Simple this test fails very often. This is reproducible within the CI environment and on my local Tumbleweed system. When using Perl's built-in `qx()` the same test works fine so it makes sense to simply use that.
It seems I was just very lucky when running the test locally. It actually fails there as well most of the time. I hope my fix makes the CI pass as well. See the commit message for more details. Seems like we'll have to find out whether it also works within the CI because it currently doesn't come very far:
|
note("Starting isotovideo with: @cmd"); | ||
capture [$args{exit_code}], @cmd; | ||
note "Starting isotovideo with: @cmd"; | ||
my $output = qx(@cmd); |
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.
Any idea why qx
would be more reliable than capture
? I couldn't even repro this with your branch.
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.
Looks like a bug in IPC::Run::Simple
which provides capture
. However, I'm not really motivated to investigate bugs in IPC::Run::Simple
, especially if using built-in functions does not even require much more code.
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.
And about the reproducibility: I couldn't reproduce it locally as well until today where it actually almost always failed (untils switching to qx). So I'm not sure what "variable" influences whether the bug is triggered or not.
Codecov Report
@@ Coverage Diff @@
## master #1613 +/- ##
==========================================
+ Coverage 62.18% 62.22% +0.03%
==========================================
Files 58 58
Lines 6604 6605 +1
==========================================
+ Hits 4107 4110 +3
+ Misses 2497 2495 -2
Continue to review full report at Codecov.
|
Otherwise
shows up in the log.