Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Bonnie Kim]

+1

Bonnie


On Mon, Sep 23, 2013 at 11:26 PM, Oliver-Rainer Wittmann <
orwittm...@googlemail.com> wrote:

> +1
>
> Best regards, Oliver.
>
>
> On 22.09.2013 10:06, Jürgen Schmidt wrote:
>
>> Hi all,
>>
>> this is a call for vote on releasing the RC3 release candidate as
>> Apache OpenOffice 4.0.1. This will be an important update release for
>> Apache OpenOffice 4.0 to fix some serious regressions and to introduce
>> some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
>> Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
>> key milestone to continue the success of OpenOffice.
>>
>> This release candidate contains mainly fixes serious problems and
>> regressions and new languages. An over view can be found under:
>>
>> http://people.apache.org/~jsc/**developer-snapshots/snapshot/**
>> RC3_fixes_1513395_1524958.html
>>
>> The release candidate artifacts (source release, as well as binary
>> releases for 32 languages) and further information how to verify and
>> review Apache OpenOffice 4.0.1 can be found on the following wiki page:
>>
>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**
>> Development+Snapshot+Builds#**DevelopmentSnapshotBuilds-**AOOSnapshot
>>
>> The RC is based on the release branch AOO401, revision 1524958!
>>
>> Please vote on releasing this package as Apache OpenOffice 4.0.1.
>>
>> The vote starts now and will be open until:
>>
>> UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC.
>>
>> But we invite all people to vote (non binding) on this RC. We would like
>> to provide a release that is supported by the majority of our project
>> members.
>>
>> [ ] +1 Release this package as Apache OpenOffice 4.0.1
>> [ ]  0 Don't care
>> [ ] -1 Do not release this package because...
>>
>> --**--**-
>> To unsubscribe, e-mail: 
>> dev-unsubscribe@openoffice.**apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
Bonnie Kim
University of California, Berkeley
English, B. A.
bonnie...@berkeley.edu
(510) 908-0479

Crash during displaying the aid formatting

