[JIRA] (JENKINS-27931) stdout/stderr are truncated even on failing test

2019-09-23 Thread i...@petervoss.org (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Peter Voß commented on  JENKINS-27931  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: stdout/stderr are truncated even on failing test   
 

  
 
 
 
 

 
 Could one make the character threshold configurable? Showing the stdout is such a nice feature, but it turns out to be mostly useless, if it does not cover the relevant tests. I typically only see the output of about 6 tests (of about more than 20) in the output. But typically not the output of the failing tests. To me it seems that the hard coded value of 50.000 (if I am not mistaken) could easily be increased a lot on most systems to not cause major problems. I'd rather invest in more hdd space than not having relevant information at hand.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.13.6#713006-sha1:cc4451f)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-issues/JIRA.162127.1429019318000.2795.1569234542499%40Atlassian.JIRA.


[JIRA] (JENKINS-27931) stdout/stderr are truncated even on failing test

2019-02-07 Thread r...@akom.net (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Alexander Komarov commented on  JENKINS-27931  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: stdout/stderr are truncated even on failing test   
 

  
 
 
 
 

 
 WORKAROUND for me has been to archive the XML in addition to publishing it.  Not ideal, but it has worked well.   Also, In pipeline jobs, I have fancier logic to make this less ugly. It does the following: 
 
Publishes XML via the JUnit plugin (normally), ie:  junit allowEmptyResults: true, testResults: '/TEST-.xml'* 
Deletes any successful junit XML (I have a pipeline library method to scan files for failures="0" and errors="0", omitting code for brevity).   This is optional and is done to conserve disk space. 
Zips and archives the original glob which is now only failure files: zip archive: true, dir: '', glob: '/TEST-.xml', zipFile: junit-failures-xml.zip* 
 Hope this helps.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian Jira (v7.11.2#711002-sha1:fdc329d)  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


[JIRA] (JENKINS-27931) stdout/stderr are truncated even on failing test

2018-03-02 Thread fly.beetle.cric...@gmail.com (JIRA)
Title: Message Title


 
 
 
 

 
 
 

 
   
 Fly Cricket commented on  JENKINS-27931  
 

  
 
 
 
 

 
 
  
 
 
 
 

 
  Re: stdout/stderr are truncated even on failing test   
 

  
 
 
 
 

 
 Same problem here. It does not make too much sense to hide the test's standard and error output. When using Gradle, the console log is also quite empty. So there's no workaround to get the desired information.  
 

  
 
 
 
 

 
 
 

 
 
 Add Comment  
 

  
 

  
 
 
 
  
 

  
 
 
 
 

 
 This message was sent by Atlassian JIRA (v7.3.0#73011-sha1:3c73d0e)  
 
 

 
   
 

  
 

  
 

   





-- 
You received this message because you are subscribed to the Google Groups "Jenkins Issues" group.
To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-issues+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.