Re: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)
+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-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: [VOTE]: Release Apache OpenOffice 4.0.1 (RC3)
+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.htmlhttp://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-**AOOSnapshothttps://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.orgdev-unsubscr...@openoffice.apache.org For additional commands, e-mail: dev-h...@openoffice.apache.org --**--**- To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.orgdev-unsubscr...@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
-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)
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 j...@apache.org 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 j...@apache.org wrote: On 23 September 2013 16:19, Raphael Bircher r.birc...@gmx.ch 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.orgdev- 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)
On 24 September 2013 12:36, bugreporte...@hushmail.com 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 j...@apache.org 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 j...@apache.org wrote: On 23 September 2013 16:19, Raphael Bircher r.birc...@gmx.ch 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.orgdev- 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
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)
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
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 m_pWrtShell causes the crash. Debugging the current trunk code on my Windows 7 system reveals that this member is set correctly by via calling PageCreated(..) 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,
Re: Crash during displaying the aid formatting
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 m_pWrtShell causes the crash. Debugging the current trunk code on my Windows 7 system reveals that this member is set correctly by via calling PageCreated(..) 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
Fwd: Re: Crash during displaying the aid formatting
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 orwittm...@googlemail.com 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 m_pWrtShell causes the crash. Debugging the current trunk code on my Windows 7 system reveals that this member is set correctly by via calling PageCreated(..) 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
Re: Crash during displaying the aid formatting
-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 m_pWrtShell causes the crash. Debugging the current trunk code on my Windows 7 system reveals that this member is set correctly by via calling PageCreated(..) 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
Re: Reporting a problem with the OpenOffice website
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)
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 j...@apache.org wrote: On 24 September 2013 12:36, bugreporte...@hushmail.com 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 j...@apache.org 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 j...@apache.org wrote: On 23 September 2013 16:19, Raphael Bircher r.birc...@gmx.ch 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.orgdev- 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)
On 24 September 2013 16:37, bugreporte...@hushmail.com 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 j...@apache.org wrote: On 24 September 2013 12:36, bugreporte...@hushmail.com 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 j...@apache.org 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 j...@apache.org wrote: On 23 September 2013 16:19, Raphael Bircher r.birc...@gmx.ch 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.orgdev- 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
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 fanyuz...@gmail.com 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)
Dňa Sun, 22 Sep 2013 10:06:03 +0200 Jürgen Schmidt jogischm...@gmail.com 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
product request
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
DOAP on AOO
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)
+1 Thanks, khirano On Sun, Sep 22, 2013 at 5:06 PM, Jürgen Schmidt jogischm...@gmail.comwrote: 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: Update on Testing for Apache OpenOffice 4.0.1 (RCs) as of 09/24 - have testing gap on Linux
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 fanyuz...@gmail.com 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
On Tue, Sep 24, 2013 at 3:26 PM, Roberto Galoppini roberto.galopp...@gmail.com wrote: 2013/9/24 Alexandro Colorado j...@oooes.org 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 nameApache OpenOffice 3.4.1/name --- nameApache OpenOffice 4.0.0/name 45c45 revision3.4.1/revision --- revision4.0.0/revision 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
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=2t=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 chris.rh...@gmail.com 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
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 j...@oooes.org 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 fanyuz...@gmail.com 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
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