[Matthieu Riolo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear ladies and gentlemen

I accidentally sent this question to the user mailinglist but I does
sure belong to the dev-list. Sorry for the double mails (original:
http://markmail.org/thread/lrsdy4q2tlh4vltj)

One of our customer is having a problem with AOO 3.4. The failure is a
crash (SIGBUS). It occurs each time when an user tries to open the
configurationpanel for the aid formatting. Our customer is using Solaris
 on a sparc machine.

We received a coredump from our customer but because leaking of a OO
version with debugflags I decided to ask here - might someone has got
an idea what could go wrong.


The received backtrace allows me to isolate the failure. It looks like
that it occurs in the following method:

main/sw/source/ui/config/optpage.cxx
void SwShdwCrsrOptionsTabPage::Reset( const SfxItemSet& rSet )


Furthermore I often get a "Xlib: sequence lost (0x1005f > 0x19eb) in
reply type 0x1c!" failure. It seems to have no effect on my machine
but this might be the problem.


The Backtrace:

ffbfdbe0
libswui.so`__1cYSwShdwCrsrOptionsTabPageFReset6MrknKSfxItemSet__v_+0xfc(1a5c400,
1c21eb8, 1, 1, ffbfdd44, 3)
ffbfdd58
libcui.so`__1cUOfaTreeOptionsDialogOSelectHdl_Impl6MpnFTimer__l_+0x900(1c187b0,
15e49f0, ee244d58, 3, 42d7, 5)
ffbfe0c0
libvcl.so`__1cFTimerVImplTimerCallbackProc6F_v_+0xd8(fd18c7e4, 1,
fd18c2d0, 1, 159b7e8, 1)
ffbfe120 libvclplug_gtk.so`__1cHGtkXLibJtimeoutFn6Fpv_i_+0x80(26c80,
fd18c2d0, fd18c2d0, fda35704, 266d0, fd18c2bc)
ffbfe180 libglib-2.0.so.0.1800.3`g_timeout_dispatch+0x40(8e3aa8,
fd9fa8c4, 26c80, 18, 0, 0)
ffbfe1e8 libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7388)
ffbfe258
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140, 4bff0,
28, fb96e13c, 4bff0, 4bfe8)
ffbfe2b8 libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8,
1, 1, fb96e148, 1, 1)
ffbfe320 libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 1,
4bff0, 44, 1, 4bfe8)
ffbfe380 libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0x130(26c80, 1,
0, 1, 0, fd18c2bc)
ffbfe3f0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1, fd18c2d0, 0, 0, 1, 400)
ffbfe450 libvcl.so`__1cGDialogHExecute6M_h_+0x78(1c187b0, ffbfe548,
f22e6850, ffbfe4b0, f235bbcc, f235bbcc)
ffbfe4c0
libcui.so`__1cUOfaTreeOptionsDialogHExecute6M_h_+0xa4(1c187b0, 0,
ffbfe548, 0, 0, 1c006f0)
ffbfe550
libsfx.so`__1cOSfxApplicationMOfaExec_Impl6MrnKSfxRequest__v_+0x2d4(643210,
ffbfec54, 1c006e0, ee81c984, 7800, f17c59cc
)
ffbfeab0
libsfx.so`__1cNSfxDispatcherJCall_Impl6MrnISfxShell_rknHSfxSlot_rnKSfxRequest_C_i_+0x46c(121d5d8,
643210, f6511ca4,
ffbfec54, ffbfeb2f, f65064bc)
ffbfeb78
libsfx.so`__1cbASfxDispatchController_ImplIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValue___rkn0G
JReference4n0DFframeXXDispatchResultListenerv_+0xcdc(158eaf0,
f4d7d628, 9, ffbfedcc, 0, f6511dd8)
ffbfed68
libsfx.so`__1cRSfxOfficeDispatchIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValuev_+0x18c(
eec0d6e8, ffbfeeb4, ffbfeeb0, fe118db8, f65064bc, 45400)
ffbfede8
libfwk.so`__1cJframeworkOMenuBarManagerGSelect6MpnEMenu__l_+0x7e4(ef2f5a88,
1529fc8, ffbfeeb4, f4f4ddb8, f4f49958,
f61feb54)
ffbfeee0 libvcl.so`__1cEMenuGSelect6M_v_+0x64(1529fc8, 0, 1, ffbfef40,
ff, ff1f2a00)
ffbfef48 libvcl.so`__1cEMenuOImplCallSelect6Mp0_l_+0x10(1529fc8, 0, 1,
2c990, fd0100c8, fd19b69c)
ffbfefa8
libvcl.so`__1cTImplHandleUserEvent6FpnLImplSVEvent__v_+0xb8(1a56470,
fd01549c, 15810e8, 1a56480, 0, 6)
ffbff008
libvcl.so`__1cTImplWindowFrameProc6FpnGWindow_pnISalFrame_Hpkv_l_+0x220(716990,
0, 16, fd094870, 1a56470, 0)
ffbff0e0
libvclplug_gen.so`__1cKSalDisplayVDispatchInternalEvent6M_b_+0x9c(4d800,
22c78, fd094924, 16, 1a56470, 716c00)
ffbff140 libvclplug_gtk.so`__1cHGtkXLibLuserEventFn6Fpv_i_+0xc0(26c80,
fd18c2d0, fd18c2bc, fda35704, 0, 266d0)
ffbff1b8 libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7d20)
ffbff228
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140, 4bff0,
28, fb96e13c, 4bff0, 4bfe8)
ffbff288 libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8,
0, 1, fb96e148, 1, 1)
ffbff2f0 libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 0,
4bff0, 44, 1, 4bfe8)
ffbff350 libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0xf0(26c80, 1, 0,
1, 0, fd18c2bc)
ffbff3c0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1, fd18c2d0, 0, 0, 1, 400)
ffbff420 libvcl.so`__1cLApplicationHExecute6F_v_+0x3c(1, fd18c2d0,
fd18c2bc, fd180c3c, 440, 400)
ffbff480
libsofficeapp.so`__1cHdesktopHDesktopEMain6M_v_+0x2080(ffbff9cc,
fe7de9a4, ffbff550, fdf2e540, 1800, 0)
ffbff880 libvcl.so`__1cKImplSVMain6F_C_+0x4c(0, fd18c2bc, 1, 400,
fd180c3c, fed70508)
ffbff8f8 libvcl.so`__1cGSVMain6F_C_+0x20(c, ffbff9c8, fd18c2bc, 2,
8000, 4000)
ffbff960 libsofficeapp.so`soffice_main+0x88(0, fed70508, ffbff9c8,
feb226f5, fffecf79, 13000)
ffbffa00 main+0x10(2, ffbffac4, ffbffad0, 21000, 0, ff1f0140)
ffbffa60 _start+0xd8(0, 0, 0, 0, 0, 0)


Best 

Re: bug 107063 (needs update)

[bugreporter99]

Thanks.
Haven't seen that.
Can you tell me what "...for issues that had not been worked on for 6 month..." 
means?
Cause for example the bug https://issues.apache.org/ooo/show_bug.cgi?id=20525 
was reported 2003-10-01 01:18 UTC by ulim and the last post/comment was from  
"mkca 2007-05-03 12:24:50 UTC" and it was still assigned to Oliver Specht on 
??.??.2013. (Now, thanks to some friendly people, it is marked as a duplicate 
and there is a "duplicate comment")
Does the mechanism only work for new bugs or is there something I missed?


On 23.09.2013 at 7:46 PM, "janI"  wrote:
>
>Please have a look at
>https://issues.apache.org/ooo/show_bug.cgi?id=122035that bug deals
>with this specific issue.
>
>rgds
>jan I.
>
>
>
>On 23 September 2013 18:54, janI  wrote:
>
>>
>>
>>
>> On 23 September 2013 16:19, Raphael Bircher  
>wrote:
>>
>>> Hello bugreporter
>>>
>>> Am 23.09.13 12:45, schrieb bugreporte...@hushmail.com:
>>>
>>>  That's awesome Andrea, many thanks.

 Can someone tell me if it's a good idea to find out which devs 
>do not
 work on AOO and are still assigned to bugs, and remove them 
>from the bugs
 "Assigned To:"
 field?

>>> This is a good idea.
>>>
>>>  I was thinking of something like this:
 #1 get all emailaddresses from the devs which are assigned to 
>bugs from
 the bugzilla data base
 #2 compare the list with the people/emailadresses which are 
>subscribed
 to the dev mailing list

>>> This is not so a good idea. Same people has different e-mail 
>adress on
>>> bugzilla. I use the apache adress at bugzilla and my private at 
>the mailing
>>> list.
>>>
>>> There are a load people assinged to formar Oracle/SUN employee. 
>If you
>>> are not sure about a name you can ask him/her.
>>>
>>
>> We discussed this theme about 3 month ago, and agreed to reset 
>"assigned
>> to" for issues that had not been worked on for 6 month. Rob 
>talked about
>> doing it at that time.
>>
>> I think it is better to have a generic reset mechanism, than to 
>look after
>> the individual names.
>>
>> But thanks for suggesting the work.
>>
>> rgds
>> jan I.
>>
>>
>>>
>>> Thanks for the work
>>>
>>> Greetings Raphael
>>>
>>>
>>>
>>> --**--
>**-
>>> To unsubscribe, e-mail: dev-
>unsubscribe@openoffice.**apache.orgunsubscr...@openoffice.apache.org>
>>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>>
>>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: bug 107063 (needs update)

[janI]

On 24 September 2013 12:36,  wrote:

> Thanks.
> Haven't seen that.
> Can you tell me what "...for issues that had not been worked on for 6
> month..." means?
>

Sorry I wrote 6 month it is actually 1year (as written in the comments)


> Cause for example the bug
> https://issues.apache.org/ooo/show_bug.cgi?id=20525 was reported
> 2003-10-01 01:18 UTC by ulim and the last post/comment was from  "mkca
> 2007-05-03 12:24:50 UTC" and it was still assigned to Oliver Specht on
> ??.??.2013. (Now, thanks to some friendly people, it is marked as a
> duplicate and there is a "duplicate comment")
> Does the mechanism only work for new bugs or is there something I missed?
>
It is not a mechanism, but a simply filter (last modified and assigned).

Those issues hit by the filter (last modified older and a year and assigned
to a person), should manually be unassigned without asking. The assigned
person automatically gets a mail about the change.

The idea is/was to do this every now and then to "release" issues assigned
to a person that does not work on it anymore, so we all know it is free to
be worked on.

It would be cool if you did the unassignment, so we can get an overview of
how many issues are actually being worked on.

rgds
jan I.


>
>
> On 23.09.2013 at 7:46 PM, "janI"  wrote:
> >
> >Please have a look at
> >https://issues.apache.org/ooo/show_bug.cgi?id=122035that bug deals
> >with this specific issue.
> >
> >rgds
> >jan I.
> >
> >
> >
> >On 23 September 2013 18:54, janI  wrote:
> >
> >>
> >>
> >>
> >> On 23 September 2013 16:19, Raphael Bircher 
> >wrote:
> >>
> >>> Hello bugreporter
> >>>
> >>> Am 23.09.13 12:45, schrieb bugreporte...@hushmail.com:
> >>>
> >>>  That's awesome Andrea, many thanks.
> 
>  Can someone tell me if it's a good idea to find out which devs
> >do not
>  work on AOO and are still assigned to bugs, and remove them
> >from the bugs
>  "Assigned To:"
>  field?
> 
> >>> This is a good idea.
> >>>
> >>>  I was thinking of something like this:
>  #1 get all emailaddresses from the devs which are assigned to
> >bugs from
>  the bugzilla data base
>  #2 compare the list with the people/emailadresses which are
> >subscribed
>  to the dev mailing list
> 
> >>> This is not so a good idea. Same people has different e-mail
> >adress on
> >>> bugzilla. I use the apache adress at bugzilla and my private at
> >the mailing
> >>> list.
> >>>
> >>> There are a load people assinged to formar Oracle/SUN employee.
> >If you
> >>> are not sure about a name you can ask him/her.
> >>>
> >>
> >> We discussed this theme about 3 month ago, and agreed to reset
> >"assigned
> >> to" for issues that had not been worked on for 6 month. Rob
> >talked about
> >> doing it at that time.
> >>
> >> I think it is better to have a generic reset mechanism, than to
> >look after
> >> the individual names.
> >>
> >> But thanks for suggesting the work.
> >>
> >> rgds
> >> jan I.
> >>
> >>
> >>>
> >>> Thanks for the work
> >>>
> >>> Greetings Raphael
> >>>
> >>>
> >>>
> >>> --**--
> >**-
> >>> To unsubscribe, e-mail: dev-
> >unsubscribe@openoffice.**apache.org >unsubscr...@openoffice.apache.org>
> >>> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>>
> >>>
> >>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

[Yuzhen Fan]

Hi all,

This is the update for showstopper defect verification/impacted area
testing, general testing and PVT:

*1.* Bug(showstopper)verification and impacted area testing - *Almost
done*for function bugs, all verified fixed and passed impacted area
testing
related to the bugs(with attached samples and limited variation), except:

122885 - Cannot reproduce it in problematic build (4.0.0), thus does not
know if it is fixed in 4.0.1, add comment in Bugzilla

*2.* General testing for Calc, Writer, Impress on Windows, Linux and Mac - *In
progress*, please see details as below:

Windows: *Complete*

Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no critical
problems for showstopper) on windows 8
Impress - Dick test on RC1 and all seems well and no critical bugs were
found on Windows 7

Linux: *In progress with gap*

Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
Calc - Haven't received test result so far (any one can share your test
result if you have done or help execute attached general testing list on
Calc)
Impress - Started on RC3 by Edwin

Mac: *In progress and safe*
Impress - passed on RC2 by Liu Ping
Calc -passed on RC3 by Yu Zhen
Writer - started on RC3 by Liu Ping, will complete it tomorrow 09/25

*3. *Build verification test on RC3 - *In progress and safe*

Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / Mac /
Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat 64bit -
not started, Yu Zhen will complete it tomorrow 09/25
Open three apps(Calc, Writer, Impress) successfully

*4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu Ping, no
obvious reproducible performance downgrade on RC3

As we are closed to the deadline(*2013-09-25*) of vote for AOO 4.0.1(RC3),
your volunteering to fill the gap on Linux testing will be appreciated!

Regards
Yu Zhen


General Testing List.ods
Description: application/vnd.oasis.opendocument.spreadsheet

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Armin Le Grand]

Hi,

played around quite some with the RC3, looks good, no bad stuff popped 
up till now, (also taking a look at german translation after all that 
en-US developer usage).


+1

Sincerely,
Armin

On 22.09.2013 10:06, Jürgen Schmidt wrote:

Hi all,

this is a call for vote on releasing the RC3 release candidate as
Apache OpenOffice 4.0.1. This will be an important update release for
Apache OpenOffice 4.0 to fix some serious regressions and to introduce
some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
key milestone to continue the success of OpenOffice.

This release candidate contains mainly fixes serious problems and
regressions and new languages. An over view can be found under:

http://people.apache.org/~jsc/developer-snapshots/snapshot/RC3_fixes_1513395_1524958.html

The release candidate artifacts (source release, as well as binary
releases for 32 languages) and further information how to verify and
review Apache OpenOffice 4.0.1 can be found on the following wiki page:

https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot

The RC is based on the release branch AOO401, revision 1524958!

Please vote on releasing this package as Apache OpenOffice 4.0.1.

The vote starts now and will be open until:

UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC.

But we invite all people to vote (non binding) on this RC. We would like
to provide a release that is supported by the majority of our project
members.

[ ] +1 Release this package as Apache OpenOffice 4.0.1
[ ]  0 Don't care
[ ] -1 Do not release this package because...

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org


--
ALG

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Crash during displaying the aid formatting

[Oliver-Rainer Wittmann]

Hi,

On 24.09.2013 09:54, Matthieu Riolo wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear ladies and gentlemen

I accidentally sent this question to the user mailinglist but I does
sure belong to the dev-list. Sorry for the double mails (original:
http://markmail.org/thread/lrsdy4q2tlh4vltj)

One of our customer is having a problem with AOO 3.4. The failure is a
crash (SIGBUS). It occurs each time when an user tries to open the
configurationpanel for the aid formatting. Our customer is using Solaris
  on a sparc machine.



Just to be sure that I got it right:
Your are talking about the Menu Tools - Options - OpenOffice Writer - 
Formatting Aids. Right?



We received a coredump from our customer but because leaking of a OO
version with debugflags I decided to ask here - might someone has got
an idea what could go wrong.


The received backtrace allows me to isolate the failure. It looks like
that it occurs in the following method:

main/sw/source/ui/config/optpage.cxx
void SwShdwCrsrOptionsTabPage::Reset( const SfxItemSet& rSet )



I had a short look at the code of this method.
May be the access to member variable  causes the crash.
Debugging the current trunk code on my Windows 7 system reveals that 
this member is set correctly by via calling  for this 
option tab page.

But may be something goes wrong on Solaris.

Best regards, Oliver.



Furthermore I often get a "Xlib: sequence lost (0x1005f > 0x19eb) in
reply type 0x1c!" failure. It seems to have no effect on my machine
but this might be the problem.


The Backtrace:

ffbfdbe0
libswui.so`__1cYSwShdwCrsrOptionsTabPageFReset6MrknKSfxItemSet__v_+0xfc(1a5c400,
1c21eb8, 1, 1, ffbfdd44, 3)
ffbfdd58
libcui.so`__1cUOfaTreeOptionsDialogOSelectHdl_Impl6MpnFTimer__l_+0x900(1c187b0,
15e49f0, ee244d58, 3, 42d7, 5)
ffbfe0c0
libvcl.so`__1cFTimerVImplTimerCallbackProc6F_v_+0xd8(fd18c7e4, 1,
fd18c2d0, 1, 159b7e8, 1)
ffbfe120 libvclplug_gtk.so`__1cHGtkXLibJtimeoutFn6Fpv_i_+0x80(26c80,
fd18c2d0, fd18c2d0, fda35704, 266d0, fd18c2bc)
ffbfe180 libglib-2.0.so.0.1800.3`g_timeout_dispatch+0x40(8e3aa8,
fd9fa8c4, 26c80, 18, 0, 0)
ffbfe1e8 libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7388)
ffbfe258
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140, 4bff0,
28, fb96e13c, 4bff0, 4bfe8)
ffbfe2b8 libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8,
1, 1, fb96e148, 1, 1)
ffbfe320 libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 1,
4bff0, 44, 1, 4bfe8)
ffbfe380 libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0x130(26c80, 1,
0, 1, 0, fd18c2bc)
ffbfe3f0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1, fd18c2d0, 0, 0, 1, 400)
ffbfe450 libvcl.so`__1cGDialogHExecute6M_h_+0x78(1c187b0, ffbfe548,
f22e6850, ffbfe4b0, f235bbcc, f235bbcc)
ffbfe4c0
libcui.so`__1cUOfaTreeOptionsDialogHExecute6M_h_+0xa4(1c187b0, 0,
ffbfe548, 0, 0, 1c006f0)
ffbfe550
libsfx.so`__1cOSfxApplicationMOfaExec_Impl6MrnKSfxRequest__v_+0x2d4(643210,
ffbfec54, 1c006e0, ee81c984, 7800, f17c59cc
)
ffbfeab0
libsfx.so`__1cNSfxDispatcherJCall_Impl6MrnISfxShell_rknHSfxSlot_rnKSfxRequest_C_i_+0x46c(121d5d8,
643210, f6511ca4,
ffbfec54, ffbfeb2f, f65064bc)
ffbfeb78
libsfx.so`__1cbASfxDispatchController_ImplIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValue___rkn0G
JReference4n0DFframeXXDispatchResultListenerv_+0xcdc(158eaf0,
f4d7d628, 9, ffbfedcc, 0, f6511dd8)
ffbfed68
libsfx.so`__1cRSfxOfficeDispatchIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValuev_+0x18c(
eec0d6e8, ffbfeeb4, ffbfeeb0, fe118db8, f65064bc, 45400)
ffbfede8
libfwk.so`__1cJframeworkOMenuBarManagerGSelect6MpnEMenu__l_+0x7e4(ef2f5a88,
1529fc8, ffbfeeb4, f4f4ddb8, f4f49958,
f61feb54)
ffbfeee0 libvcl.so`__1cEMenuGSelect6M_v_+0x64(1529fc8, 0, 1, ffbfef40,
ff, ff1f2a00)
ffbfef48 libvcl.so`__1cEMenuOImplCallSelect6Mp0_l_+0x10(1529fc8, 0, 1,
2c990, fd0100c8, fd19b69c)
ffbfefa8
libvcl.so`__1cTImplHandleUserEvent6FpnLImplSVEvent__v_+0xb8(1a56470,
fd01549c, 15810e8, 1a56480, 0, 6)
ffbff008
libvcl.so`__1cTImplWindowFrameProc6FpnGWindow_pnISalFrame_Hpkv_l_+0x220(716990,
0, 16, fd094870, 1a56470, 0)
ffbff0e0
libvclplug_gen.so`__1cKSalDisplayVDispatchInternalEvent6M_b_+0x9c(4d800,
22c78, fd094924, 16, 1a56470, 716c00)
ffbff140 libvclplug_gtk.so`__1cHGtkXLibLuserEventFn6Fpv_i_+0xc0(26c80,
fd18c2d0, fd18c2bc, fda35704, 0, 266d0)
ffbff1b8 libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7d20)
ffbff228
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140, 4bff0,
28, fb96e13c, 4bff0, 4bfe8)
ffbff288 libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8,
0, 1, fb96e148, 1, 1)
ffbff2f0 libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 0,
4bff0, 44, 1, 4bfe8)
ffbff350 libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0xf0(26c80, 1, 0,
1, 0, fd18c2bc)
ffbff3c0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1, fd18c2d0, 0, 0, 1, 400)
ffbff420 libvcl.so`__1cLApplicationHExecute6F_v_+0x3c(1, fd18c2d0,
fd18c2bc, fd1

Re: Crash during displaying the aid formatting

[Oliver-Rainer Wittmann]

Hi,

On 24.09.2013 14:21, Oliver-Rainer Wittmann wrote:

Hi,

On 24.09.2013 09:54, Matthieu Riolo wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear ladies and gentlemen

I accidentally sent this question to the user mailinglist but I does
sure belong to the dev-list. Sorry for the double mails (original:
http://markmail.org/thread/lrsdy4q2tlh4vltj)

One of our customer is having a problem with AOO 3.4. The failure is a
crash (SIGBUS). It occurs each time when an user tries to open the
configurationpanel for the aid formatting. Our customer is using Solaris
  on a sparc machine.



Just to be sure that I got it right:
Your are talking about the Menu Tools - Options - OpenOffice Writer -
Formatting Aids. Right?



Further question:
The corresponding option tab page shall _only_ be available, when a 
Writer document or a Writer/Web document is open.

Is this the case in the customer's configuration/installation?

Best regards, Oliver.


We received a coredump from our customer but because leaking of a OO
version with debugflags I decided to ask here - might someone has got
an idea what could go wrong.


The received backtrace allows me to isolate the failure. It looks like
that it occurs in the following method:

main/sw/source/ui/config/optpage.cxx
void SwShdwCrsrOptionsTabPage::Reset( const SfxItemSet& rSet )



I had a short look at the code of this method.
May be the access to member variable  causes the crash.
Debugging the current trunk code on my Windows 7 system reveals that
this member is set correctly by via calling  for this
option tab page.
But may be something goes wrong on Solaris.

Best regards, Oliver.



Furthermore I often get a "Xlib: sequence lost (0x1005f > 0x19eb) in
reply type 0x1c!" failure. It seems to have no effect on my machine
but this might be the problem.


The Backtrace:

ffbfdbe0
libswui.so`__1cYSwShdwCrsrOptionsTabPageFReset6MrknKSfxItemSet__v_+0xfc(1a5c400,

1c21eb8, 1, 1, ffbfdd44, 3)
ffbfdd58
libcui.so`__1cUOfaTreeOptionsDialogOSelectHdl_Impl6MpnFTimer__l_+0x900(1c187b0,

15e49f0, ee244d58, 3, 42d7, 5)
ffbfe0c0
libvcl.so`__1cFTimerVImplTimerCallbackProc6F_v_+0xd8(fd18c7e4, 1,
fd18c2d0, 1, 159b7e8, 1)
ffbfe120 libvclplug_gtk.so`__1cHGtkXLibJtimeoutFn6Fpv_i_+0x80(26c80,
fd18c2d0, fd18c2d0, fda35704, 266d0, fd18c2bc)
ffbfe180 libglib-2.0.so.0.1800.3`g_timeout_dispatch+0x40(8e3aa8,
fd9fa8c4, 26c80, 18, 0, 0)
ffbfe1e8 libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7388)
ffbfe258
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140, 4bff0,
28, fb96e13c, 4bff0, 4bfe8)
ffbfe2b8 libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8,
1, 1, fb96e148, 1, 1)
ffbfe320 libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 1,
4bff0, 44, 1, 4bfe8)
ffbfe380 libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0x130(26c80, 1,
0, 1, 0, fd18c2bc)
ffbfe3f0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1, fd18c2d0, 0, 0, 1, 400)
ffbfe450 libvcl.so`__1cGDialogHExecute6M_h_+0x78(1c187b0, ffbfe548,
f22e6850, ffbfe4b0, f235bbcc, f235bbcc)
ffbfe4c0
libcui.so`__1cUOfaTreeOptionsDialogHExecute6M_h_+0xa4(1c187b0, 0,
ffbfe548, 0, 0, 1c006f0)
ffbfe550
libsfx.so`__1cOSfxApplicationMOfaExec_Impl6MrnKSfxRequest__v_+0x2d4(643210,

ffbfec54, 1c006e0, ee81c984, 7800, f17c59cc
)
ffbfeab0
libsfx.so`__1cNSfxDispatcherJCall_Impl6MrnISfxShell_rknHSfxSlot_rnKSfxRequest_C_i_+0x46c(121d5d8,

643210, f6511ca4,
ffbfec54, ffbfeb2f, f65064bc)
ffbfeb78
libsfx.so`__1cbASfxDispatchController_ImplIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValue___rkn0G

JReference4n0DFframeXXDispatchResultListenerv_+0xcdc(158eaf0,
f4d7d628, 9, ffbfedcc, 0, f6511dd8)
ffbfed68
libsfx.so`__1cRSfxOfficeDispatchIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValuev_+0x18c(

eec0d6e8, ffbfeeb4, ffbfeeb0, fe118db8, f65064bc, 45400)
ffbfede8
libfwk.so`__1cJframeworkOMenuBarManagerGSelect6MpnEMenu__l_+0x7e4(ef2f5a88,

1529fc8, ffbfeeb4, f4f4ddb8, f4f49958,
f61feb54)
ffbfeee0 libvcl.so`__1cEMenuGSelect6M_v_+0x64(1529fc8, 0, 1, ffbfef40,
ff, ff1f2a00)
ffbfef48 libvcl.so`__1cEMenuOImplCallSelect6Mp0_l_+0x10(1529fc8, 0, 1,
2c990, fd0100c8, fd19b69c)
ffbfefa8
libvcl.so`__1cTImplHandleUserEvent6FpnLImplSVEvent__v_+0xb8(1a56470,
fd01549c, 15810e8, 1a56480, 0, 6)
ffbff008
libvcl.so`__1cTImplWindowFrameProc6FpnGWindow_pnISalFrame_Hpkv_l_+0x220(716990,

0, 16, fd094870, 1a56470, 0)
ffbff0e0
libvclplug_gen.so`__1cKSalDisplayVDispatchInternalEvent6M_b_+0x9c(4d800,
22c78, fd094924, 16, 1a56470, 716c00)
ffbff140 libvclplug_gtk.so`__1cHGtkXLibLuserEventFn6Fpv_i_+0xc0(26c80,
fd18c2d0, fd18c2bc, fda35704, 0, 266d0)
ffbff1b8 libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7d20)
ffbff228
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140, 4bff0,
28, fb96e13c, 4bff0, 4bfe8)
ffbff288 libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8,
0, 1, fb96e148, 1, 1)
ffbff2f0 libglib-2.0.so.0.1800.3`g_main_con

Fwd: Re: Crash during displaying the aid formatting

[Oliver-Rainer Wittmann]

Forwarding as it looks like that Matthieu Riolo is not subscribed.

Matthieu Riolo: As a developer you should be subscribed to this mailing 
list.


Best regards, Oliver.


 Original Message 
Subject: Re: Crash during displaying the aid formatting
Date: Tue, 24 Sep 2013 14:27:59 +0200
From: Oliver-Rainer Wittmann 
To: dev@openoffice.apache.org

Hi,

On 24.09.2013 14:21, Oliver-Rainer Wittmann wrote:

Hi,

On 24.09.2013 09:54, Matthieu Riolo wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Dear ladies and gentlemen

I accidentally sent this question to the user mailinglist but I does
sure belong to the dev-list. Sorry for the double mails (original:
http://markmail.org/thread/lrsdy4q2tlh4vltj)

One of our customer is having a problem with AOO 3.4. The failure is a
crash (SIGBUS). It occurs each time when an user tries to open the
configurationpanel for the aid formatting. Our customer is using Solaris
  on a sparc machine.



Just to be sure that I got it right:
Your are talking about the Menu Tools - Options - OpenOffice Writer -
Formatting Aids. Right?



Further question:
The corresponding option tab page shall _only_ be available, when a
Writer document or a Writer/Web document is open.
Is this the case in the customer's configuration/installation?

Best regards, Oliver.


We received a coredump from our customer but because leaking of a OO
version with debugflags I decided to ask here - might someone has got
an idea what could go wrong.


The received backtrace allows me to isolate the failure. It looks like
that it occurs in the following method:

main/sw/source/ui/config/optpage.cxx
void SwShdwCrsrOptionsTabPage::Reset( const SfxItemSet& rSet )



I had a short look at the code of this method.
May be the access to member variable  causes the crash.
Debugging the current trunk code on my Windows 7 system reveals that
this member is set correctly by via calling  for this
option tab page.
But may be something goes wrong on Solaris.

Best regards, Oliver.



Furthermore I often get a "Xlib: sequence lost (0x1005f > 0x19eb) in
reply type 0x1c!" failure. It seems to have no effect on my machine
but this might be the problem.


The Backtrace:

ffbfdbe0
libswui.so`__1cYSwShdwCrsrOptionsTabPageFReset6MrknKSfxItemSet__v_+0xfc(1a5c400,

1c21eb8, 1, 1, ffbfdd44, 3)
ffbfdd58
libcui.so`__1cUOfaTreeOptionsDialogOSelectHdl_Impl6MpnFTimer__l_+0x900(1c187b0,

15e49f0, ee244d58, 3, 42d7, 5)
ffbfe0c0
libvcl.so`__1cFTimerVImplTimerCallbackProc6F_v_+0xd8(fd18c7e4, 1,
fd18c2d0, 1, 159b7e8, 1)
ffbfe120 libvclplug_gtk.so`__1cHGtkXLibJtimeoutFn6Fpv_i_+0x80(26c80,
fd18c2d0, fd18c2d0, fda35704, 266d0, fd18c2bc)
ffbfe180 libglib-2.0.so.0.1800.3`g_timeout_dispatch+0x40(8e3aa8,
fd9fa8c4, 26c80, 18, 0, 0)
ffbfe1e8 libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7388)
ffbfe258
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140, 4bff0,
28, fb96e13c, 4bff0, 4bfe8)
ffbfe2b8 libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8,
1, 1, fb96e148, 1, 1)
ffbfe320 libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 1,
4bff0, 44, 1, 4bfe8)
ffbfe380 libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0x130(26c80, 1,
0, 1, 0, fd18c2bc)
ffbfe3f0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1, fd18c2d0, 0, 0, 1, 400)
ffbfe450 libvcl.so`__1cGDialogHExecute6M_h_+0x78(1c187b0, ffbfe548,
f22e6850, ffbfe4b0, f235bbcc, f235bbcc)
ffbfe4c0
libcui.so`__1cUOfaTreeOptionsDialogHExecute6M_h_+0xa4(1c187b0, 0,
ffbfe548, 0, 0, 1c006f0)
ffbfe550
libsfx.so`__1cOSfxApplicationMOfaExec_Impl6MrnKSfxRequest__v_+0x2d4(643210,

ffbfec54, 1c006e0, ee81c984, 7800, f17c59cc
)
ffbfeab0
libsfx.so`__1cNSfxDispatcherJCall_Impl6MrnISfxShell_rknHSfxSlot_rnKSfxRequest_C_i_+0x46c(121d5d8,

643210, f6511ca4,
ffbfec54, ffbfeb2f, f65064bc)
ffbfeb78
libsfx.so`__1cbASfxDispatchController_ImplIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValue___rkn0G

JReference4n0DFframeXXDispatchResultListenerv_+0xcdc(158eaf0,
f4d7d628, 9, ffbfedcc, 0, f6511dd8)
ffbfed68
libsfx.so`__1cRSfxOfficeDispatchIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValuev_+0x18c(

eec0d6e8, ffbfeeb4, ffbfeeb0, fe118db8, f65064bc, 45400)
ffbfede8
libfwk.so`__1cJframeworkOMenuBarManagerGSelect6MpnEMenu__l_+0x7e4(ef2f5a88,

1529fc8, ffbfeeb4, f4f4ddb8, f4f49958,
f61feb54)
ffbfeee0 libvcl.so`__1cEMenuGSelect6M_v_+0x64(1529fc8, 0, 1, ffbfef40,
ff, ff1f2a00)
ffbfef48 libvcl.so`__1cEMenuOImplCallSelect6Mp0_l_+0x10(1529fc8, 0, 1,
2c990, fd0100c8, fd19b69c)
ffbfefa8
libvcl.so`__1cTImplHandleUserEvent6FpnLImplSVEvent__v_+0xb8(1a56470,
fd01549c, 15810e8, 1a56480, 0, 6)
ffbff008
libvcl.so`__1cTImplWindowFrameProc6FpnGWindow_pnISalFrame_Hpkv_l_+0x220(716990,

0, 16, fd094870, 1a56470, 0)
ffbff0e0
libvclplug_gen.so`__1cKSalDisplayVDispatchInternalEvent6M_b_+0x9c(4d800,
22c78, fd094924, 16, 1a56470, 716c00)
ffbff140 libvclplug_gtk.so`__1cHGtkXLibLuserEventFn6Fpv_i_+0xc0(26c80,
fd18c2d0, fd18c2bc, fd

Re: Crash during displaying the aid formatting

[Matthieu Riolo]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Oliver

Thanks for you fast reply. I should be on the dev mailing list.


Am 24.09.2013 14:27, schrieb Oliver-Rainer Wittmann:
> Hi,
> 
> On 24.09.2013 14:21, Oliver-Rainer Wittmann wrote:
>> Hi,
>> 
>> On 24.09.2013 09:54, Matthieu Riolo wrote:
> Dear ladies and gentlemen
> 
> I accidentally sent this question to the user mailinglist but I
> does sure belong to the dev-list. Sorry for the double mails
> (original: http://markmail.org/thread/lrsdy4q2tlh4vltj)
> 
> One of our customer is having a problem with AOO 3.4. The failure
> is a crash (SIGBUS). It occurs each time when an user tries to open
> the configurationpanel for the aid formatting. Our customer is
> using Solaris on a sparc machine.
> 
>>> 
>>> Just to be sure that I got it right: Your are talking about the
>>> Menu Tools - Options - OpenOffice Writer - Formatting Aids.
>>> Right?
>>> 

Yes, exactly that menupoint. Once the element "Formatting Aids" get
clicked the crash occurs.


> 
>> Further question: The corresponding option tab page shall _only_
>> be available, when a Writer document or a Writer/Web document is
>> open. Is this the case in the customer's
>> configuration/installation?

The customer told me that it even happens when he uses an empty file.

Best Regards,
Matthieu Riolo



> 
>> Best regards, Oliver.
> 
> We received a coredump from our customer but because leaking of a
> OO version with debugflags I decided to ask here - might someone
> has got an idea what could go wrong.
> 
> 
> The received backtrace allows me to isolate the failure. It looks
> like that it occurs in the following method:
> 
> main/sw/source/ui/config/optpage.cxx void
> SwShdwCrsrOptionsTabPage::Reset( const SfxItemSet& rSet )
> 
>>> 
>>> I had a short look at the code of this method. May be the
>>> access to member variable  causes the crash. 
>>> Debugging the current trunk code on my Windows 7 system reveals
>>> that this member is set correctly by via calling
>>>  for this option tab page. But may be
>>> something goes wrong on Solaris.
>>> 
>>> Best regards, Oliver.
>>> 
> 
> Furthermore I often get a "Xlib: sequence lost (0x1005f > 0x19eb)
> in reply type 0x1c!" failure. It seems to have no effect on my
> machine but this might be the problem.
> 
> 
> The Backtrace:
> 
> ffbfdbe0 
> libswui.so`__1cYSwShdwCrsrOptionsTabPageFReset6MrknKSfxItemSet__v_+0xfc(1a5c400,
>
> 
> 
> 1c21eb8, 1, 1, ffbfdd44, 3) ffbfdd58 
> libcui.so`__1cUOfaTreeOptionsDialogOSelectHdl_Impl6MpnFTimer__l_+0x900(1c187b0,
>
> 
> 
> 15e49f0, ee244d58, 3, 42d7, 5) ffbfe0c0 
> libvcl.so`__1cFTimerVImplTimerCallbackProc6F_v_+0xd8(fd18c7e4, 1, 
> fd18c2d0, 1, 159b7e8, 1) ffbfe120
> libvclplug_gtk.so`__1cHGtkXLibJtimeoutFn6Fpv_i_+0x80(26c80, 
> fd18c2d0, fd18c2d0, fda35704, 266d0, fd18c2bc) ffbfe180
> libglib-2.0.so.0.1800.3`g_timeout_dispatch+0x40(8e3aa8, fd9fa8c4,
> 26c80, 18, 0, 0) ffbfe1e8
> libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0, 
> fb96df68, 0, fb96bd90, fb8c7388) ffbfe258 
> libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140,
> 4bff0, 28, fb96e13c, 4bff0, 4bfe8) ffbfe2b8
> libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8, 1, 1,
> fb96e148, 1, 1) ffbfe320
> libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 1, 4bff0,
> 44, 1, 4bfe8) ffbfe380
> libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0x130(26c80, 1, 0, 1,
> 0, fd18c2bc) ffbfe3f0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1,
> fd18c2d0, 0, 0, 1, 400) ffbfe450
> libvcl.so`__1cGDialogHExecute6M_h_+0x78(1c187b0, ffbfe548, 
> f22e6850, ffbfe4b0, f235bbcc, f235bbcc) ffbfe4c0 
> libcui.so`__1cUOfaTreeOptionsDialogHExecute6M_h_+0xa4(1c187b0, 0, 
> ffbfe548, 0, 0, 1c006f0) ffbfe550 
> libsfx.so`__1cOSfxApplicationMOfaExec_Impl6MrnKSfxRequest__v_+0x2d4(643210,
>
> 
> 
> ffbfec54, 1c006e0, ee81c984, 7800, f17c59cc ) ffbfeab0 
> libsfx.so`__1cNSfxDispatcherJCall_Impl6MrnISfxShell_rknHSfxSlot_rnKSfxRequest_C_i_+0x46c(121d5d8,
>
> 
> 
> 643210, f6511ca4, ffbfec54, ffbfeb2f, f65064bc) ffbfeb78 
> libsfx.so`__1cbASfxDispatchController_ImplIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValue___rkn0G
>
> 
> 
> JReference4n0DFframeXXDispatchResultListenerv_+0xcdc(158eaf0, 
> f4d7d628, 9, ffbfedcc, 0, f6511dd8) ffbfed68 
> libsfx.so`__1cRSfxOfficeDispatchIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValuev_+0x18c(
>
> 
> 
> eec0d6e8, ffbfeeb4, ffbfeeb0, fe118db8, f65064bc, 45400) ffbfede8 
> libfwk.so`__1cJframeworkOMenuBarManagerGSelect6MpnEMenu__l_+0x7e4(ef2f5a88,
>
> 
> 
> 1529fc8, ffbfeeb4, f4f4ddb8, f4f49958, f61feb54) ffbfeee0
> libvcl.so`__1cEMenuGSelect6M_v_+0x64(1529fc8, 0, 1, ffbfef40, 
> ff, ff1f2a00) ffbfef48
> libvcl.so`__1cEMenuOImplCallSelect6Mp0_l_+0x10(1529fc8, 0, 1, 
> 2c990, fd0100c8, fd19b69c) ffbfefa8 
> libvcl.so`__1cTImplHandleUserEvent6FpnLImplSVEvent__v_+0xb8(1a56470,
>
> 
fd01549c, 15810e8, 1a56480, 0, 6)
> ffbff008 
> libvcl.so`__1cTImplWindowFrameProc6FpnGWind

Re: Reporting a problem with the OpenOffice website

[Peter Junge]

Hi Bill,

likely you downloaded OpenOffice from another source than the official 
channel accessible at http://www.openoffice.org/download/. We would be 
interested in where you got it from. Unfortunately there's a lot of 
fraud around.


Best regards,
Peter

On 9/24/2013 9:15 AM, Bill Ziegler wrote:

My virus software picks up a virus when trying to download your latest
software. One is "s0GzNmS6.exe.part",the other one is "4x6z9SSj.exe.part".
They could also be ad ware,but still makes them impossible to download them
on my computer.

Thank you !
Bill



-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: bug 107063 (needs update)

[bugreporter99]

>last modified older and a year and assigned to a person)
...
>...if you did the unassignment, 

Well I can not promise to do this but at least I could try.
So trying to achieve this behaviour I tried the Advanced Search on bugzilla and 
it did not work.
How to get the "was modified" in the search and what does that exactly mean? -> 
new comment, change of the statusj???
this is my attempt (bugzilla using the advanced search without beeing logged 
in):
http://img850.imageshack.us/i/a5vl.png/


On 24.09.2013 at 1:14 PM, "janI"  wrote:
>
>On 24 September 2013 12:36,  wrote:
>
>> Thanks.
>> Haven't seen that.
>> Can you tell me what "...for issues that had not been worked on 
>for 6
>> month..." means?
>>
>
>Sorry I wrote 6 month it is actually 1year (as written in the 
>comments)
>
>
>> Cause for example the bug
>> https://issues.apache.org/ooo/show_bug.cgi?id=20525 was reported
>> 2003-10-01 01:18 UTC by ulim and the last post/comment was from  
>"mkca
>> 2007-05-03 12:24:50 UTC" and it was still assigned to Oliver 
>Specht on
>> ??.??.2013. (Now, thanks to some friendly people, it is marked 
>as a
>> duplicate and there is a "duplicate comment")
>> Does the mechanism only work for new bugs or is there something 
>I missed?
>>
>It is not a mechanism, but a simply filter (last modified and 
>assigned).
>
>Those issues hit by the filter (last modified older and a year and 
>assigned
>to a person), should manually be unassigned without asking. The 
>assigned
>person automatically gets a mail about the change.
>
>The idea is/was to do this every now and then to "release" issues 
>assigned
>to a person that does not work on it anymore, so we all know it is 
>free to
>be worked on.
>
>It would be cool if you did the unassignment, so we can get an 
>overview of
>how many issues are actually being worked on.
>
>rgds
>jan I.
>
>
>>
>>
>> On 23.09.2013 at 7:46 PM, "janI"  wrote:
>> >
>> >Please have a look at
>> >https://issues.apache.org/ooo/show_bug.cgi?id=122035that bug 
>deals
>> >with this specific issue.
>> >
>> >rgds
>> >jan I.
>> >
>> >
>> >
>> >On 23 September 2013 18:54, janI  wrote:
>> >
>> >>
>> >>
>> >>
>> >> On 23 September 2013 16:19, Raphael Bircher 
>> >wrote:
>> >>
>> >>> Hello bugreporter
>> >>>
>> >>> Am 23.09.13 12:45, schrieb bugreporte...@hushmail.com:
>> >>>
>> >>>  That's awesome Andrea, many thanks.
>> 
>>  Can someone tell me if it's a good idea to find out which 
>devs
>> >do not
>>  work on AOO and are still assigned to bugs, and remove them
>> >from the bugs
>>  "Assigned To:"
>>  field?
>> 
>> >>> This is a good idea.
>> >>>
>> >>>  I was thinking of something like this:
>>  #1 get all emailaddresses from the devs which are assigned 
>to
>> >bugs from
>>  the bugzilla data base
>>  #2 compare the list with the people/emailadresses which are
>> >subscribed
>>  to the dev mailing list
>> 
>> >>> This is not so a good idea. Same people has different e-mail
>> >adress on
>> >>> bugzilla. I use the apache adress at bugzilla and my private 
>at
>> >the mailing
>> >>> list.
>> >>>
>> >>> There are a load people assinged to formar Oracle/SUN 
>employee.
>> >If you
>> >>> are not sure about a name you can ask him/her.
>> >>>
>> >>
>> >> We discussed this theme about 3 month ago, and agreed to reset
>> >"assigned
>> >> to" for issues that had not been worked on for 6 month. Rob
>> >talked about
>> >> doing it at that time.
>> >>
>> >> I think it is better to have a generic reset mechanism, than 
>to
>> >look after
>> >> the individual names.
>> >>
>> >> But thanks for suggesting the work.
>> >>
>> >> rgds
>> >> jan I.
>> >>
>> >>
>> >>>
>> >>> Thanks for the work
>> >>>
>> >>> Greetings Raphael
>> >>>
>> >>>
>> >>>
>> >>> --**-
>-
>> >**-
>> >>> To unsubscribe, e-mail: dev-
>> >unsubscribe@openoffice.**apache.org> >unsubscr...@openoffice.apache.org>
>> >>> For additional commands, e-mail: dev-
>h...@openoffice.apache.org
>> >>>
>> >>>
>> >>
>>
>>
>> -
>
>> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: dev-h...@openoffice.apache.org
>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: bug 107063 (needs update)

[janI]

On 24 September 2013 16:37,  wrote:

>
> >last modified older and a year and assigned to a person)
> ...
> >...if you did the unassignment,
>
> Well I can not promise to do this but at least I could try.
> So trying to achieve this behaviour I tried the Advanced Search on
> bugzilla and it did not work.
> How to get the "was modified" in the search and what does that exactly
> mean? -> new comment, change of the statusj???
> this is my attempt (bugzilla using the advanced search without beeing
> logged in):
> http://img850.imageshack.us/i/a5vl.png/
>

Rob weir is the real bugzilla guru, I am just a user, so he can hopefully
give you more precise ideas.

"was modified" is in my opinion is new comment and/or status. Without
actually having tried it, I think you need to use "search by change
history".

rgds
jan I.


>
>
> On 24.09.2013 at 1:14 PM, "janI"  wrote:
> >
> >On 24 September 2013 12:36,  wrote:
> >
> >> Thanks.
> >> Haven't seen that.
> >> Can you tell me what "...for issues that had not been worked on
> >for 6
> >> month..." means?
> >>
> >
> >Sorry I wrote 6 month it is actually 1year (as written in the
> >comments)
> >
> >
> >> Cause for example the bug
> >> https://issues.apache.org/ooo/show_bug.cgi?id=20525 was reported
> >> 2003-10-01 01:18 UTC by ulim and the last post/comment was from
> >"mkca
> >> 2007-05-03 12:24:50 UTC" and it was still assigned to Oliver
> >Specht on
> >> ??.??.2013. (Now, thanks to some friendly people, it is marked
> >as a
> >> duplicate and there is a "duplicate comment")
> >> Does the mechanism only work for new bugs or is there something
> >I missed?
> >>
> >It is not a mechanism, but a simply filter (last modified and
> >assigned).
> >
> >Those issues hit by the filter (last modified older and a year and
> >assigned
> >to a person), should manually be unassigned without asking. The
> >assigned
> >person automatically gets a mail about the change.
> >
> >The idea is/was to do this every now and then to "release" issues
> >assigned
> >to a person that does not work on it anymore, so we all know it is
> >free to
> >be worked on.
> >
> >It would be cool if you did the unassignment, so we can get an
> >overview of
> >how many issues are actually being worked on.
> >
> >rgds
> >jan I.
> >
> >
> >>
> >>
> >> On 23.09.2013 at 7:46 PM, "janI"  wrote:
> >> >
> >> >Please have a look at
> >> >https://issues.apache.org/ooo/show_bug.cgi?id=122035that bug
> >deals
> >> >with this specific issue.
> >> >
> >> >rgds
> >> >jan I.
> >> >
> >> >
> >> >
> >> >On 23 September 2013 18:54, janI  wrote:
> >> >
> >> >>
> >> >>
> >> >>
> >> >> On 23 September 2013 16:19, Raphael Bircher 
> >> >wrote:
> >> >>
> >> >>> Hello bugreporter
> >> >>>
> >> >>> Am 23.09.13 12:45, schrieb bugreporte...@hushmail.com:
> >> >>>
> >> >>>  That's awesome Andrea, many thanks.
> >> 
> >>  Can someone tell me if it's a good idea to find out which
> >devs
> >> >do not
> >>  work on AOO and are still assigned to bugs, and remove them
> >> >from the bugs
> >>  "Assigned To:"
> >>  field?
> >> 
> >> >>> This is a good idea.
> >> >>>
> >> >>>  I was thinking of something like this:
> >>  #1 get all emailaddresses from the devs which are assigned
> >to
> >> >bugs from
> >>  the bugzilla data base
> >>  #2 compare the list with the people/emailadresses which are
> >> >subscribed
> >>  to the dev mailing list
> >> 
> >> >>> This is not so a good idea. Same people has different e-mail
> >> >adress on
> >> >>> bugzilla. I use the apache adress at bugzilla and my private
> >at
> >> >the mailing
> >> >>> list.
> >> >>>
> >> >>> There are a load people assinged to formar Oracle/SUN
> >employee.
> >> >If you
> >> >>> are not sure about a name you can ask him/her.
> >> >>>
> >> >>
> >> >> We discussed this theme about 3 month ago, and agreed to reset
> >> >"assigned
> >> >> to" for issues that had not been worked on for 6 month. Rob
> >> >talked about
> >> >> doing it at that time.
> >> >>
> >> >> I think it is better to have a generic reset mechanism, than
> >to
> >> >look after
> >> >> the individual names.
> >> >>
> >> >> But thanks for suggesting the work.
> >> >>
> >> >> rgds
> >> >> jan I.
> >> >>
> >> >>
> >> >>>
> >> >>> Thanks for the work
> >> >>>
> >> >>> Greetings Raphael
> >> >>>
> >> >>>
> >> >>>
> >> >>> --**-
> >-
> >> >**-
> >> >>> To unsubscribe, e-mail: dev-
> >> >unsubscribe@openoffice.**apache.org >> >unsubscr...@openoffice.apache.org>
> >> >>> For additional commands, e-mail: dev-
> >h...@openoffice.apache.org
> >> >>>
> >> >>>
> >> >>
> >>
> >>
> >> -
> >
> >> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: dev-h...@openoffice.apache.org
> >>
> >>
>
>

Re: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

[Drew Jensen]

Hi,

Thanks for all your work on this - by chance do you also test Base?


On Tue, Sep 24, 2013 at 8:08 AM, Yuzhen Fan  wrote:

> Hi all,
>
> This is the update for showstopper defect verification/impacted area
> testing, general testing and PVT:
>
> *1.* Bug(showstopper)verification and impacted area testing - *Almost done
> * for function bugs, all verified fixed and passed impacted area testing
> related to the bugs(with attached samples and limited variation), except:
>
> 122885 - Cannot reproduce it in problematic build (4.0.0), thus does not
> know if it is fixed in 4.0.1, add comment in Bugzilla
>
> *2.* General testing for Calc, Writer, Impress on Windows, Linux and Mac
> - *In progress*, please see details as below:
>
> Windows: *Complete*
>
> Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
> Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no critical
> problems for showstopper) on windows 8
> Impress - Dick test on RC1 and all seems well and no critical bugs were
> found on Windows 7
>
> Linux: *In progress with gap*
>
> Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
> Calc - Haven't received test result so far (any one can share your test
> result if you have done or help execute attached general testing list on
> Calc)
> Impress - Started on RC3 by Edwin
>
> Mac: *In progress and safe*
> Impress - passed on RC2 by Liu Ping
> Calc -passed on RC3 by Yu Zhen
> Writer - started on RC3 by Liu Ping, will complete it tomorrow 09/25
>
> *3. *Build verification test on RC3 - *In progress and safe*
>
> Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / Mac /
> Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat 64bit -
> not started, Yu Zhen will complete it tomorrow 09/25
> Open three apps(Calc, Writer, Impress) successfully
>
> *4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu Ping, no
> obvious reproducible performance downgrade on RC3
>
> As we are closed to the deadline(*2013-09-25*) of vote for AOO
> 4.0.1(RC3), your volunteering to fill the gap on Linux testing will be
> appreciated!
>
> Regards
> Yu Zhen
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>

Re: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

[Yuzhen Fan]

Drew,

No, we do not test Base, Drawing, Math in this phase for 4.0.1. I have seen
your test report of Base on RC2, which platforms are you testing with,
Windows(win 7 or win 8), Linux(Redhat, Ubuntu or Suse, 32bit or 64bit),
MacOS?

I should include your test result on Base in our testing update :-)

Regards,
Yu Zhen


On Wed, Sep 25, 2013 at 1:16 AM, Drew Jensen wrote:

> Hi,
>
> Thanks for all your work on this - by chance do you also test Base?
>
>
> On Tue, Sep 24, 2013 at 8:08 AM, Yuzhen Fan  wrote:
>
> > Hi all,
> >
> > This is the update for showstopper defect verification/impacted area
> > testing, general testing and PVT:
> >
> > *1.* Bug(showstopper)verification and impacted area testing - *Almost
> done
> > * for function bugs, all verified fixed and passed impacted area testing
> > related to the bugs(with attached samples and limited variation), except:
> >
> > 122885 - Cannot reproduce it in problematic build (4.0.0), thus does not
> > know if it is fixed in 4.0.1, add comment in Bugzilla
> >
> > *2.* General testing for Calc, Writer, Impress on Windows, Linux and Mac
> > - *In progress*, please see details as below:
> >
> > Windows: *Complete*
> >
> > Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
> > Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no critical
> > problems for showstopper) on windows 8
> > Impress - Dick test on RC1 and all seems well and no critical bugs were
> > found on Windows 7
> >
> > Linux: *In progress with gap*
> >
> > Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
> > Calc - Haven't received test result so far (any one can share your test
> > result if you have done or help execute attached general testing list on
> > Calc)
> > Impress - Started on RC3 by Edwin
> >
> > Mac: *In progress and safe*
> > Impress - passed on RC2 by Liu Ping
> > Calc -passed on RC3 by Yu Zhen
> > Writer - started on RC3 by Liu Ping, will complete it tomorrow 09/25
> >
> > *3. *Build verification test on RC3 - *In progress and safe*
> >
> > Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / Mac /
> > Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat 64bit -
> > not started, Yu Zhen will complete it tomorrow 09/25
> > Open three apps(Calc, Writer, Impress) successfully
> >
> > *4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu Ping, no
> > obvious reproducible performance downgrade on RC3
> >
> > As we are closed to the deadline(*2013-09-25*) of vote for AOO
> > 4.0.1(RC3), your volunteering to fill the gap on Linux testing will be
> > appreciated!
> >
> > Regards
> > Yu Zhen
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > For additional commands, e-mail: dev-h...@openoffice.apache.org
> >
>

Re: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

[Drew Jensen]

Currently I only work with AOO on Windows (Vista and 7)

I'll post some of what I have to the mailing list and see where, or if, you
want any of it on the wiki - but it will be a few days before I can do so.

Thanks


On Tue, Sep 24, 2013 at 2:21 PM, Yuzhen Fan  wrote:

> Drew,
>
> No, we do not test Base, Drawing, Math in this phase for 4.0.1. I have seen
> your test report of Base on RC2, which platforms are you testing with,
> Windows(win 7 or win 8), Linux(Redhat, Ubuntu or Suse, 32bit or 64bit),
> MacOS?
>
> I should include your test result on Base in our testing update :-)
>
> Regards,
> Yu Zhen
>
>
> On Wed, Sep 25, 2013 at 1:16 AM, Drew Jensen  >wrote:
>
> > Hi,
> >
> > Thanks for all your work on this - by chance do you also test Base?
> >
> >
> > On Tue, Sep 24, 2013 at 8:08 AM, Yuzhen Fan  wrote:
> >
> > > Hi all,
> > >
> > > This is the update for showstopper defect verification/impacted area
> > > testing, general testing and PVT:
> > >
> > > *1.* Bug(showstopper)verification and impacted area testing - *Almost
> > done
> > > * for function bugs, all verified fixed and passed impacted area
> testing
> > > related to the bugs(with attached samples and limited variation),
> except:
> > >
> > > 122885 - Cannot reproduce it in problematic build (4.0.0), thus does
> not
> > > know if it is fixed in 4.0.1, add comment in Bugzilla
> > >
> > > *2.* General testing for Calc, Writer, Impress on Windows, Linux and
> Mac
> > > - *In progress*, please see details as below:
> > >
> > > Windows: *Complete*
> > >
> > > Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
> > > Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no critical
> > > problems for showstopper) on windows 8
> > > Impress - Dick test on RC1 and all seems well and no critical bugs were
> > > found on Windows 7
> > >
> > > Linux: *In progress with gap*
> > >
> > > Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
> > > Calc - Haven't received test result so far (any one can share your test
> > > result if you have done or help execute attached general testing list
> on
> > > Calc)
> > > Impress - Started on RC3 by Edwin
> > >
> > > Mac: *In progress and safe*
> > > Impress - passed on RC2 by Liu Ping
> > > Calc -passed on RC3 by Yu Zhen
> > > Writer - started on RC3 by Liu Ping, will complete it tomorrow 09/25
> > >
> > > *3. *Build verification test on RC3 - *In progress and safe*
> > >
> > > Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / Mac /
> > > Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat
> 64bit -
> > > not started, Yu Zhen will complete it tomorrow 09/25
> > > Open three apps(Calc, Writer, Impress) successfully
> > >
> > > *4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu Ping,
> no
> > > obvious reproducible performance downgrade on RC3
> > >
> > > As we are closed to the deadline(*2013-09-25*) of vote for AOO
> > > 4.0.1(RC3), your volunteering to fill the gap on Linux testing will be
> > > appreciated!
> > >
> > > Regards
> > > Yu Zhen
> > >
> > >
> > > -
> > > To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> > > For additional commands, e-mail: dev-h...@openoffice.apache.org
> > >
> >
>

Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Michal Hriň]

Dňa Sun, 22 Sep 2013 10:06:03 +0200 Jürgen Schmidt   
napísal:



Hi all,

this is a call for vote on releasing the RC3 release candidate as
Apache OpenOffice 4.0.1. This will be an important update release for
Apache OpenOffice 4.0 to fix some serious regressions and to introduce
some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
key milestone to continue the success of OpenOffice.

This release candidate contains mainly fixes serious problems and
regressions and new languages. An over view can be found under:

http://people.apache.org/~jsc/developer-snapshots/snapshot/RC3_fixes_1513395_1524958.html

The release candidate artifacts (source release, as well as binary
releases for 32 languages) and further information how to verify and
review Apache OpenOffice 4.0.1 can be found on the following wiki page:

https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot

The RC is based on the release branch AOO401, revision 1524958!

Please vote on releasing this package as Apache OpenOffice 4.0.1.

The vote starts now and will be open until:

   UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC.

But we invite all people to vote (non binding) on this RC. We would like
to provide a release that is supported by the majority of our project
members.

   [ ] +1 Release this package as Apache OpenOffice 4.0.1
   [ ]  0 Don't care
   [ ] -1 Do not release this package because...



+1

Regards,
Michal Hriň


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Marcus (OOo)]

+1

Marcus



Am 09/22/2013 10:06 AM, schrieb Jürgen Schmidt:

Hi all,

this is a call for vote on releasing the RC3 release candidate as
Apache OpenOffice 4.0.1. This will be an important update release for
Apache OpenOffice 4.0 to fix some serious regressions and to introduce
some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
key milestone to continue the success of OpenOffice.

This release candidate contains mainly fixes serious problems and
regressions and new languages. An over view can be found under:

http://people.apache.org/~jsc/developer-snapshots/snapshot/RC3_fixes_1513395_1524958.html

The release candidate artifacts (source release, as well as binary
releases for 32 languages) and further information how to verify and
review Apache OpenOffice 4.0.1 can be found on the following wiki page:

https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot

The RC is based on the release branch AOO401, revision 1524958!

Please vote on releasing this package as Apache OpenOffice 4.0.1.

The vote starts now and will be open until:

UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC.

But we invite all people to vote (non binding) on this RC. We would like
to provide a release that is supported by the majority of our project
members.

[ ] +1 Release this package as Apache OpenOffice 4.0.1
[ ]  0 Don't care
[ ] -1 Do not release this package because...


-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

product request

[Chris Rhody]

Please consider this proposal as it is a way to get productivity software
to a great number of children inexpensively.

I need a version of Open Office that well run on a game console.  xbox or
playstation.  The current iterations may be difficult, but the new versions
due to arrive soon are close to PC hardware.  Perhaps a disk image file we
could burn to DVD.  Both consoles will accept keyboards and at least the
PS4 will accept Printers.  Possibly even wirelessly.

Most families have one of these devices, even if very low income.  A new
computer at the low end costs at least as much as the console.  We are
simply trying to get tools they need for school at what amounts to no cost.

I think this fits well with your mission and is definitely doable.  I'm not
sure how helpful Microsoft would be, with a competing product.  SONY,
however, should at least treat it like any game in development and offer
some assistance.  Every title adds value to the console.

Chris Rhody

Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Vladislav Stevanovic]

Hello,
Instaler for Serbian language is now OK. It is showing fonts properly,
except untraslated buttons on one dialog (optional dialog, when you want
manualy to browse folder where you want to unpack AOO). For me, if I have
right to vote,
+1
Wlada


2013/9/24 Marcus (OOo) 

> +1
>
> Marcus
>
>
>
> Am 09/22/2013 10:06 AM, schrieb Jürgen Schmidt:
>
>  Hi all,
>>
>> this is a call for vote on releasing the RC3 release candidate as
>> Apache OpenOffice 4.0.1. This will be an important update release for
>> Apache OpenOffice 4.0 to fix some serious regressions and to introduce
>> some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
>> Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
>> key milestone to continue the success of OpenOffice.
>>
>> This release candidate contains mainly fixes serious problems and
>> regressions and new languages. An over view can be found under:
>>
>> http://people.apache.org/~jsc/**developer-snapshots/snapshot/**
>> RC3_fixes_1513395_1524958.html
>>
>> The release candidate artifacts (source release, as well as binary
>> releases for 32 languages) and further information how to verify and
>> review Apache OpenOffice 4.0.1 can be found on the following wiki page:
>>
>> https://cwiki.apache.org/**confluence/display/OOOUSERS/**
>> Development+Snapshot+Builds#**DevelopmentSnapshotBuilds-**AOOSnapshot
>>
>> The RC is based on the release branch AOO401, revision 1524958!
>>
>> Please vote on releasing this package as Apache OpenOffice 4.0.1.
>>
>> The vote starts now and will be open until:
>>
>> UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC.
>>
>> But we invite all people to vote (non binding) on this RC. We would like
>> to provide a release that is supported by the majority of our project
>> members.
>>
>> [ ] +1 Release this package as Apache OpenOffice 4.0.1
>> [ ]  0 Don't care
>> [ ] -1 Do not release this package because...
>>
>
> --**--**-
> To unsubscribe, e-mail: 
> dev-unsubscribe@openoffice.**apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

DOAP on AOO

[Alexandro Colorado]

Should we have a DOAP (Description of a Project) RDF for the Apache
OpenOffice project. In a nutshell is a RDF schema defining the structure of
the project.

https://github.com/edumbill/doap/wiki

This is an example:
https://github.com/edumbill/doap/blob/master/examples/gnome-bluetooth-doap.rdf

-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614

Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)

[Kazunari Hirano]

+1

Thanks,
khirano



On Sun, Sep 22, 2013 at 5:06 PM, Jürgen Schmidt wrote:

> Hi all,
>
> this is a call for vote on releasing the RC3 release candidate as
> Apache OpenOffice 4.0.1. This will be an important update release for
> Apache OpenOffice 4.0 to fix some serious regressions and to introduce
> some new languages (Basque, Khmer, Lithuaian, Polish, Serbian Cyrillic,
> Swedish, Turkish, Vietnamese and Chinese Traditional). It is a further
> key milestone to continue the success of OpenOffice.
>
> This release candidate contains mainly fixes serious problems and
> regressions and new languages. An over view can be found under:
>
>
> http://people.apache.org/~jsc/developer-snapshots/snapshot/RC3_fixes_1513395_1524958.html
>
> The release candidate artifacts (source release, as well as binary
> releases for 32 languages) and further information how to verify and
> review Apache OpenOffice 4.0.1 can be found on the following wiki page:
>
>
> https://cwiki.apache.org/confluence/display/OOOUSERS/Development+Snapshot+Builds#DevelopmentSnapshotBuilds-AOOSnapshot
>
> The RC is based on the release branch AOO401, revision 1524958!
>
> Please vote on releasing this package as Apache OpenOffice 4.0.1.
>
> The vote starts now and will be open until:
>
>UTC at noon on Wednesday, 25 September: 2013-09-25 12:00 UTC.
>
> But we invite all people to vote (non binding) on this RC. We would like
> to provide a release that is supported by the majority of our project
> members.
>
>[ ] +1 Release this package as Apache OpenOffice 4.0.1
>[ ]  0 Don't care
>[ ] -1 Do not release this package because...
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>


-- 
khir...@apache.org
Apache OpenOffice
http://openoffice.apache.org

Re: DOAP on AOO

[Roberto Galoppini]

2013/9/24 Alexandro Colorado 

> Should we have a DOAP (Description of a Project) RDF for the Apache
> OpenOffice project.


Think so: http://projects.apache.org/doap.html

Most Apache projects have it, e.g.
http://svn.apache.org/repos/asf/httpd/site/trunk/content/doap.rdf

Roberto



> In a nutshell is a RDF schema defining the structure of
> the project.
>
> https://github.com/edumbill/doap/wiki
>
> This is an example:
>
> https://github.com/edumbill/doap/blob/master/examples/gnome-bluetooth-doap.rdf
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
>

Re: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

[Alexandro Colorado]

Did the ODS tests on Calc on Mandriva x86 32bits :

   - Chart PASSED
   - Formula PASSED
   - Sheet PASSED
   - Fill PASSED
   - Name Range PASSED
   - Validity FAILED - Failed to show expected result messages Test Case ID
   AOOTest-383
   - Sidebar PASSED



On Tue, Sep 24, 2013 at 7:08 AM, Yuzhen Fan  wrote:

> Hi all,
>
> This is the update for showstopper defect verification/impacted area
> testing, general testing and PVT:
>
> *1.* Bug(showstopper)verification and impacted area testing - *Almost done
> * for function bugs, all verified fixed and passed impacted area testing
> related to the bugs(with attached samples and limited variation), except:
>
> 122885 - Cannot reproduce it in problematic build (4.0.0), thus does not
> know if it is fixed in 4.0.1, add comment in Bugzilla
>
> *2.* General testing for Calc, Writer, Impress on Windows, Linux and Mac
> - *In progress*, please see details as below:
>
> Windows: *Complete*
>
> Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
> Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no critical
> problems for showstopper) on windows 8
> Impress - Dick test on RC1 and all seems well and no critical bugs were
> found on Windows 7
>
> Linux: *In progress with gap*
>
> Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
> Calc - Haven't received test result so far (any one can share your test
> result if you have done or help execute attached general testing list on
> Calc)
> Impress - Started on RC3 by Edwin
>
> Mac: *In progress and safe*
> Impress - passed on RC2 by Liu Ping
> Calc -passed on RC3 by Yu Zhen
> Writer - started on RC3 by Liu Ping, will complete it tomorrow 09/25
>
> *3. *Build verification test on RC3 - *In progress and safe*
>
> Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / Mac /
> Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat 64bit -
> not started, Yu Zhen will complete it tomorrow 09/25
> Open three apps(Calc, Writer, Impress) successfully
>
> *4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu Ping, no
> obvious reproducible performance downgrade on RC3
>
> As we are closed to the deadline(*2013-09-25*) of vote for AOO
> 4.0.1(RC3), your volunteering to fill the gap on Linux testing will be
> appreciated!
>
> Regards
> Yu Zhen
>
>
> -
> To unsubscribe, e-mail: l10n-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: l10n-h...@openoffice.apache.org
>



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614

Re: DOAP on AOO

[Alexandro Colorado]

On Tue, Sep 24, 2013 at 3:26 PM, Roberto Galoppini <
roberto.galopp...@gmail.com> wrote:

> 2013/9/24 Alexandro Colorado 
>
> > Should we have a DOAP (Description of a Project) RDF for the Apache
> > OpenOffice project.
>
>
> Think so: http://projects.apache.org/doap.html
>
> Most Apache projects have it, e.g.
> http://svn.apache.org/repos/asf/httpd/site/trunk/content/doap.rdf
>

​Thanks I find it here, however is outdated, still lists 3.4.1, should be
4.0 or 4.0.1 soon enough:
http://svn.apache.org/repos/asf/openoffice/site/trunk/content/doap_openoffice.rdf

​43c43
< Apache OpenOffice 3.4.1
---
> Apache OpenOffice 4.0.0
45c45
< 3.4.1
---
> 4.0.0​



>
> Roberto
>
>
>
> > In a nutshell is a RDF schema defining the structure of
> > the project.
> >
> > https://github.com/edumbill/doap/wiki
> >
> > This is an example:
> >
> >
> https://github.com/edumbill/doap/blob/master/examples/gnome-bluetooth-doap.rdf
> >
> > --
> > Alexandro Colorado
> > Apache OpenOffice Contributor
> > http://www.openoffice.org
> > 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
> >
>



-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614

Re: product request

[Alexandro Colorado]

AFAIK there were linux distributions created for XBox and PS4, but
they needed of some hardware modification
http://en.wikipedia.org/wiki/OtherOS
and
http://en.wikipedia.org/wiki/Xbox_Linux

If you can get linux on the machines, this would be possible.

Fortunately there are many open hardware like raspberry pi or
beagleboard that will help you get free software to many kids.
http://www.raspberrypi.org/phpBB3/viewtopic.php?f=2&t=4809

I think there is a school version of debian called skolelinux, not
sure if it's been tested for raspberry pi, but raspbian definetly
includes OpenOffice.
sudo apt-get install openoffice.org
or through the openoffice version for debian (not sure if it's been
tested for ARM processors).
http://sourceforge.net/projects/apacheoo-deb/files/debian/

On 9/24/13, Chris Rhody  wrote:
> Please consider this proposal as it is a way to get productivity software
> to a great number of children inexpensively.
>
> I need a version of Open Office that well run on a game console.  xbox or
> playstation.  The current iterations may be difficult, but the new versions
> due to arrive soon are close to PC hardware.  Perhaps a disk image file we
> could burn to DVD.  Both consoles will accept keyboards and at least the
> PS4 will accept Printers.  Possibly even wirelessly.
>
> Most families have one of these devices, even if very low income.  A new
> computer at the low end costs at least as much as the console.  We are
> simply trying to get tools they need for school at what amounts to no cost.
>
> I think this fits well with your mission and is definitely doable.  I'm not
> sure how helpful Microsoft would be, with a competing product.  SONY,
> however, should at least treat it like any game in development and offer
> some assistance.  Every title adds value to the console.
>
> Chris Rhody
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

[Alexandro Colorado]

I was able to "find" the testcase using the criteria, and was able resolved
the following tests, I resubmit the results using AOO401m5(Build:9714)  -
Rev. 1524958


On Tue, Sep 24, 2013 at 3:42 PM, Alexandro Colorado  wrote:

> Did the ODS tests on Calc on Mandriva x86 32bits :
>
>- ​C​
>hart PASSE
>​D​
>
>
>-
>- Formula PASSED
>- Sheet PASSED
>- Fill PASSE
>​D​
>
>
>- Name Range PASSED
>
>
   - ​Name Range - FAILED - Failed to retrieve the remotely file data range
   from TCID: AOOTest-162​




>- Validity FAILED - Failed to show expected result messages Test
>Case ID AOOTest-383
>- Sidebar PASSED
>
>
>
> On Tue, Sep 24, 2013 at 7:08 AM, Yuzhen Fan  wrote:
>
>> Hi all,
>>
>> This is the update for showstopper defect verification/impacted area
>> testing, general testing and PVT:
>>
>> *1.* Bug(showstopper)verification and impacted area testing - *Almost
>> done* for function bugs, all verified fixed and passed impacted area
>> testing related to the bugs(with attached samples and limited variation),
>> except:
>>
>> 122885 - Cannot reproduce it in problematic build (4.0.0), thus does not
>> know if it is fixed in 4.0.1, add comment in Bugzilla
>>
>> *2.* General testing for Calc, Writer, Impress on Windows, Linux and Mac
>> - *In progress*, please see details as below:
>>
>> Windows: *Complete*
>>
>> Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
>> Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no critical
>> problems for showstopper) on windows 8
>> Impress - Dick test on RC1 and all seems well and no critical bugs were
>> found on Windows 7
>>
>> Linux: *In progress with gap*
>>
>> Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
>> Calc - Haven't received test result so far (any one can share your test
>> result if you have done or help execute attached general testing list on
>> Calc)
>> Impress - Started on RC3 by Edwin
>>
>> Mac: *In progress and safe*
>> Impress - passed on RC2 by Liu Ping
>> Calc -passed on RC3 by Yu Zhen
>> Writer - started on RC3 by Liu Ping, will complete it tomorrow 09/25
>>
>> *3. *Build verification test on RC3 - *In progress and safe*
>>
>> Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / Mac /
>> Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat 64bit -
>> not started, Yu Zhen will complete it tomorrow 09/25
>> Open three apps(Calc, Writer, Impress) successfully
>>
>> *4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu Ping,
>> no obvious reproducible performance downgrade on RC3
>>
>> As we are closed to the deadline(*2013-09-25*) of vote for AOO
>> 4.0.1(RC3), your volunteering to fill the gap on Linux testing will be
>> appreciated!
>>
>> Regards
>> Yu Zhen
>>
>>
>> -
>> To unsubscribe, e-mail: l10n-unsubscr...@openoffice.apache.org
>> For additional commands, e-mail: l10n-h...@openoffice.apache.org
>>
>
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
>
>
>
>
>
>


-- 
Alexandro Colorado
Apache OpenOffice Contributor
http://www.openoffice.org
882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614

Re: DOAP on AOO

[Andrea Pescetti]

Alexandro Colorado wrote:

​Thanks I find it here, however is outdated, still lists 3.4.1, should be
4.0 or 4.0.1 soon enough:
http://svn.apache.org/repos/asf/openoffice/site/trunk/content/doap_openoffice.rdf


Updated.

Andrea.

-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

Re: Crash during displaying the aid formatting

[Oliver-Rainer Wittmann]

Hi,

On 24.09.2013 15:47, Matthieu Riolo wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hello Oliver

Thanks for you fast reply. I should be on the dev mailing list.


Am 24.09.2013 14:27, schrieb Oliver-Rainer Wittmann:

Hi,

On 24.09.2013 14:21, Oliver-Rainer Wittmann wrote:

Hi,

On 24.09.2013 09:54, Matthieu Riolo wrote:

Dear ladies and gentlemen

I accidentally sent this question to the user mailinglist but I
does sure belong to the dev-list. Sorry for the double mails
(original: http://markmail.org/thread/lrsdy4q2tlh4vltj)

One of our customer is having a problem with AOO 3.4. The failure
is a crash (SIGBUS). It occurs each time when an user tries to open
the configurationpanel for the aid formatting. Our customer is
using Solaris on a sparc machine.



Just to be sure that I got it right: Your are talking about the
Menu Tools - Options - OpenOffice Writer - Formatting Aids.
Right?



Yes, exactly that menupoint. Once the element "Formatting Aids" get
clicked the crash occurs.





Further question: The corresponding option tab page shall _only_
be available, when a Writer document or a Writer/Web document is
open. Is this the case in the customer's
configuration/installation?


The customer told me that it even happens when he uses an empty file.



Thus, this option tab page is available, when no Writer document and no 
Writer/Web document is open?




We received a coredump from our customer but because leaking of a
OO version with debugflags I decided to ask here - might someone
has got an idea what could go wrong.


The received backtrace allows me to isolate the failure. It looks
like that it occurs in the following method:

main/sw/source/ui/config/optpage.cxx void
SwShdwCrsrOptionsTabPage::Reset( const SfxItemSet& rSet )



I had a short look at the code of this method. May be the
access to member variable  causes the crash.
Debugging the current trunk code on my Windows 7 system reveals
that this member is set correctly by via calling
 for this option tab page. But may be
something goes wrong on Solaris.



Please guard the access to  in method 
 and check, if the crash occurs again.


Best regards, Oliver.



Furthermore I often get a "Xlib: sequence lost (0x1005f > 0x19eb)
in reply type 0x1c!" failure. It seems to have no effect on my
machine but this might be the problem.


The Backtrace:

ffbfdbe0
libswui.so`__1cYSwShdwCrsrOptionsTabPageFReset6MrknKSfxItemSet__v_+0xfc(1a5c400,



1c21eb8, 1, 1, ffbfdd44, 3) ffbfdd58
libcui.so`__1cUOfaTreeOptionsDialogOSelectHdl_Impl6MpnFTimer__l_+0x900(1c187b0,



15e49f0, ee244d58, 3, 42d7, 5) ffbfe0c0
libvcl.so`__1cFTimerVImplTimerCallbackProc6F_v_+0xd8(fd18c7e4, 1,
fd18c2d0, 1, 159b7e8, 1) ffbfe120
libvclplug_gtk.so`__1cHGtkXLibJtimeoutFn6Fpv_i_+0x80(26c80,
fd18c2d0, fd18c2d0, fda35704, 266d0, fd18c2bc) ffbfe180
libglib-2.0.so.0.1800.3`g_timeout_dispatch+0x40(8e3aa8, fd9fa8c4,
26c80, 18, 0, 0) ffbfe1e8
libglib-2.0.so.0.1800.3`g_main_dispatch+0x1e4(4bfe8, 4bff0,
fb96df68, 0, fb96bd90, fb8c7388) ffbfe258
libglib-2.0.so.0.1800.3`g_main_context_dispatch+0xcc(fb96e140,
4bff0, 28, fb96e13c, 4bff0, 4bfe8) ffbfe2b8
libglib-2.0.so.0.1800.3`g_main_context_iterate+0x52c(4bfe8, 1, 1,
fb96e148, 1, 1) ffbfe320
libglib-2.0.so.0.1800.3`g_main_context_iteration+0xc4(0, 1, 4bff0,
44, 1, 4bfe8) ffbfe380
libvclplug_gtk.so`__1cHGtkXLibFYield6Mbb_v_+0x130(26c80, 1, 0, 1,
0, fd18c2bc) ffbfe3f0 libvcl.so`__1cJImplYield6Fbb_v_+0xbc(1,
fd18c2d0, 0, 0, 1, 400) ffbfe450
libvcl.so`__1cGDialogHExecute6M_h_+0x78(1c187b0, ffbfe548,
f22e6850, ffbfe4b0, f235bbcc, f235bbcc) ffbfe4c0
libcui.so`__1cUOfaTreeOptionsDialogHExecute6M_h_+0xa4(1c187b0, 0,
ffbfe548, 0, 0, 1c006f0) ffbfe550
libsfx.so`__1cOSfxApplicationMOfaExec_Impl6MrnKSfxRequest__v_+0x2d4(643210,



ffbfec54, 1c006e0, ee81c984, 7800, f17c59cc ) ffbfeab0
libsfx.so`__1cNSfxDispatcherJCall_Impl6MrnISfxShell_rknHSfxSlot_rnKSfxRequest_C_i_+0x46c(121d5d8,



643210, f6511ca4, ffbfec54, ffbfeb2f, f65064bc) ffbfeb78
libsfx.so`__1cbASfxDispatchController_ImplIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValue___rkn0G



JReference4n0DFframeXXDispatchResultListenerv_+0xcdc(158eaf0,
f4d7d628, 9, ffbfedcc, 0, f6511dd8) ffbfed68
libsfx.so`__1cRSfxOfficeDispatchIdispatch6MrknDcomDsunEstarEutilDURL_rkn0DDunoISequence4n0DFbeansNPropertyValuev_+0x18c(



eec0d6e8, ffbfeeb4, ffbfeeb0, fe118db8, f65064bc, 45400) ffbfede8
libfwk.so`__1cJframeworkOMenuBarManagerGSelect6MpnEMenu__l_+0x7e4(ef2f5a88,



1529fc8, ffbfeeb4, f4f4ddb8, f4f49958, f61feb54) ffbfeee0
libvcl.so`__1cEMenuGSelect6M_v_+0x64(1529fc8, 0, 1, ffbfef40,
ff, ff1f2a00) ffbfef48
libvcl.so`__1cEMenuOImplCallSelect6Mp0_l_+0x10(1529fc8, 0, 1,
2c990, fd0100c8, fd19b69c) ffbfefa8
libvcl.so`__1cTImplHandleUserEvent6FpnLImplSVEvent__v_+0xb8(1a56470,



fd01549c, 15810e8, 1a56480, 0, 6)

