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
Cre
On 08/24/2012 11:55 AM, John Smith wrote:
On Fri, Aug 24, 2012 at 10:46 AM, Stephan Bergmann 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
On 24 August 2012 11:55, John Smith 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
http://cgit.freedesktop.
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
On Fri, Aug 24, 2012 at 10:46 AM, Stephan Bergmann 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
> running in paral
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 forg
On 08/23/2012 06:20 PM, John Smith wrote:
On Thu, Aug 23, 2012 at 11:45 AM, Michael Stahl 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 ?
On Thu, Aug 23, 2012 at 11:45 AM, Michael Stahl 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 reproduce, of course)
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
>> wrote:
>>>
>>> you should always run those tests with (bash etc.:) 'ulimit -c unlimited';
>>> the gbuild logic will automatically print backtraces in case
On 08/23/2012 09:22 AM, John Smith wrote:
On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann 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
On Thu, Aug 23, 2012 at 9:14 AM, Stephan Bergmann 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
> "core." into c
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.
Jus
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) run
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 [
14 matches
Mail list logo
