Well,
I commented out 'sc.ScAccessiblePageHeaderArea' from
'sc/qa/unoapi/sc.sce', but then the following error occurs:
Regards,
John Smith.
LOG Log started 26.07.2012 - 20:57:32
On 08/23/2012 06:20 PM, John Smith wrote:
On Thu, Aug 23, 2012 at 11:45 AM, Michael Stahl mst...@redhat.com wrote:
reading the log you posted no you don't get a core file because
soffice.bin didn't actually crash.
Ok, so how do we go about getting more detailed info that can assist
in solving
On 2012-08-24 10:46, Stephan Bergmann wrote:
quickly tried a 'make
/usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user'
as suggested in the logfile and that just gave me a 'nothing to do for
foo' response. Can I do a 'make clean' for just that test ?
I assume you
On Fri, Aug 24, 2012 at 10:46 AM, Stephan Bergmann sberg...@redhat.com wrote:
The unoapi tests involving anything related to accessibility have
historically been very fragile (things like expecting a certain GUI element
has focus at a certain moment, which can fail as soon as other apps are
On 24/08/12 10:51, Noel Grandin wrote:
On 2012-08-24 10:46, Stephan Bergmann wrote:
quickly tried a 'make
/usr/local/src/libreoffice/workdir/unxlngi6.pro/JunitTest/sc_unoapi/user'
as suggested in the logfile and that just gave me a 'nothing to do for
foo' response. Can I do a 'make
On 24 August 2012 11:55, John Smith lbalba...@gmail.com wrote:
BTW, I just re-ran 'make check' on slightly newer sources, and got
some more failures towards the end (including some core dump, too)
Maybe someone should take a look at the output ?
That's probably because you are between
On 08/24/2012 11:55 AM, John Smith wrote:
On Fri, Aug 24, 2012 at 10:46 AM, Stephan Bergmann sberg...@redhat.com wrote:
The unoapi tests involving anything related to accessibility have
historically been very fragile (things like expecting a certain GUI element
has focus at a certain moment,
On 08/23/2012 07:58 AM, Noel Grandin wrote:
On 2012-08-22 20:07, John Smith wrote:
I just ran into this error when running 'make check'. Should I file a
bug report on that ?
It's better to be really sure - especially if you're running on master,
these kinds of errors can be quite transient.
On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann sberg...@redhat.com wrote:
you should always run those tests with (bash etc.:) 'ulimit -c unlimited';
the gbuild logic will automatically print backtraces in case of a crash then
(if your system is set up to generate core files named core or
On 08/23/2012 09:22 AM, John Smith wrote:
On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann sberg...@redhat.com wrote:
you should always run those tests with (bash etc.:) 'ulimit -c unlimited';
the gbuild logic will automatically print backtraces in case of a crash then
(if your system is set
On 23/08/12 10:19, Stephan Bergmann wrote:
On 08/23/2012 09:22 AM, John Smith wrote:
On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann sberg...@redhat.com
wrote:
you should always run those tests with (bash etc.:) 'ulimit -c unlimited';
the gbuild logic will automatically print backtraces
On Thu, Aug 23, 2012 at 11:45 AM, Michael Stahl mst...@redhat.com wrote:
reading the log you posted no you don't get a core file because
soffice.bin didn't actually crash.
Ok, so how do we go about getting more detailed info that can assist
in solving the issue, then ? (assuming I can
Hi,
I just ran into this error when running 'make check'. Should I file a
bug report on that ?
Regards,
John Smith
*
Failures that appeared during scenario execution:
sc.ScAccessiblePageHeaderArea
1 of 96 tests failed
Job run took: 717865ms
On 2012-08-22 20:07, John Smith wrote:
Hi,
I just ran into this error when running 'make check'. Should I file a
bug report on that ?
It's better to be really sure - especially if you're running on master,
these kinds of errors can be quite transient.
Just report them here.
To check
(1)
14 matches
Mail list logo