ffbff008
libvcl.so`__1cTImplWindowFrameProc6FpnGWindow_pnISalFrame_Hpkv_l_+0x220(716990,



0, 16, fd094870, 1a56470, 0) ffbff0e0
libvclplug_gen.so`__1cKSalDis

Re: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux

[Yuzhen Fan]

Alexandro,

Thanks for your quick response and report! A few questions here:

1. Are below problems the new problems on 4.0.1? Are they reproduced in
previous version, 4.0.0 or 3.4.1?
2. Could you please post the Bug ID for these problems either of the
existing ones or of new ones created in Bugzilla(
https://issues.apache.org/ooo/)?

- Name Range - FAILED - Failed to retrieve the remotely file data range
- Validity FAILED - Failed to show expected result messages Test

Regards,
Yu Zhen



On Wed, Sep 25, 2013 at 6:35 AM, Alexandro Colorado  wrote:

> I was able to "find" the testcase using the criteria, and was able resolved
> the following tests, I resubmit the results using AOO401m5(Build:9714)  -
> Rev. 1524958
>
>
> On Tue, Sep 24, 2013 at 3:42 PM, Alexandro Colorado  wrote:
>
> > Did the ODS tests on Calc on Mandriva x86 32bits :
> >
> >- C
> >hart PASSE
> >D
> >
> >
> >-
> >- Formula PASSED
> >- Sheet PASSED
> >- Fill PASSE
> >D
> >
> >
> >- Name Range PASSED
> >
> >
>- Name Range - FAILED - Failed to retrieve the remotely file data range
>from TCID: AOOTest-162
>
>
>
>
> >- Validity FAILED - Failed to show expected result messages Test
> >Case ID AOOTest-383
> >- Sidebar PASSED
> >
> >
> >
> > On Tue, Sep 24, 2013 at 7:08 AM, Yuzhen Fan  wrote:
> >
> >> Hi all,
> >>
> >> This is the update for showstopper defect verification/impacted area
> >> testing, general testing and PVT:
> >>
> >> *1.* Bug(showstopper)verification and impacted area testing - *Almost
> >> done* for function bugs, all verified fixed and passed impacted area
> >> testing related to the bugs(with attached samples and limited
> variation),
> >> except:
> >>
> >> 122885 - Cannot reproduce it in problematic build (4.0.0), thus does not
> >> know if it is fixed in 4.0.1, add comment in Bugzilla
> >>
> >> *2.* General testing for Calc, Writer, Impress on Windows, Linux and Mac
> >> - *In progress*, please see details as below:
> >>
> >> Windows: *Complete*
> >>
> >> Writer - Prachi test on RC2 and couldn't find any bugs on Windows 7
> >> Calc - Akriti test on RC2 and find 10 issues(6 confirmed, no critical
> >> problems for showstopper) on windows 8
> >> Impress - Dick test on RC1 and all seems well and no critical bugs were
> >> found on Windows 7
> >>
> >> Linux: *In progress with gap*
> >>
> >> Writer - Kay test on RC3 and no issues are found on OpenSuse 12.3
> >> Calc - Haven't received test result so far (any one can share your test
> >> result if you have done or help execute attached general testing list on
> >> Calc)
> >> Impress - Started on RC3 by Edwin
> >>
> >> Mac: *In progress and safe*
> >> Impress - passed on RC2 by Liu Ping
> >> Calc -passed on RC3 by Yu Zhen
> >> Writer - started on RC3 by Liu Ping, will complete it tomorrow 09/25
> >>
> >> *3. *Build verification test on RC3 - *In progress and safe*
> >>
> >> Build installation on Redhat 32bit /Ubuntu 32bit /Ubuntu 64bit / Mac /
> >> Windows 7 / Windows 8 - passed by Liu Ping and Yu Zhen; on Redhat 64bit
> -
> >> not started, Yu Zhen will complete it tomorrow 09/25
> >> Open three apps(Calc, Writer, Impress) successfully
> >>
> >> *4. *GUI PVT on RC1 compared with 4.0.0 Gold - *Complete *by Liu Ping,
> >> no obvious reproducible performance downgrade on RC3
> >>
> >> As we are closed to the deadline(*2013-09-25*) of vote for AOO
> >> 4.0.1(RC3), your volunteering to fill the gap on Linux testing will be
> >> appreciated!
> >>
> >> Regards
> >> Yu Zhen
> >>
> >>
> >> -
> >> To unsubscribe, e-mail: l10n-unsubscr...@openoffice.apache.org
> >> For additional commands, e-mail: l10n-h...@openoffice.apache.org
> >>
> >
> >
> >
> > --
> > Alexandro Colorado
> > Apache OpenOffice Contributor
> > http://www.openoffice.org
> > 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
> >
> >
> >
> >
> >
> >
>
>
> --
> Alexandro Colorado
> Apache OpenOffice Contributor
> http://www.openoffice.org
> 882C 4389 3C27 E8DF 41B9  5C4C 1DB7 9D1C 7F4C 2614
>