5 Mar
2014
5 Mar
'14
2:07 p.m.
Hi
Dne Wed, 5 Mar 2014 13:05:17 +0530
Sastry aditya <ganeshaditya1(a)gmail.com> napsal(a):
https://github.com/phpmyadmin/phpmyadmin/blob/master/libraries/Advisor.clas…
So how do I go about getting Travis to process my commit again ? should I
send another pull request or something ?
Regards,
Aditya
No output has been received in the last 10
minutes, this potentially
indicates a stalled build or something wrong with the build itself."
Unfortunately this happens occasionally on Travis. It is caused by some
interactions of phpunit and our error handling in our Advisor code,
which makes phpunit buffer all output. Then Travis thinks the build is
stuck as it takes quite long without producing any output.
The code causing this is in ruleExprEvaluate [1] and the problem happens
only for case when eval ends with error. Maybe it's even some bug
within PHP which breaks output buffering in this case.
[1]:
5 Mar
5 Mar
4:10 p.m.
New subject: [Phpmyadmin-devel] Travis fails for the bug patch I have written
Hi
Dne Wed, 5 Mar 2014 16:37:41 +0530
Sastry aditya <ganeshaditya1(a)gmail.com> napsal(a):
I've restarted it, but it should be fine as there was only one PHP
versions causing the problem.
Anyway anybody is welcome to look deeper into this issue as it is
really annoying.
--
Michal Čihař | http://cihar.com | http://phpmyadmin.net
Hi
Dne Wed, 5 Mar 2014 13:05:17 +0530
Sastry aditya <ganeshaditya1(a)gmail.com> napsal(a):
https://github.com/phpmyadmin/phpmyadmin/blob/master/libraries/Advisor.clas…
So how do I go about getting Travis to process my commit again ? should I
send another pull request or something ? No output has been received in the last 10
minutes, this potentially
indicates a stalled build or something wrong with the build itself."
Unfortunately this happens occasionally on Travis. It is caused by some
interactions of phpunit and our error handling in our Advisor code,
which makes phpunit buffer all output. Then Travis thinks the build is
stuck as it takes quite long without producing any output.
The code causing this is in ruleExprEvaluate [1] and the problem happens
only for case when eval ends with error. Maybe it's even some bug
within PHP which breaks output buffering in this case.
[1]:
13 Mar
13 Mar
5:31 p.m.
New subject: [Phpmyadmin-devel] Travis fails for the bug patch I have written
Hi
Dne Wed, 5 Mar 2014 14:10:45 +0100
Michal Čihař <michal(a)cihar.com> napsal(a):
Dne Wed, 5 Mar 2014 16:37:41 +0530
Sastry aditya <ganeshaditya1(a)gmail.com> napsal(a):
I've restarted it, but it should be fine as there was only one PHP
versions causing the problem.
Anyway anybody is welcome to look deeper into this issue as it is
really annoying.
This issue should be now fixed in eb85831. Was caused by phpunit
changing PHP runtime errors into exceptions and our code then leaving
one more ob_start level open than phpunit expected.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
Hi
Dne Wed, 5 Mar 2014 13:05:17 +0530
Sastry aditya <ganeshaditya1(a)gmail.com> napsal(a):
https://github.com/phpmyadmin/phpmyadmin/blob/master/libraries/Advisor.clas…
So how do I go about getting Travis to process my commit again ? should I
send another pull request or something ? No output has been received in the last 10
minutes, this potentially
indicates a stalled build or something wrong with the build itself."
Unfortunately this happens occasionally on Travis. It is caused by some
interactions of phpunit and our error handling in our Advisor code,
which makes phpunit buffer all output. Then Travis thinks the build is
stuck as it takes quite long without producing any output.
The code causing this is in ruleExprEvaluate [1] and the problem happens
only for case when eval ends with error. Maybe it's even some bug
within PHP which breaks output buffering in this case.
[1]:
3844
days inactive
3852
days old
2 comments
2 participants
participants (2)
-
Michal Čihař -
Sastry aditya