Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/
sebb wrote: On 21 August 2012 22:23, Daniel Shahaf wrote: Why? Could very well have a publish all changes mode (the current only option) alongside the cherry picking (publish only selected file) mode. This thread started because something was published inadvertently. No, this thread started because people (including me) who did want to publish their changes only, and who routinely used the Diff command in the CMS to examine what would be published, were forced to take the all or nothing approach (you will find me noting this in the log messages too). If the purpose of the enhancement is to prevent this happening, then there needs to be some barrier that prevents inadvertent publication. This would be an extra guarantee, but probably an unnecessary complication for what we have seen so far. Ability to publish one directory only would already help a lot. Regards, Andrea.
Re: Unable to download OpenOffice via SourceForge
Am 22.08.2012 um 04:16 schrieb Rob Weir robw...@apache.org: Hi Dave, Roberto's probably long asleep at this hour, so I hope you can pass this on to someone at SourceForge who might be still up in California. We're seeing widespread download errors when downloading OpenOffice. There was probably some prep work going on to get ready for the 3.4.1 release of OpenOffice tomorrow. But access to the 3.4.0 files seems to have been disrupted. Thanks in advance for passing this info on. Regards, -Rob I am getting tons of mails from people complaining they couldn't download Apache OpenOffice from openoffice.mirrorbrain.org (!). For example via http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download Please fix these links, which are clearly broken! Peter
Re: Unable to download OpenOffice via SourceForge
Hi, On 22.08.2012 08:19, Peter Pöml wrote: Am 22.08.2012 um 04:16 schrieb Rob Weir robw...@apache.org: Hi Dave, Roberto's probably long asleep at this hour, so I hope you can pass this on to someone at SourceForge who might be still up in California. We're seeing widespread download errors when downloading OpenOffice. There was probably some prep work going on to get ready for the 3.4.1 release of OpenOffice tomorrow. But access to the 3.4.0 files seems to have been disrupted. Thanks in advance for passing this info on. Regards, -Rob I am getting tons of mails from people complaining they couldn't download Apache OpenOffice from openoffice.mirrorbrain.org (!). For example via http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download Please fix these links, which are clearly broken! Peter It looks like that the download links are working again. I checked a couple of links on our download page - all are redirected to SourceForge and the download started. Best regards, Oliver.
[QA CALLFORREVIEW] [UNO Script] Bug 120655 Hide/Show sheet, Tab color, Link sheet
Hi, I have add 3 more UNO sheet related test method into SheetBasicTest.java, please help review. Also i have update other test method use SCUtil method, and add some method into SCUtil.java file. https://issues.apache.org/ooo/show_bug.cgi?id=120655 Thanks, Terry Yang
[Call-for-Review]Bug 120133 - [From Symphony]Doc file saved by AOO, section size changed
Hi All, I have fixed a bug about copy text wrong, as shown in below: *Bug 120133* https://issues.apache.org/ooo/show_bug.cgi?id=120133 - [From Symphony]Doc file saved by AOO, section size changed https://issues.apache.org/ooo/show_bug.cgi?id=120133 Root Cause: The section width should consider page and section indent value to calculate the right width size. Resolution: Get the indent value, then calculate the right section width. Anyone help to review the fix will be appreciated, thanks!
Re: [Call-for-Review] Bug 120568 Hyperlink of Graphihc with Anchor Type As Character lost after save as doc format.
Huai Dong,please provide your test cases that will make the scope more clear..thanks. On Wed, Aug 15, 2012 at 9:46 AM, Huaidong Qiu qiuhuaid...@gmail.com wrote: Please review the patch for 120568, here is the issue link https://issues.apache.org/ooo/show_bug.cgi?id=120568 -- Best Regards,Jianhong Cheng
Où m'adresser pour aide technique
Monsieur, J'ai téléchargé le dernier Open Office 3.4 il marche très bien ce dont je Vous remercie. Mais à titre technique je voudrais sur un ancien ordinateur window millenium télécharger la version qui devrait marcher la 1.1.5. Je n'y arrive pas je suis toujours redirigé vers des versions récentes. Où puis-je l'avoir, faut-il envoyer une disquette ou un cd quelque part. Ou dois-je me rediriger Merci Marc DAMESTOY Appt 109 11, Rue Georges Bergés 64100 BAYONNE FANCE
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On 8/21/12 11:25 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 4:27 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist Are they really all uploaded? yes they are. I have already fixed the problem that some signature files were not copied for Linux 64 bit (deb, rpm). Seems to be a synch problem as Joe mentioned Juergen I'm not seeing the en-US version here: http://www.apache.org/dist/incubator/ooo/files/stable/ And the Chinese versions are missing: http://www.apache.org/dist/incubator/ooo/files/localized/zh-CN/ http://www.apache.org/dist/incubator/ooo/files/localized/zh-TW/ -Rob @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidt jogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E Thank you for your support Juergen
Re: Is this a UNO API bug?
You mentioned force update, do you mean use refresh() method ? I have tried
by below code, still can't work.
public void createPageNumber(XComponent component) {
XMultiServiceFactory sevriceFactory = (XMultiServiceFactory)
UnoRuntime.queryInterface(XMultiServiceFactory.class, component);
XTextField pageNumberFiled;
try {
pageNumberFiled =
(XTextField)UnoRuntime.queryInterface(XTextField.class,
sevriceFactory.createInstance(com.sun.star.text.textfield.PageNumber));
XPropertySet props =
(XPropertySet)UnoRuntime.queryInterface(XPropertySet.class,
pageNumberFiled);
props.setPropertyValue(NumberingType,
NumberingType.ARABIC);//Set page number display as Arabic
props.setPropertyValue(SubType, PageNumberType.CURRENT);
document.getText().insertTextContent(document.getText().getEnd(),
pageNumberFiled, true);
XTextFieldsSupplier fieldsSupplier =
UnoRuntime.queryInterface(XTextFieldsSupplier.class, document);
XEnumerationAccess xEnumeratedFields =
fieldsSupplier.getTextFields();
XRefreshable refeshable =
UnoRuntime.queryInterface(XRefreshable.class, xEnumeratedFields);
refeshable.refresh();
// try {
//Thread.sleep(1000);
//} catch (InterruptedException e) {
//e.printStackTrace();
//}
System.out.println(document.getText().getString());
} catch (com.sun.star.uno.Exception e) {
e.printStackTrace();
}
2012/8/22 Andrew Douglas Pitonyak and...@pitonyak.org
On 08/21/2012 09:08 PM, dongjun zong wrote:
Andrew,
I think you are right, I add a sleep time after insert page number
field before getText, the page number can get correct.
But I think it's a bug for page number update issue.
Have you tried forcing an update? If so, then you won't need to wait.
I expect that an update may be a time consuming operation (say if you
insert at page number 400, and it must refresh from the start). I once saw
a problem where a document would open, but the initial page numbers were
wrong. It took a while for the page numbers to be updated after the
document loaded. The final solution was to issue a full refresh, which took
time, but made it happen. So, the trade off was to allow the user to
immediately see and edit the document rather than forcing them to wait for
the refresh to occur on load. With a large document, this can take time.
My guess is that it takes significantly more time to create and insert a
field than to trigger the update process. When the API is used to insert,
we have no context on the operation so it seems reasonable to not make an
immediate update before return. If the update process takes 1000 times
longer to occur (probably depends on document size and other factors,
depending on what is updated), then if I want to insert 100 fields, what
might have taken a fraction of a second may now take minutes.
Commands triggered from the GUI can make the reasonable assumption that
the user is not likely to perform that task a 100 times, and that a user is
sitting right there and probably desires an immediate response to the
command, so then the triggered code (a dispatch) includes the update task
as part of the process.
If you think that not updating the single field immediately is a bug, you
should try inserting a Table Of Contents (TOC).
So, although you are certain that it is a bug, and you may be right, I
might call it a design decision that tends to make the typical user
experience more performant; which is the usual case. but this is mostly
speculation on my part.
Oliver, I have tired again, on my computer, if don't add sleep time, it
has problem for exist more than 2 page sample fie. You can try this sample,
add a page nubmer at end of this document. pls get this sample from
attachement.
2012/8/21 Andrew Douglas Pitonyak and...@pitonyak.org mailto:
and...@pitonyak.org
My expectation is that this is not a bug.
I think that this is probably a timing problem based on the speed
of the computer, the size of the document, how busy your CPU is,
etc. If you do not have a number, then the values have probably
not updated yet. Remember that the data model has no idea what
page number it really is. This value must be updated by the view
model / current controller (or something similar). If you have a
value, then it just so happens that the values updated
immediately. If you insert the value using the GUI, that code is
smart enough to then trigger the update before it returns.
On 08/21/2012 03:23 AM, dongjun zong wrote:
The strange thing is this API can works fine for doc sample
file. I guess
this is a bug.
2012/8/21 Andrew Douglas Pitonyak and...@pitonyak.org
mailto:and...@pitonyak.org
OK, I had
Re: [DISCUSS]: I would like to propose a new conversion mode parameter
+1,sounds a good idea,it will extend the usage areas of Aoo with better performance and expectation. On Wed, Aug 22, 2012 at 4:00 AM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/21/2012 03:38 AM, schrieb Lei Wang: On Tue, Aug 21, 2012 at 4:18 AM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/20/2012 04:54 PM, schrieb Jürgen Schmidt: OpenOffice is not only used as desktop application but also as hidden part of other software and often as a conversion engine in the backend. OpenOffice has very good filters for many file formats and the usage as a conversion engine is straight forward. And the conversion from one format into another can be improved and optimized by some special handling of parts of the document. For example external linked parts can be ignored and don't have to be loaded during conversion, embedded images can be simply copied etc. I would like to improve AOO for this kind of usage by introducing a new parameter -conversionmode. It's not comparable with the command line parameter -headless or the hidden property for loadComponentFromUrl(). The intention of this new global option is to have it available everywhere in the underlying code to optimize the performance of the conversion. Sounds reasonable. However, especially with the previous paragraph I don't know if I understood right. Do you want to simply make the import/export of docs faster when AOO isn't running in graphical mode? Would be great if you can fill this with some more details. For some enterprise user, AOO is used as a document conversion service in backend. For an example, convert MS 2003 binary file format to ODF file format. This conversion service does not need GUI. And user can not interrupt the process, which bring performance improvement opportunity which Jurgen mentioned. Thanks for your explaination. Now it's clear. ;-) Marcus This should have no influence/impact on the normal workflow but will help to make AOO potentially more attractive for backend usage. Means it will help to grow the broader eco-system around AOO. -- Best Regards,Jianhong Cheng
[QA REPORT] Long run report of r1372282
Hi all, I finally finished long-running GUI testing on AOO 3.4.1 build r1372282, on my ubuntu10.04. - Here is my scenario: 1. Create new Text Document/Spreadsheet/Presentation/Drawing. 2. Input some simple text in it. 3. Save and then reopen it. 4. Repeat the above steps. - Here is the long-running report. 1000 iterations, 124 hours, memory changed from 122028 KB to 1401496 KB， +1279KB per iteration. Comparing with the long-running test report on July 23 [1] and June 8 [2], memory leak is less than before. Although the vote of r1372282 is done, I still want to vote one more for that:) [1] 471 iterations, 61 hours, memory changed from 121168 KB to 809644 KB，+1462KB per iteration. [2] On Mon, Jun 11, 2012 at 9:17 AM, Zhe Liu aliu...@gmail.com wrote: Unfortunately，I lost Mac data and forget the iteration count. Fortunately, I also did the same test on Ubuntu: 361 iterations, 48hours, memory changed from 122644KB to 1133668KB， +2800KB per iteration. -- Best wishes. Linyi Li
Re: Unable to download OpenOffice via SourceForge
On Wed, Aug 22, 2012 at 8:31 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 22.08.2012 08:19, Peter Pöml wrote: Am 22.08.2012 um 04:16 schrieb Rob Weir robw...@apache.org: Hi Dave, Roberto's probably long asleep at this hour, so I hope you can pass this on to someone at SourceForge who might be still up in California. We're seeing widespread download errors when downloading OpenOffice. There was probably some prep work going on to get ready for the 3.4.1 release of OpenOffice tomorrow. But access to the 3.4.0 files seems to have been disrupted. Thanks in advance for passing this info on. Regards, -Rob I am getting tons of mails from people complaining they couldn't download Apache OpenOffice from openoffice.mirrorbrain.org (!). For example via http://sourceforge.net/**projects/openofficeorg.mirror/** files/stable/3.4.0/Apache_**OpenOffice_incubating_3.4.0_** Win_x86_install_en-US.exe/**downloadhttp://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download Please fix these links, which are clearly broken! Peter It looks like that the download links are working again. I checked a couple of links on our download page - all are redirected to SourceForge and the download started. Really sorry for the inconvenience, as Peter Oliver confirmed it has been fixed. Roberto Best regards, Oliver. -- This e- mail message is intended only for the named recipient(s) above. It may contain confidential and privileged information. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. Thank you.
Re: Où m'adresser pour aide technique
Hi, You can get OpenOffice.org 1.1.5 from http://archive.apache.org/dist/incubator/ooo/stable/ The md5sums are on http://www.openoffice.org/download/legacy/md5sums/1.1.5_md5sums.html Kind regards Regina marc.dames...@free.fr schrieb: Monsieur, J'ai téléchargé le dernier Open Office 3.4 il marche très bien ce dont je Vous remercie. Mais à titre technique je voudrais sur un ancien ordinateur window millenium télécharger la version qui devrait marcher la 1.1.5. Je n'y arrive pas je suis toujours redirigé vers des versions récentes. Où puis-je l'avoir, faut-il envoyer une disquette ou un cd quelque part. Ou dois-je me rediriger Merci Marc DAMESTOY Appt 109 11, Rue Georges Bergés 64100 BAYONNE FANCE
Re: [UPDATE SERVICE] proposed adaptation when AOO 3.4.1 is released.
Hi, On 14.08.2012 16:22, Oliver-Rainer Wittmann wrote: Hi, currently, an update service is active for OOo 3.3, OOo 3.2.1 and OOo 3.2 for all languages and platforms for whose we have a released AOO 3.4 package. When we have AOO 3.4.1 released I am planning the following adaptations of the update service one or two days after the release of AOO 3.4.1 has been announced: - adapt the update services for OOo 3.3, OOo 3.2.1 and OOo 3.2. -- update to available AOO 3.4.1 release. -- activate update service for the new languages Finnish (fi), British English (en-GB), Khmer (km), Slovak (sk) and Slovenian (sl). -- the pages of the new languages are yet not updated on our website. Thus the update function will redirect the users of the new languages to [1]. - activate the update service for AOO 3.4 for all languages and platforms for whose we will have a released AOO 3.4.1 package. - activate the update service for OOo 3.1.1 and OOo 3.1 for all languages and platforms for whose we will have a released AOO 3.4.1 package. Note: this task depends on the solution of JIRA issue INFRA-5112 [2]. I have prepared everything locally for the update servcices for AOO 3.4, OOo 3.3, OOo 3.2.1 and OOo 3.2 as discussed in this thread. Once the AOO 3.4.1 release has been announced I will adapt these update services. Best regards, Oliver.
Re: Unable to download OpenOffice via SourceForge
-- La lumière s'évapore sur la plaine chaude de la vallée close. L'été nous assome de toute sa clarté. 100.000 soleils Am 22.08.2012 um 09:46 schrieb Roberto Galoppini rgalopp...@geek.net: . Really sorry for the inconvenience, as Peter Oliver confirmed it has been fixed. Roberto Thanks a lot! Peter
[QA][Call For Review] SD SVT case
hi, all I developed a sd SVT case, it contains several operations on sd: 1) Create a new sd file 2) New slide 3) Insert table 4) Insertpictures 5) Insert slide from other external file 6) Slide show settings 7) slide show 8) save and close 9) loop 1~8 and check memory And this patch also updates UIMap class. Its patch is at https://issues.apache.org/ooo/show_bug.cgi?id=120658 And the sample file used in this test case is at https://issues.apache.org/ooo/show_bug.cgi?id=120659 Please help to review. Thanks
Re: Need to Revisit RAT Excludes and Wildcards
Hi, On 21.08.2012 14:34, Oliver-Rainer Wittmann wrote: Hi, On 21.08.2012 00:05, Dave Fisher wrote: Hi Folks, We are really getting ahead of ourselves. We have a legitimate -1 IPMC vote on our release, it might get changed - Marvin asked for confirmation that the IPMC votes are based only on the official SOURCE release. I looked again at the rat-excludes and we should look into a small handful of binary files that slip through. Most are test files and should be OK, but there are a small number that are not. If we have a plan to remove them and/or show that they are unused and harmless it may be that Marvin will be convinced to change his vote. Someone should inspect these wildcards in the source tree **/*.dbf **/*.dbt **/*.jar **/*.zip **/*.class **/*.dll **/*.exe **/*.mdb I will have a look at the specific *.dll files which can be found in our source. I have found the following *.dll files: - group 1: ./main/external/dbghelp/README_dbghelp.dll ./main/external/gdiplus/README_gdiplus.dll ./main/external/mingwm10/README_mingwm10.dll ./main/external/msvcp70/README_msvcp70.dll ./main/external/msvcp71/README_msvcX71.dll ./main/external/msvcp80/README_msvcX80.dll ./main/external/msvcp90/README_msvcX90.dll These are all text files with a bad file extension. The content of these files more or less explain which DLL needs to be copied in the given folder as a prerequisite for building AOO under Windows. Proposed solution: rename these files - group 2: ./main/testautomation/writer/optional/input/filter/lib/old/hwpreadermi.dll ./main/testautomation/writer/optional/input/filter/lib/old/jsreadermi.dll ./main/testautomation/writer/optional/input/filter/lib/wps2star.dll These DLLs are part of the former testing framework. Investigation reveals that these DLLs were checked into the repository together with some sample text document files (*.sxw, OpenOffice.org XML file format). I did not find any reference to these DLLs. Proposed solution: remove these DLLs - group 3: ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_0_0.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_0_1.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_0_2.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_0_3.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_0_3r3.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_0_4.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_1.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_2.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_2_1.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_3.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_3_1.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_4.dll ./main/testtools/source/cliversioning/old_version_libs_v2/version_2_4_1.dll ./main/testtools/source/cliversioning/version_libs/version_3_0_0.dll ./main/testtools/source/cliversioning/version_libs/version_3_0_1.dll ./main/testtools/source/cliversioning/version_libs/version_3_1.dll ./main/testtools/source/cliversioning/version_libs/version_3_1_1.dll ./main/testtools/source/cliversioning/version_libs/version_3_2.dll ./main/testtools/source/cliversioning/version_libs/version_3_2_1.dll ./main/testtools/source/cliversioning/version_libs/version_3_3.dll All these DLLs are build artefacts. The _X_X_X_ in the file name correspond to the OOo version for which the DLL has been created. See readme file ./main/testtools/source/cliversioning/readme.txt. I assume these former versions were kept in order to have the possibility to run the corresponding test also on former OOo versions. Proposed solution: remove these DLLs - group 4: ./main/xmerge/source/activesync/BIN/xmergesync.dll This is a build artefact which had been checked into the repository. It looks like - I have searched the SVN log from OOo project [1] - that someone was not able to get this DLL build in OOo's environment. It looks like that this DLL is needed for tool regutil.exe which can be build in ./main/xmerge/source/regutil/. But as this is not part of our build. Proposed solution: Remove completely the folders ./main/xmerge/source/activesync/ and ./main/xmerge/source/regutil/ I will go ahead and apply the proposed solution on trunk. Please raise your objections - svn commits can be easily reverted. Best regards, Oliver. [1] http://svn.services.openoffice.org/ooo/
[PROPOSAL] Remove testautomation/
Hi all, The testautomation module is one of the modules that contains jar files in its source. These contain xslt transformations, no code. The xslt transformations, however, still contain the old license headers. Instead of cleaning this up (replace the license headers, add exceptions to rat-excludes), I would like to remove the whole module. As far as I know it is not used anymore. A replacement is already in place: source in test/testuno/, server here [1]. Are there any objections? Regards, Andre [1] http://aootesting.adfinis-sygroup.org/index.php
Re: Need to Revisit RAT Excludes and Wildcards
Hi, On 21.08.2012 00:05, Dave Fisher wrote: Hi Folks, We are really getting ahead of ourselves. We have a legitimate -1 IPMC vote on our release, it might get changed - Marvin asked for confirmation that the IPMC votes are based only on the official SOURCE release. I looked again at the rat-excludes and we should look into a small handful of binary files that slip through. Most are test files and should be OK, but there are a small number that are not. If we have a plan to remove them and/or show that they are unused and harmless it may be that Marvin will be convinced to change his vote. Someone should inspect these wildcards in the source tree **/*.dbf **/*.dbt **/*.jar **/*.zip **/*.class **/*.dll **/*.exe **/*.mdb Now, I will have a look at the specific *.zip files which can be found in our source. Best regards, Oliver. E.G. $ find . -name *.jar ./avmedia/source/java/avmedia.jar ./qadevOOo/testdocs/qadevlibs/JobExecutor.jar ./qadevOOo/testdocs/qadevlibs/MyPersistObjectImpl.jar ./stax/download/README_stax-1.2.0.jar ./testautomation/global/input/xslt_stylesheets/docbook.jar ./testautomation/global/input/xslt_stylesheets/excel.jar ./testautomation/global/input/xslt_stylesheets/word.jar ./testautomation/global/input/xslt_stylesheets/xhtml.jar ./testgraphical/ui/java/ConvwatchGUIProject/dist/ConvwatchGUIProject.jar ./xmlsecurity/test_docs/tools/httpserv/dist/httpserv.jar $ ls -lart ./avmedia/source/java total 208 -rw-r--r--@ 1 dave staff 48 Nov 1 2011 manifest -rw-r--r--@ 1 dave staff 15776 Nov 1 2011 avmedia.jar drwxr-xr-x@ 10 dave staff340 Nov 1 2011 .. -rw-r--r--@ 1 dave staff 6553 Nov 7 2011 FrameGrabber.java drwxr-xr-x@ 3 dave staff102 Nov 7 2011 x11 -rw-r--r--@ 1 dave staff 21629 Nov 7 2011 WindowAdapter.java -rw-r--r--@ 1 dave staff 20064 Nov 7 2011 PlayerWindow.java -rw-r--r--@ 1 dave staff 2120 Nov 7 2011 MediaUno.java drwxr-xr-x@ 3 dave staff102 Nov 7 2011 win -rw-r--r--@ 1 dave staff 9906 Nov 7 2011 Player.java -rw-r--r--@ 1 dave staff 4367 Nov 7 2011 Manager.java -rw-r--r--@ 1 dave staff 2132 Jan 19 2012 makefile.mk -rw-r--r--@ 1 dave staff 1230 Jan 19 2012 avmedia.jar.component drwxr-xr-x@ 14 dave staff476 Jan 19 2012 . $ jar tvf ./avmedia/source/java/avmedia.jar 104 Thu Jun 10 20:27:16 PDT 2010 META-INF/MANIFEST.MF 1277 Thu Jun 10 20:27:16 PDT 2010 MediaUno.class 4872 Thu Jun 10 20:27:16 PDT 2010 Player.class 8279 Thu Jun 10 20:27:16 PDT 2010 PlayerWindow.class 7738 Thu Jun 10 20:27:16 PDT 2010 WindowAdapter.class 0 Thu Jun 10 19:46:36 PDT 2010 avmedia/ 0 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/ 104 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/MANIFEST.MF 1418 Thu Jun 10 20:27:16 PDT 2010 SystemWindowAdapter.class 3883 Thu Jun 10 20:27:16 PDT 2010 FrameGrabber.class 2066 Thu Jun 10 20:27:16 PDT 2010 Manager.class It looks like the jar file is unnecessary, but it may be in use. Regards, Dave PS. Sure glad that we did as suggested by Pedro ;-)
Re: [PROPOSAL] Remove testautomation/
Hi, On 22.08.2012 11:28, Andre Fischer wrote: Hi all, The testautomation module is one of the modules that contains jar files in its source. These contain xslt transformations, no code. The xslt transformations, however, still contain the old license headers. Instead of cleaning this up (replace the license headers, add exceptions to rat-excludes), I would like to remove the whole module. As far as I know it is not used anymore. A replacement is already in place: source in test/testuno/, server here [1]. Are there any objections? No objections from my side, but a +1 This solution would also handle the DLLs which are found in this module - see my corresponding post in thread Need to Revisit RAT Excludes and Wildcards. Best regards, Oliver.
[QA][CallForReview][Automation[UNO]Test create, load, save Page Count field
Hi All, I create a script test page count field, including create, load save. Pls help reivew, patch could be get from here. https://issues.apache.org/ooo/show_bug.cgi?id=120660 Best Regards DongJun Zong
Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/
On 22 August 2012 07:05, Andrea Pescetti pesce...@apache.org wrote: sebb wrote: On 21 August 2012 22:23, Daniel Shahaf wrote: Why? Could very well have a publish all changes mode (the current only option) alongside the cherry picking (publish only selected file) mode. This thread started because something was published inadvertently. No, this thread started because people (including me) who did want to publish their changes only, and who routinely used the Diff command in the CMS to examine what would be published, were forced to take the all or nothing approach (you will find me noting this in the log messages too). I was going by the following comments: Sorry but IMHO this process failed. Just today evening (Hamburg time) someone has published again website changes. If we rely on a process that is so fragile, then IMHO we shouldn't do this. Because there will be always somebody: If the purpose of the enhancement is to prevent this happening, then there needs to be some barrier that prevents inadvertent publication. This would be an extra guarantee, but probably an unnecessary complication for what we have seen so far. Ability to publish one directory only would already help a lot. Regards, Andrea.
Re: [VOTE] Apache OpenOffice Community Graduation Vote
Hi all, +1 Let us go! :) Thanks, khirano On Mon, Aug 20, 2012 at 12:52 AM, Rob Weir robw...@apache.org wrote: Per the IPMC's Guide to Successful Graduation [1] this is the optional, but recommended, community vote for us to express our willingness/readiness to govern ourselves. If this vote passes then we continue by drafting a charter, submitting it for IPMC endorsement, and then to the ASF Board for final approval. Details can be found in the Guide to Successful Graduation. Everyone in the community is encouraged to vote. Votes from PPMC members and Mentors are binding. This vote will run 72-hours. [ ] +1 Apache OpenOffice community is ready to graduate from the Apache Incubator. [ ] +0 Don't care. [ ] -1 Apache OpenOffice community is not ready to graduate from the Apache Incubator because... Regards, -Rob [1] http://incubator.apache.org/guides/graduation.html#tlp-community-vote -- khir...@apache.org Apache OpenOffice (incubating) http://incubator.apache.org/openofficeorg/
Re: svn commit: r829379 - in /websites/production/ooo-site: cgi-bin/ content/
On Wed, Aug 22, 2012 at 5:54 AM, sebb seb...@gmail.com wrote: On 22 August 2012 07:05, Andrea Pescetti pesce...@apache.org wrote: sebb wrote: On 21 August 2012 22:23, Daniel Shahaf wrote: Why? Could very well have a publish all changes mode (the current only option) alongside the cherry picking (publish only selected file) mode. This thread started because something was published inadvertently. No, this thread started because people (including me) who did want to publish their changes only, and who routinely used the Diff command in the CMS to examine what would be published, were forced to take the all or nothing approach (you will find me noting this in the log messages too). I was going by the following comments: Sorry but IMHO this process failed. Just today evening (Hamburg time) someone has published again website changes. If we rely on a process that is so fragile, then IMHO we shouldn't do this. Because there will be always somebody: I think either solution would work for us; A) Ability to lock publication either of the entire /ooo-site or at the level of a specific subdir. But I suppose from perspective of Infra, everything is a subdir. B) Ability in CMS for user to check off which files are actually published, e.g., which subset. If it can default to select the files that were modified in the current session, that is even better. If the purpose of the enhancement is to prevent this happening, then there needs to be some barrier that prevents inadvertent publication. This would be an extra guarantee, but probably an unnecessary complication for what we have seen so far. Ability to publish one directory only would already help a lot. Regards, Andrea.
Re: Need to Revisit RAT Excludes and Wildcards
Hi, On 22.08.2012 11:29, Oliver-Rainer Wittmann wrote: Hi, On 21.08.2012 00:05, Dave Fisher wrote: Hi Folks, We are really getting ahead of ourselves. We have a legitimate -1 IPMC vote on our release, it might get changed - Marvin asked for confirmation that the IPMC votes are based only on the official SOURCE release. I looked again at the rat-excludes and we should look into a small handful of binary files that slip through. Most are test files and should be OK, but there are a small number that are not. If we have a plan to remove them and/or show that they are unused and harmless it may be that Marvin will be convinced to change his vote. Someone should inspect these wildcards in the source tree **/*.dbf **/*.dbt **/*.jar **/*.zip **/*.class **/*.dll **/*.exe **/*.mdb Now, I will have a look at the specific *.zip files which can be found in our source. I have found the following ZIP files: - group 1: ./main/icc/makefiles.zip This ZIP file contains certain makefiles for the purpose to build the source code of ICC with our build system. These makefiles were part of Oracle's SGA and their license header had been already adapted accordingly by Andrew Rist. Proposed solution: exclude this ZIP explicitly from the RAT scan (full path named in the rat-excludes file) together with the above documentation of the IP review. - group 2: ./main/scripting/workben/data/share_scripts.zip ./main/scripting/workben/data/user_scripts.zip These ZIP files contain some more or less empty .java, .class, .xml and .class files. I did not find any references to these files. The ZIP files were checked into the repository with the comment Add some jsuite tests for the Scripting Framework. Thus, I assume that they are only for testing purposes. ./main/scripting/workben/ is also not part of our build. I tried to build it, but the build failed. Proposed solution: remove these ZIP files. (May be the complete folder ./main/scripting/workben/ can be removed.) - group 3: ./main/sd/res/buttons/glas-blue.zip ./main/sd/res/buttons/glas-green.zip ./main/sd/res/buttons/glas-red.zip ./main/sd/res/buttons/round-gorilla.zip ./main/sd/res/buttons/round-white.zip ./main/sd/res/buttons/simple.zip ./main/sd/res/buttons/square-blue.zip ./main/sd/res/buttons/square-gray.zip ./main/sd/res/buttons/square-green.zip ./main/sd/res/buttons/square-red.zip ./main/sd/res/buttons/square-yellow.zip Each of these ZIP files contain a set of 12 PNG images. The differences between the images of one ZIP file to another ZIP file are in color and/or shape - as the names of the ZIP files indicate. These images are used when exporting a presentation document to HTML as navigation buttons in the created HTML. The user can choose one of the sets. These ZIP files are part of Oracle's SGA. Proposed solution: exclude these ZIP files explicitly from the RAT scan (full paths named in the rat-excludes file) and put a license file into ./main/sd/res/buttons/ to provide corresponding license information for the PNG images inside the ZIP files. Best regards, Oliver.
Re: Social integration for Apache OpenOffice 4.0
KG01- see comments inline On Wednesday, August 22, 2012 x-apple-data-detectors://48, Rob Weir wrote: On Tue, Aug 21, 2012 at 3:20 PM, Phillip Rhodes motley.crue@gmail.com javascript:; wrote: Per Rob's email about the Help us brainstorm ideas for Apache OpenOffice 4.0 I was perusing the Google Moderator doc[1] and came across this suggestion: Provide social capabilities within core editors to share selection, page/sheet/slide, or entire document with popular services including: micro-blogs, social networks, curation communities, and file sharing services. I think there's a lot to be said for this, and wouldn't mind getting involved with such an initiative. Posting this to try and spark some discussion around this suggestion. My own comment, in response to Kevin's Moderator post was this: I like the idea of having something like this. If we had something like that, I'd like a somewhat generic / extensible framework, so it can be wired into pretty much any service, including services that don't even exist today. KG01 - Agreed, a generic and scalable framework would be great. Any thoughts on what social integration for AOO should look like, and is anyone else interested in this? [1]: https://www.google.com/moderator/#16/e=2011d5 KG01 - I feel that there is enough momentum here to start capturing some usage scenarios. I can create a page on the wiki to capture some scenaios. Perhaps we could run a session at the upcoming November conference to validate and prioritize the scenarios. We (IBM) did a proof-of-concept along these lines for a demo at a conference last January. Here is the general use case. It was an extension to Impress that would allow the user to send the current slide to the activity stream of an OpenSocial container. It converted the slide to a JPG, presented a dialog for the user to enter a comment and then used the OpenSocial REST API to send this to the server. The slide could then be viewed on the server via the containers web interface. Other users could comment on it. When the document re-loaded into Impress the container would be queried and the latest comments would be retrieved and integrated into Impress, into a side panel. So the net result was a user could post a slide with a question like What do you think of this slide?, have it be shared with their friends, and then receive comments back from them. It demo'ed well and seems to have some merit. KG01 - there it is, our first usage scenario :) One idea would be to integrate such support and generalize it to Calc and Writer. Another idea might be to support other, non-OpenSocial social networks. The key seems to be the ability to convert a portion of a document into a snippet that is web-renderable (HTML or JPG) and track context. Oh, and a lot of OAuth ;-) Regards, -Rob (Disclaimer: my interest is partly - but not exclusively - motivated by commercial concerns, as I am a founder of a startup that's working on open source Enterprise Social Networking / Enterprise 2.0 products, and would be interested in exploring ways AOO could work with our product(s)) Phil
Re: Help us brainstorm ideas for Apache OpenOffice 4.0
Agreed, Moderator is a great tool to rank our ideas. On Wednesday, August 22, 2012 x-apple-data-detectors://82, Rob Weir wrote: On Tue, Aug 21, 2012 at 9:32 PM, Shenfeng Liu liush...@gmail.comjavascript:; wrote: Back to the topic... :) The page looks great! I submitted 1 UI proposal and voted for some others... So far: 117 people have submitted 103 ideas and cast 902 votes -Rob - Simon 2012/8/22 x-apple-data-detectors://85 Rob Weir robw...@apache.orgjavascript:; As we perform the final preparations to release Apache OpenOffice 3.4.1 it is a good time to look ahead to the future. A big opportunity is OpenOffice 4.0. That once seemed so very far away, but 2013 is getting closer every day. Will it be a large collection of small ideas? Will it have a major overarching theme? Or will it just be whatever random stuff we happen to have on a given date when we release 4.0? The answer, of course, depends on what we, as project members/volunteers decide to do. It is a good time now, as a background activity, to poll the community and wider ecosystem on ideas for Apache OpenOffice 4.0. To participate, go to this page on Google Moderator, where you can help us gather and rate ideas: https://www.google.com/moderator/#16/e=2011d5 A few project members have already seeded this with some initial ideas. Of course, you are encouraged to add your own ideas, as well as rate the ideas of others. Try not to censor yourself from thinking outside-of-the-box. We need big ideas as well as incremental ones. We don't have a close date on this brainstorming activity, but it is good to get your ideas in early, so there is an opportunity for others to rate and comment on it. Regards, -Rob
Re: Help us brainstorm ideas for Apache OpenOffice 4.0
On 8/22/12 4:03 PM, Kevin Grignon wrote: Agreed, Moderator is a great tool to rank our ideas. 196 people have submitted 164 ideas and cast 1,852 votes until now Juergen On Wednesday, August 22, 2012 x-apple-data-detectors://82, Rob Weir wrote: On Tue, Aug 21, 2012 at 9:32 PM, Shenfeng Liu liush...@gmail.comjavascript:; wrote: Back to the topic... :) The page looks great! I submitted 1 UI proposal and voted for some others... So far: 117 people have submitted 103 ideas and cast 902 votes -Rob - Simon 2012/8/22 x-apple-data-detectors://85 Rob Weir robw...@apache.orgjavascript:; As we perform the final preparations to release Apache OpenOffice 3.4.1 it is a good time to look ahead to the future. A big opportunity is OpenOffice 4.0. That once seemed so very far away, but 2013 is getting closer every day. Will it be a large collection of small ideas? Will it have a major overarching theme? Or will it just be whatever random stuff we happen to have on a given date when we release 4.0? The answer, of course, depends on what we, as project members/volunteers decide to do. It is a good time now, as a background activity, to poll the community and wider ecosystem on ideas for Apache OpenOffice 4.0. To participate, go to this page on Google Moderator, where you can help us gather and rate ideas: https://www.google.com/moderator/#16/e=2011d5 A few project members have already seeded this with some initial ideas. Of course, you are encouraged to add your own ideas, as well as rate the ideas of others. Try not to censor yourself from thinking outside-of-the-box. We need big ideas as well as incremental ones. We don't have a close date on this brainstorming activity, but it is good to get your ideas in early, so there is an opportunity for others to rate and comment on it. Regards, -Rob
Re: [PROPOSAL] Remove testautomation/
+1 Please go ahead. It will make the test project more clearly. Thanks. 2012/8/22 Oliver-Rainer Wittmann orwittm...@googlemail.com Hi, On 22.08.2012 11:28, Andre Fischer wrote: Hi all, The testautomation module is one of the modules that contains jar files in its source. These contain xslt transformations, no code. The xslt transformations, however, still contain the old license headers. Instead of cleaning this up (replace the license headers, add exceptions to rat-excludes), I would like to remove the whole module. As far as I know it is not used anymore. A replacement is already in place: source in test/testuno/, server here [1]. Are there any objections? No objections from my side, but a +1 This solution would also handle the DLLs which are found in this module - see my corresponding post in thread Need to Revisit RAT Excludes and Wildcards. Best regards, Oliver. -- Thanks Best Regards, Yan Ji
Defect Status wiki
Thanks for Rob's defect chart! While, I think there are more defect status worthy to trace to give people the overall picture of AOO quality status. So I created a AOO Defect Status Reporthttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO+Defect+Status+Reportwiki to list what in my mind. I will think about how to merge the information to the defect chart page below when I figure out how to create multiple charts in one page. The information can include: (1) Snapshot data that tell us the backlog status that need developer, tester and release manager's attention. (2) Weekly progress similar to the defect chart page below to show our achievements. (3) Top contributors in different areas for recognition and to show our appreciation. (but unfortunately I don't know how to create the queries... :-( ) Some questions I have: (1) I'm a poor BZ user. Those marked in red mean I don't know how to create the query (or list corresponding columns). I wonder if any one give the suggestion? (2) I'm not sure what's the difference between the status *Verified* and *Closed*. IMO all the defects verified should finally be closed. (3) Any more queries? Any comments are welcome! - Simon 2012/8/16 Rob Weir robw...@apache.org On Wed, Aug 15, 2012 at 10:05 AM, Shenfeng Liu liush...@gmail.com wrote: Rob, It is a great idea to put the CSV files to Subversion! Attached is the file I created for issue created and fixed, taking 2011-06-01 as starting point, and counting all the issue types in. Please check if you have any comments or suggestion. Here it is: http://www.openoffice.org/stats/defects.html If you have a better description you can edit the HTML to add it. -Rob Thanks! - Shenfeng 2012/8/15 Rob Weir robw...@apache.org On Wed, Aug 15, 2012 at 2:23 AM, Shenfeng Liu liush...@gmail.com wrote: Rob, For the defect status, I created r searches and shared them: - All_Closed_Since - All_In_Resolved_Since - All_Reported_Since - All_Verified_Since I will make out the csv files later. Great. My goal is to have the charts be based on CSV files that we store in Subversion. That way any of us can update the data with simple check-in, even using the CMS interface. -Rob And I'm thinking of a wiki to consolidate those defect/quality status summary with weekly/monthly update, as you suggested before. Also will do it later this week. Thanks! - Shenfeng 2012/8/15 Rob Weir robw...@apache.org On Tue, Aug 14, 2012 at 7:12 PM, Kay Schenk kay.sch...@gmail.com wrote: On Tue, Aug 14, 2012 at 10:46 AM, Rob Weir robw...@apache.org wrote: http://www.openoffice.org/stats/ooo-dev-subscribers.html and http://www.openoffice.org/stats/committers.html I'm getting the hang of this, so if there is any other data that is easy to extract on a regular basis, I can make charts for these. OK. I fixed the typos that Andrea noted. These are great! What can we do to make them more easy to find? Maybe we can turn the main ooo/stats/index.html page into a directory of stats, each one on its own page? But then the stats project is not prominently linked either. But there are ways we can fix that as well. If we can get a few good stats pages up it might even be worth having a blog post on them. The technical requirement is that they need to be formed into a CSV file with each row like this: iso-date, data-1, data-2,data-n For example see this data file: http://www.openoffice.org/stats/aoo34-downloads.txt If there are multiple data points for each date, they can be displayed on the same or separate charts. Any suggestions? Bug find/fix rates? This one would definitely be good to graph...but I'm not sure how to approach it. I just did a search on bug fix rates and well...an interesting cast of ideas If we can get a report of new bugs by creation date, and closed bugs by fix date, then we can get the data series we need. Forum posts/subscribers? Commits? Regards, -Rob -- MzK Never express yourself more clearly than you are able to think. -- Niels Bohr
OOO: missing group write permissions under /dist
Checking /www/www.apache.org/dist/incubator The following entries don't have group write enabled. This can cause problems later, so please fix, Thanks! 54214290 6 drwxr-sr-x 3 jsc incubator 3 Aug 21 19:32 ./ooo/3.4.1 54214291 6 drwxr-sr-x 2 jsc incubator 14 Aug 21 19:32 ./ooo/3.4.1/source
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. But...Juergen and Marcus's tomorrow comes much earlier than mine so I don't know exactly what time anything will be happening. Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidt jogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E Thank you for your support Juergen -- MzK As a child my family's menu consisted of two choices: take it or leave it. -- Buddy Hackett
Re: Help us brainstorm ideas for Apache OpenOffice 4.0
On Wed, 22 Aug 2012 16:24:31 +0200 Jürgen Schmidt jogischm...@gmail.com wrote: On 8/22/12 4:03 PM, Kevin Grignon wrote: Agreed, Moderator is a great tool to rank our ideas. 196 people have submitted 164 ideas and cast 1,852 votes until now Juergen On Wednesday, August 22, 2012 x-apple-data-detectors://82, Rob Weir wrote: On Tue, Aug 21, 2012 at 9:32 PM, Shenfeng Liu liush...@gmail.comjavascript:; wrote: Back to the topic... :) The page looks great! I submitted 1 UI proposal and voted for some others... So far: 117 people have submitted 103 ideas and cast 902 votes -Rob - Simon 2012/8/22 x-apple-data-detectors://85 Rob Weir robw...@apache.orgjavascript:; As we perform the final preparations to release Apache OpenOffice 3.4.1 it is a good time to look ahead to the future. A big opportunity is OpenOffice 4.0. That once seemed so very far away, but 2013 is getting closer every day. Will it be a large collection of small ideas? Will it have a major overarching theme? Or will it just be whatever random stuff we happen to have on a given date when we release 4.0? The answer, of course, depends on what we, as project members/volunteers decide to do. It is a good time now, as a background activity, to poll the community and wider ecosystem on ideas for Apache OpenOffice 4.0. To participate, go to this page on Google Moderator, where you can help us gather and rate ideas: https://www.google.com/moderator/#16/e=2011d5 A few project members have already seeded this with some initial ideas. Of course, you are encouraged to add your own ideas, as well as rate the ideas of others. Try not to censor yourself from thinking outside-of-the-box. We need big ideas as well as incremental ones. We don't have a close date on this brainstorming activity, but it is good to get your ideas in early, so there is an opportunity for others to rate and comment on it. Regards, -Rob When Rob passed the address to this list, I took the liberty of posting it on the User Experience subforum of the en Forum http://user.services.openoffice.org/en/forum/viewforum.php?f=106 so that interested Users might contribute their ideas. -- Rory O'Farrell ofarr...@iol.ie
NewWikiMainPage
Hi, I am finding that a lot of the links on the Open Office Page are broken. I am trying to get the English (Canada) Open Office Dictionary and this link is broken. Thanks, Ken Cole
Re: OOO: missing group write permissions under /dist
On 8/22/12 5:20 PM, sebb wrote: Checking /www/www.apache.org/dist/incubator The following entries don't have group write enabled. This can cause problems later, so please fix, Thanks! 54214290 6 drwxr-sr-x 3 jsc incubator 3 Aug 21 19:32 ./ooo/3.4.1 54214291 6 drwxr-sr-x 2 jsc incubator 14 Aug 21 19:32 ./ooo/3.4.1/source I thought I had send it already, it is fixed Juergen
Re: Help us brainstorm ideas for Apache OpenOffice 4.0
On Wed, Aug 22, 2012 at 12:51 PM, Rory O'Farrell ofarr...@iol.ie wrote: On Wed, 22 Aug 2012 16:24:31 +0200 Jürgen Schmidt jogischm...@gmail.com wrote: On 8/22/12 4:03 PM, Kevin Grignon wrote: Agreed, Moderator is a great tool to rank our ideas. 196 people have submitted 164 ideas and cast 1,852 votes until now Juergen On Wednesday, August 22, 2012 x-apple-data-detectors://82, Rob Weir wrote: On Tue, Aug 21, 2012 at 9:32 PM, Shenfeng Liu liush...@gmail.comjavascript:; wrote: Back to the topic... :) The page looks great! I submitted 1 UI proposal and voted for some others... So far: 117 people have submitted 103 ideas and cast 902 votes -Rob - Simon 2012/8/22 x-apple-data-detectors://85 Rob Weir robw...@apache.orgjavascript:; As we perform the final preparations to release Apache OpenOffice 3.4.1 it is a good time to look ahead to the future. A big opportunity is OpenOffice 4.0. That once seemed so very far away, but 2013 is getting closer every day. Will it be a large collection of small ideas? Will it have a major overarching theme? Or will it just be whatever random stuff we happen to have on a given date when we release 4.0? The answer, of course, depends on what we, as project members/volunteers decide to do. It is a good time now, as a background activity, to poll the community and wider ecosystem on ideas for Apache OpenOffice 4.0. To participate, go to this page on Google Moderator, where you can help us gather and rate ideas: https://www.google.com/moderator/#16/e=2011d5 A few project members have already seeded this with some initial ideas. Of course, you are encouraged to add your own ideas, as well as rate the ideas of others. Try not to censor yourself from thinking outside-of-the-box. We need big ideas as well as incremental ones. We don't have a close date on this brainstorming activity, but it is good to get your ideas in early, so there is an opportunity for others to rate and comment on it. Regards, -Rob When Rob passed the address to this list, I took the liberty of posting it on the User Experience subforum of the en Forum http://user.services.openoffice.org/en/forum/viewforum.php?f=106 so that interested Users might contribute their ideas. Good idea. Thanks. I see that @SourceForge just sent out a tweet about this brainstorming. It is mentioned in our release announcement as well. -Rob -- Rory O'Farrell ofarr...@iol.ie
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) Thanks Marcus But...Juergen and Marcus's tomorrow comes much earlier than mine so I don't know exactly what time anything will be happening. Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidt jogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E Thank you for your support Juergen
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. If he says it is ready on their side can move our changes to staging and do some quick testing to make sure we don't have any broken links. Actually, we can move to staging now if we want. But just be careful everyone not to publish yet. -Rob Thanks Marcus But...Juergen and Marcus's tomorrow comes much earlier than mine so I don't know exactly what time anything will be happening. Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidt jogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E Thank you for your support Juergen
Re: Help us brainstorm ideas for Apache OpenOffice 4.0
On 8/22/12 7:54 PM, Rob Weir wrote: On Wed, Aug 22, 2012 at 12:51 PM, Rory O'Farrell ofarr...@iol.ie wrote: On Wed, 22 Aug 2012 16:24:31 +0200 Jürgen Schmidt jogischm...@gmail.com wrote: On 8/22/12 4:03 PM, Kevin Grignon wrote: Agreed, Moderator is a great tool to rank our ideas. 196 people have submitted 164 ideas and cast 1,852 votes until now Juergen On Wednesday, August 22, 2012 x-apple-data-detectors://82, Rob Weir wrote: On Tue, Aug 21, 2012 at 9:32 PM, Shenfeng Liu liush...@gmail.comjavascript:; wrote: Back to the topic... :) The page looks great! I submitted 1 UI proposal and voted for some others... So far: 117 people have submitted 103 ideas and cast 902 votes -Rob - Simon 2012/8/22 x-apple-data-detectors://85 Rob Weir robw...@apache.orgjavascript:; As we perform the final preparations to release Apache OpenOffice 3.4.1 it is a good time to look ahead to the future. A big opportunity is OpenOffice 4.0. That once seemed so very far away, but 2013 is getting closer every day. Will it be a large collection of small ideas? Will it have a major overarching theme? Or will it just be whatever random stuff we happen to have on a given date when we release 4.0? The answer, of course, depends on what we, as project members/volunteers decide to do. It is a good time now, as a background activity, to poll the community and wider ecosystem on ideas for Apache OpenOffice 4.0. To participate, go to this page on Google Moderator, where you can help us gather and rate ideas: https://www.google.com/moderator/#16/e=2011d5 A few project members have already seeded this with some initial ideas. Of course, you are encouraged to add your own ideas, as well as rate the ideas of others. Try not to censor yourself from thinking outside-of-the-box. We need big ideas as well as incremental ones. We don't have a close date on this brainstorming activity, but it is good to get your ideas in early, so there is an opportunity for others to rate and comment on it. Regards, -Rob When Rob passed the address to this list, I took the liberty of posting it on the User Experience subforum of the en Forum http://user.services.openoffice.org/en/forum/viewforum.php?f=106 so that interested Users might contribute their ideas. Good idea. Thanks. I see that @SourceForge just sent out a tweet about this brainstorming. It is mentioned in our release announcement as well. I did the same on Xing Juergen -Rob -- Rory O'Farrell ofarr...@iol.ie
Re: [ooo-site]
On Wed, Aug 22, 2012 at 3:52 AM, Rob Weir robw...@apache.org wrote: On Tue, Aug 21, 2012 at 9:46 PM, Wilson Goh w...@allot.com wrote: Hello webmaster, there is a broken link, http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe/download Aside from the error, why is the error page this: http://openoffice.mirrorbrain.org/files/stable/3.4.0/Apache_OpenOffice_incubating_3.4.0_Win_x86_install_en-US.exe So if a SF download fails it redirects to mirrorbrain error page? I assume we don't want this because this asks users to report the error to webmas...@mirrorbrain.org. Yesterday when we started syncing AOO 3.4.1 files, the stable files for 3.4.0 were unexpectedly re-copied due to them having a different timestamp than what we had for the files (we're not sure why the timestamp differed). This re-copy caused us to mark the files as unavailable on our mirrors (since they are treated as new files). During this time we served up some redirects to MirrorBrain, a backup mechanism we crafted earlier to push complete serving failures for OOo 3.3 back to MirrorBrain (actually never used until today). Since 3.4 files were not available on MirrorBrain - due to us not having populated the 3.4.0 release on MirrorBrain - redirected downloads didn't get served eventually. We removed this code, and instead display an error page when this condition arises, so that end-users will be asked to report to SourceForge directly. For future releases we'll exclude prior AOO releases when copying new-release files so we don't need to worry about tweaked timestamps. We will take additional measures to monitor selected files to confirm they are serving properly (with pager notification upon fault). Again, sorry for the inconvenience. Roberto -Rob ## This message is intended only for the designated recipient(s).It may contain confidential or proprietary information. If you are not the designated recipient, you may not review, copy or distribute this message. If you have mistakenly received this message, please notify the sender by a reply e-mail and delete this message. Thank you. ## -- This e- mail message is intended only for the named recipient(s) above. It may contain confidential and privileged information. If you are not the intended recipient you are hereby notified that any dissemination, distribution or copying of this e-mail and any attachment(s) is strictly prohibited. If you have received this e-mail in error, please immediately notify the sender by replying to this e-mail and delete the message and any attachment(s) from your system. Thank you.
Re: Social integration for Apache OpenOffice 4.0
On Wed, Aug 22, 2012 at 9:59 AM, Kevin Grignon kevingrignon...@gmail.comwrote: KG01- see comments inline On Wednesday, August 22, 2012 x-apple-data-detectors://48, Rob Weir wrote: On Tue, Aug 21, 2012 at 3:20 PM, Phillip Rhodes motley.crue@gmail.com javascript:; wrote: Per Rob's email about the Help us brainstorm ideas for Apache OpenOffice 4.0 I was perusing the Google Moderator doc[1] and came across this suggestion: Provide social capabilities within core editors to share selection, page/sheet/slide, or entire document with popular services including: micro-blogs, social networks, curation communities, and file sharing services. I think there's a lot to be said for this, and wouldn't mind getting involved with such an initiative. Posting this to try and spark some discussion around this suggestion. My own comment, in response to Kevin's Moderator post was this: I like the idea of having something like this. If we had something like that, I'd like a somewhat generic / extensible framework, so it can be wired into pretty much any service, including services that don't even exist today. KG01 - Agreed, a generic and scalable framework would be great. Any thoughts on what social integration for AOO should look like, and is anyone else interested in this? [1]: https://www.google.com/moderator/#16/e=2011d5 KG01 - I feel that there is enough momentum here to start capturing some usage scenarios. I can create a page on the wiki to capture some scenaios. Perhaps we could run a session at the upcoming November conference to validate and prioritize the scenarios. Please do (start wiki page). We have a talk proposal on this topic under review for ACE in November. We (IBM) did a proof-of-concept along these lines for a demo at a conference last January. Here is the general use case. It was an extension to Impress that would allow the user to send the current slide to the activity stream of an OpenSocial container. It converted the slide to a JPG, presented a dialog for the user to enter a comment and then used the OpenSocial REST API to send this to the server. The slide could then be viewed on the server via the containers web interface. Other users could comment on it. When the document re-loaded into Impress the container would be queried and the latest comments would be retrieved and integrated into Impress, into a side panel. So the net result was a user could post a slide with a question like What do you think of this slide?, have it be shared with their friends, and then receive comments back from them. It demo'ed well and seems to have some merit. KG01 - there it is, our first usage scenario :) One idea would be to integrate such support and generalize it to Calc and Writer. Another idea might be to support other, non-OpenSocial social networks. The key seems to be the ability to convert a portion of a document into a snippet that is web-renderable (HTML or JPG) and track context. Oh, and a lot of OAuth ;-) +1000 Regards, -Rob (Disclaimer: my interest is partly - but not exclusively - motivated by commercial concerns, as I am a founder of a startup that's working on open source Enterprise Social Networking / Enterprise 2.0 products, and would be interested in exploring ways AOO could work with our product(s)) Excellent! Please pursue this opportunity. Phil
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
Dňa Wed, 22 Aug 2012 20:40:05 +0200 Rob Weir robw...@apache.org napísal: On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. If he says it is ready on their side can move our changes to staging and do some quick testing to make sure we don't have any broken links. Actually, we can move to staging now if we want. But just be careful everyone not to publish yet. -Rob Hi all, I got some questions maybe later, maybe stupid, maybe in wrong thread, but : 1) I hit today on [Stage] link today some times, is it problem ? 2) I need exact links for the files, and I don't know where the files will be. It will be in SourceForce openoffice.mirror directory ? (i can't provide Apache links because of load, right ?) 3) The whole ooo-site 'll be publised in the same time, so in this time have to be all NL pages reworked ? 4) There wasn't been Slovak packages of AOO from 3.2.1, so lot of users use AOO 3.4 in Czech language and 3.3.0 too (3.3.0 has only language pack). The redirection of update service to /sk/download will not work right ? Or is it used some geolocating service based on IPs - from which country user access to pages(or can be)? 5) Google has indexed old SK page, (I slowly remove it) but is possibe force Google's robots to reindex page ? NOT now but one day. Thanks for answers and sorry for bad timing. Regards, Michal Hriň Thanks Marcus But...Juergen and Marcus's tomorrow comes much earlier than mine so I don't know exactly what time anything will be happening. Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidt jogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E Thank you for
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, Aug 22, 2012 at 2:40 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. I just chatted with Roberto. He says they are ready! So can we all get our page changes onto staging? No one publish yet. But lets get the updated announcement, release notes, and especially the updated download pages in place. We can do a quick sanity check and if no problems are found then we can publish them later tonight. I'll hold off the announcement until tomorrow morning, giving some extra time for any errors to be reported at low volume before we turn on the fire hose! -Rob If he says it is ready on their side can move our changes to staging and do some quick testing to make sure we don't have any broken links. Actually, we can move to staging now if we want. But just be careful everyone not to publish yet. -Rob Thanks Marcus But...Juergen and Marcus's tomorrow comes much earlier than mine so I don't know exactly what time anything will be happening. Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidt jogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E Thank you for your support Juergen
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, Aug 22, 2012 at 10:18 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 22, 2012 at 2:40 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. I just chatted with Roberto. He says they are ready! So can we all get our page changes onto staging? No one publish yet. But lets get the updated announcement, release notes, and especially the updated download pages in place. We can do a quick sanity check and if no problems are found then we can publish them later tonight. I'll hold off the announcement until tomorrow morning, giving some extra time for any errors to be reported at low volume before we turn on the fire hose! For the time being AOO 3.4 is still the default, once the news is out we'll set the dafult to AOO 3.4.1. Note that the default comes into play for users downloading AOO directly from SourceForge (mostly because of the Carousel on SourceForge directory displaying the Apache OpenOffice ads). Roberto -Rob If he says it is ready on their side can move our changes to staging and do some quick testing to make sure we don't have any broken links. Actually, we can move to staging now if we want. But just be careful everyone not to publish yet. -Rob Thanks Marcus But...Juergen and Marcus's tomorrow comes much earlier than mine so I don't know exactly what time anything will be happening. Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidt jogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, Aug 22, 2012 at 4:09 PM, Michal Hriň michalh...@aol.com wrote: Dňa Wed, 22 Aug 2012 20:40:05 +0200 Rob Weir robw...@apache.org napísal: On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. If he says it is ready on their side can move our changes to staging and do some quick testing to make sure we don't have any broken links. Actually, we can move to staging now if we want. But just be careful everyone not to publish yet. -Rob Hi all, I got some questions maybe later, maybe stupid, maybe in wrong thread, but : 1) I hit today on [Stage] link today some times, is it problem ? I don't understand. You are getting errors on the staging site? 2) I need exact links for the files, and I don't know where the files will be. The URL's will be on this page, once Marcus updates it: http://www.openoffice.org/download/other.html But the form will be like this: http://sourceforge.net/projects/openofficeorg.mirror/files/localized/sk/3.4.1/Apache_OpenOffice_incubating_3.4.1_Win_x86_install_sk.exe/download It will be in SourceForce openoffice.mirror directory ? (i can't provide Apache links because of load, right ?) Correct. It will be a sourceforge link. 3) The whole ooo-site 'll be publised in the same time, so in this time have to be all NL pages reworked ? It will be sufficient if we have the updates for the main openoffice.org/download site ready. Any another NL pages that are ready can be published at the same time. But if others are not updated until tomorrow or even next week, this is OK. 4) There wasn't been Slovak packages of AOO from 3.2.1, so lot of users use AOO 3.4 in Czech language and 3.3.0 too (3.3.0 has only language pack). The redirection of update service to /sk/download will not work right ? We can have the OOo 3.2.1 update notifications lead users to the new Slovak page for AOO 3..4.1 But we already have a Czech translation of AOO 3.4.1, so we would point those running earlier Czech versions to the new Czech version. So I don't know what the best way to inform Slovak speakers who are using the Czech version of OpenOffice before. But here is one idea: You could add a message on the Czech homepage, saying that the
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
Am 08/22/2012 10:18 PM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 2:40 PM, Rob Weirrobw...@apache.org wrote: On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. I just chatted with Roberto. He says they are ready! So can we all get our page changes onto staging? No one publish yet. But lets get the updated announcement, release notes, and especially the updated download pages in place. We can do a quick sanity check and if no problems are found then we can publish them later tonight. I'll hold off the announcement until tomorrow morning, giving some extra time for any errors to be reported at low volume before we turn on the fire hose! OK, I've sent the website updates into staging. The next publish should make them public. E.g., an update with a little news paragraph on www.openoffice.org/index.html to show that AOO 3.4.1 is new and now available. ;-) @Michael: FYI The downloads for Slovak are referring still to SourceForge directly. When you have finished updating the sk links on your NL webpage, then we can change the main download portal to refer first to the sk website. Marcus If he says it is ready on their side can move our changes to staging and do some quick testing to make sure we don't have any broken links. Actually, we can move to staging now if we want. But just be careful everyone not to publish yet. -Rob Thanks Marcus But...Juergen and Marcus's tomorrow comes much earlier than mine so I don't know exactly what time anything will be happening. Juergen Juergen Original Message Subject: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2 Date: Tue, 21 Aug 2012 17:44:18 +0200 From: Jürgen Schmidtjogischm...@gmail.com To: gene...@incubator.apache.org sorry for posting it again but I forgot the RESULT tag in the subject On 8/21/12 5:29 PM, Jürgen Schmidt wrote: The vote period for releasing Apache OpenOffice 3.4.1 (incubating) RC2 has concluded. The ballot passed. VOTE TALLY +1: IPMC members: +1 Marvin Humphrey +1 Dave Fisher +1 Jim Jagielski For reference see also the vote thread on ooo-dev http://mail-archives.apache.org/mod_mbox/incubator-ooo-dev/201208.mbox/%3C5031F593.9010801%40gmail.com%3E Thank you for your support Juergen --
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, Aug 22, 2012 at 5:03 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/22/2012 10:18 PM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 2:40 PM, Rob Weirrobw...@apache.org wrote: On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. I just chatted with Roberto. He says they are ready! So can we all get our page changes onto staging? No one publish yet. But lets get the updated announcement, release notes, and especially the updated download pages in place. We can do a quick sanity check and if no problems are found then we can publish them later tonight. I'll hold off the announcement until tomorrow morning, giving some extra time for any errors to be reported at low volume before we turn on the fire hose! OK, I've sent the website updates into staging. Great. Thanks. I see your changes here: http://ooo-site.staging.apache.org/download/ And here: http://ooo-site.staging.apache.org/download/other.html It would be good to have some volunteers test that page to make sure there are no broken links. And what about the legacy pages: http://ooo-site.staging.apache.org/download/legacy/index.html and http://ooo-site.staging.apache.org/download/legacy/other.html These point to OOo 3.3.0. I suppose makes sense. But where would someone go to find AOO 3.4.0? Do we have a link for that? The next publish should make them public. E.g., an update with a little news paragraph on www.openoffice.org/index.html to show that AOO 3.4.1 is new and now available. ;-) OK. I've updated the banner announcement link to point to the blog post. I also updated the Arabic NL page, which I did not think myself capable of doing, until I found it was in English: http://ooo-site.staging.apache.org/ar/index.html I'll see if there are any other NL pages that I can easily update. Anything else? What are we missing? This seems too easy. Regards, -Rob @Michael: FYI The downloads for Slovak are referring still to SourceForge directly. When you have finished updating the sk links on your NL webpage, then we can change the main download portal to refer first to the sk website. Marcus If he says it is ready on their side can move our changes to staging
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. -Rob
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... -Rob
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, Aug 22, 2012 at 5:58 PM, drew d...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
Am 08/22/2012 11:19 PM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:03 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/22/2012 10:18 PM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 2:40 PM, Rob Weirrobw...@apache.org wrote: On Wed, Aug 22, 2012 at 2:18 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/22/2012 06:15 PM, schrieb Kay Schenk: On 08/21/2012 02:46 PM, Marcus (OOo) wrote: Am 08/21/2012 11:16 PM, schrieb Kay Schenk: On 08/21/2012 01:27 PM, Jürgen Schmidt wrote: On 8/21/12 9:19 PM, Jürgen Schmidt wrote: On 8/21/12 7:51 PM, Rob Weir wrote: On Tue, Aug 21, 2012 at 12:32 PM, Jürgen Schmidt jogischm...@gmail.com wrote: On 8/21/12 5:45 PM, Jürgen Schmidt wrote: FYI we have passed the vote on general@incubator. We can now proceed with the release preparation ... I am waiting on the ok of infrastructure to start the upload, will keep you informed when the bits are uploaded 1) 12 hours for the mirrors to sync? I am still on the final go to start the upload :-( the bits are uploaded to dist @Roberto: what do you need for SourceForge it's the same directory structure as for 3.4 see http://www.apache.org/dist/incubator/ooo/ I will work on the website (http://incubator.apache.org/openofficeorg/downloads.html) tomorrow Regards Juergen Juergen 2) SourceForge can grab the tree from dist.apache.org after you have uploaded. 3) Then website updates, some brief testing to ensure the links are all working. 4) Then the announcement via all channels, including the upgrade notifications. Do we want to set a tentative time for #3 and #4, so volunteers can coordinate their availability tomorrow? -Rob I will link in the new Release Notes where it goes and post some very minor update to the Installation page tomorrow, 2012-08-22, (9:00ish PDT) if that's ok. I'm assuming Marcus will do what he's prepared at that time (tomorrow), unless we hear otherwise. OK, lets see. 09:00am PDT will be 06:00pm CET. Very likely I won't be home before 08:00pm CET (11:00am PDT). What about to set the release time to 12:00pm PDT (high noon), will this work for you all? Marcus OK, new release notes and slight tweak to install instructions are now in staging (committed not published), so when Marcus comes along in a bit and uploads the new 3.4.1 main download stuff and publishes, we should be in business. I'm basically offline for a good part of the day today, so I hope all goes well. I'm at home now and just found this mail which seems to be the latest in this thread and for the 3.4.1 release. Is everything uploaded, distributed and available for public download? I had no chance yet to check myself, so I'm simply asking. ;-) We were waiting for the sync to finish, distributing the files to the US and EU distribution servers: http://www.us.apache.org/dist/incubator/ooo/ and http://www.eu.apache.org/dist/incubator/ooo/ It looks that looks like it recently completed. Just need a go ahead from Roberto. I just chatted with Roberto. He says they are ready! So can we all get our page changes onto staging? No one publish yet. But lets get the updated announcement, release notes, and especially the updated download pages in place. We can do a quick sanity check and if no problems are found then we can publish them later tonight. I'll hold off the announcement until tomorrow morning, giving some extra time for any errors to be reported at low volume before we turn on the fire hose! OK, I've sent the website updates into staging. Great. Thanks. I see your changes here: http://ooo-site.staging.apache.org/download/ And here: http://ooo-site.staging.apache.org/download/other.html It would be good to have some volunteers test that page to make sure there are no broken links. And what about the legacy pages: http://ooo-site.staging.apache.org/download/legacy/index.html and http://ooo-site.staging.apache.org/download/legacy/other.html These point to OOo 3.3.0. I suppose makes sense. But where would Sure someone go to find AOO 3.4.0? Do we have a link for that? As long as they are not moved to the ASF archive a link to it doesn't make sense. But when transferred, then a link to the ASF archives is easy to add. The next publish should make them public. E.g., an update with a little news paragraph on www.openoffice.org/index.html to show that AOO 3.4.1 is new and now available. ;-) OK. I've updated the banner announcement link to point to the blog post. Great I also updated the Arabic NL page, which I did not think myself capable of doing, until I found it was in English: http://ooo-site.staging.apache.org/ar/index.html I'll see if there are any other NL pages that I can easily update. I'll do it for the German website. Anything else? What are we missing? This seems too easy. I still need to update the porting page. But thats not really relevant for AOO 3.4.1. Marcus @Michael: FYI The downloads for
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drew d...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
BAD link (was: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2_
OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drew d...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link (was: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2_
One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html //drew On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drew d...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link (was: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2_
On Wed, Aug 22, 2012 at 6:50 PM, drew d...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? -Rob //drew On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drew d...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
Am 08/22/2012 11:29 PM, schrieb Rob Weir: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. The reason is simple: We are doing to much work in the public, here on ooo-dev. ;-) So, everybody can read and try if he can already get what others don't know of yet. Pretty the same in the good, old OOo days. Marcus So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. -Rob
Re: BAD link
Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? //drew On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Would that make sense? Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
Am 08/23/2012 01:27 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? Good idea. 400 is too much to ignore for some hours or a day, especially on a release day with announcement. The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Would that make sense? + the file name. Yes, that should do the trick. Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 4:39 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:27 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo)marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/**projects/openofficeorg.mirror/**files/http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/**projects/openofficeorg.mirror/** files/stable/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/**incubator/ooo/files/stable/3.**4.1/http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? Good idea. 400 is too much to ignore for some hours or a day, especially on a release day with announcement. The links would start with: http://www.apache.org/dyn/aoo-**closer.cgi/incubator/ooo/** files/stable/3.4.1/http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Would that make sense? + the file name. Yes, that should do the trick. Marcus Hi. I just got in a bit ago and am in the process of downloading Linux 32bit (from SF). Everything seems OK so far...I will double check when it's finished and I unpack it. I'm not sure about the other situations you're discussing here but for my situation, all is good. On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org . Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_**OpenOffice.org_For_Windows_** d3461.htmlhttp://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.**apache.org/download/other.htmlhttp://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob -- MzK As a child my family's menu consisted of two choices: take it or leave it. -- Buddy Hackett
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On Wed, Aug 22, 2012 at 3:57 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/22/2012 11:29 PM, schrieb Rob Weir: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_**OpenOffice.org_For_Windows_**d3461.htmlhttp://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. The reason is simple: We are doing to much work in the public, here on ooo-dev. ;-) So, everybody can read and try if he can already get what others don't know of yet. Pretty the same in the good, old OOo days. Marcus or maybe they just an eye on the SF areas... who knows. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.**apache.org/download/other.htmlhttp://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. -Rob -- MzK As a child my family's menu consisted of two choices: take it or leave it. -- Buddy Hackett
Re: BAD link
Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: Need to Revisit RAT Excludes and Wildcards
On Wed, Aug 22, 2012 at 6:10 AM, Oliver-Rainer Wittmann orwittm...@googlemail.com wrote: Hi, On 22.08.2012 11:29, Oliver-Rainer Wittmann wrote: Hi, On 21.08.2012 00:05, Dave Fisher wrote: Hi Folks, We are really getting ahead of ourselves. We have a legitimate -1 IPMC vote on our release, it might get changed - Marvin asked for confirmation that the IPMC votes are based only on the official SOURCE release. I looked again at the rat-excludes and we should look into a small handful of binary files that slip through. Most are test files and should be OK, but there are a small number that are not. If we have a plan to remove them and/or show that they are unused and harmless it may be that Marvin will be convinced to change his vote. Someone should inspect these wildcards in the source tree **/*.dbf **/*.dbt **/*.jar **/*.zip **/*.class **/*.dll **/*.exe **/*.mdb Now, I will have a look at the specific *.zip files which can be found in our source. I have found the following ZIP files: - group 1: ./main/icc/makefiles.zip This ZIP file contains certain makefiles for the purpose to build the source code of ICC with our build system. These makefiles were part of Oracle's SGA and their license header had been already adapted accordingly by Andrew Rist. Proposed solution: exclude this ZIP explicitly from the RAT scan (full path named in the rat-excludes file) together with the above documentation of the IP review. - group 2: ./main/scripting/workben/data/**share_scripts.zip ./main/scripting/workben/data/**user_scripts.zip These ZIP files contain some more or less empty .java, .class, .xml and .class files. I did not find any references to these files. The ZIP files were checked into the repository with the comment Add some jsuite tests for the Scripting Framework. Thus, I assume that they are only for testing purposes. ./main/scripting/workben/ is also not part of our build. I tried to build it, but the build failed. Proposed solution: remove these ZIP files. (May be the complete folder ./main/scripting/workben/ can be removed.) - group 3: ./main/sd/res/buttons/glas-**blue.zip ./main/sd/res/buttons/glas-**green.zip ./main/sd/res/buttons/glas-**red.zip ./main/sd/res/buttons/round-**gorilla.zip ./main/sd/res/buttons/round-**white.zip ./main/sd/res/buttons/simple.**zip ./main/sd/res/buttons/square-**blue.zip ./main/sd/res/buttons/square-**gray.zip ./main/sd/res/buttons/square-**green.zip ./main/sd/res/buttons/square-**red.zip ./main/sd/res/buttons/square-**yellow.zip Each of these ZIP files contain a set of 12 PNG images. The differences between the images of one ZIP file to another ZIP file are in color and/or shape - as the names of the ZIP files indicate. These images are used when exporting a presentation document to HTML as navigation buttons in the created HTML. The user can choose one of the sets. These ZIP files are part of Oracle's SGA. Proposed solution: exclude these ZIP files explicitly from the RAT scan (full paths named in the rat-excludes file) and put a license file into ./main/sd/res/buttons/ to provide corresponding license information for the PNG images inside the ZIP files. Best regards, Oliver. Great work Oliver! Really! Since I'm not a direct coder for the project, I was really wondering about these files used by test, and if they couldn't be moved somewhere and brought in as needed, build flags or some other way. Anyway, good job and I think this will serve us very well in the future. -- MzK As a child my family's menu consisted of two choices: take it or leave it. -- Buddy Hackett
Re: BAD link
On Wed, Aug 22, 2012 at 4:58 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.**apache.org/sdk/index.htmlhttp://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/**index.htmlhttp://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.**submitexpress.com/http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. Marcus linklint http://www.linklint.org/ It's pretty easy to set up as I recall. I could help probably...what root URL should we use? On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/**projects/openofficeorg.mirror/**files/http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_**OpenOffice.org_For_Windows_** d3461.htmlhttp://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.**apache.org/download/other.htmlhttp://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob -- MzK As a child my family's menu consisted of two choices: take it or leave it. -- Buddy Hackett
Re: BAD link
Am 08/23/2012 01:58 AM, schrieb Marcus (OOo): Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. Anyway, I hope the links are well now. Otherwise lets see what could be fixed on the next day. It's now past 02:00am in Germany. Good night and CU tomorrow. Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
[VOTE][RESULTS] Apache OpenOffice Community Graduation Vote
The community vote has passed. Vote reference: http://s.apache.org/5GA +1 RGB-ES Rory O'Farrell Carl Marcum Reizinger Zoltan Keith N. McKenna Kay Schenk Roberto Galoppini Imacat Andrea Pescetti Regina Henschel Graham Lauder Jürgen Lange T.J. Frazier Rob Weir Dave Fisher Peter Junge Christian Grobmeier Yong Lin Ma Raphael Bircher Larry Gusaas Yan Ji David McKay Andre Fischer Oliver-Rainer Wittmann Shenfeng Liu Kevin Grignon Linyi Li Liu Da Li Armin Le Grand Lei Wang Ying Zhang Jörg Schmidt Tan Li Joost Andrae ZuoJun Chen Ian Lynch Ariel Constenla-Haile Dave Barton Albino B. Neto Herbert Duerr Marcus Lange Phillip Rhodes Juan C. Sanz DongJun Zong Bingbing Ma B.J. Cheny Jianyuan Li Olaf Felka Wang Zhe Anton Meixome Andrew Rist Claudio Filho Ian C. Shzh Zhao Risto Jääskeläinen Pedro Giffuni Helen Yue Steve Yin Kazunari Hirano +0 Dennis E. Hamilton Michal Hriň
Re: What to say in AOO 3.4.1 release announcement about the ports? (BSD, Solaris, OS/2)?
Am 08/21/2012 10:15 PM, schrieb Marcus (OOo): Am 08/21/2012 01:19 PM, schrieb Nicolas Christener: Hi all :) On Sat, 2012-08-18 at 18:34 +0200, Marcus (OOo) wrote: [...] I've updated the starting webpage at http://www.openoffice.org/porting/index.html: @Maho,Pedro,Yuri,Nicolas: Like stated with the other ports I would like to list your name and mail address (if available, the Apache addresses): - OpenSolaris by Adfinis SyGroup AG (Nicolas Christener) - Solaris (Sparc and x86) by Adfinis SyGroup AG (Nicolas Christener) [...] Is this OK for you? That's perfectly fine for me, thanks for your work! OK, I'll update the webpage shortly after the release. Done. Now in the staging area. Will be published when AOO 3.4.1 will be announed. Marcus Just as a side-note (I'll post more to the dev-list soon): We just got a new SPARC server up and running and now have three systems which we'll use to create new builds for the upcomming releases: * SPARC running OpenSolaris 2009.06 * SPARC running Solaris 11 * x86 running Solaris 11 If time permits, I'll also setup a Solaris 10 machine (maybe a zone) so we can test on Solaris 10, Solaris 11 and OpenSolaris 2009.06 Marcus
Re: BAD link
On Wed, Aug 22, 2012 at 7:58 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. I think link checker would only get the first link into SF, but not the asynch download that comes 5 seconds later. So it doesn't really check for much. I think of it like this: # of errors in download process == # of errors we put in - # of errors we find and fix There is a lot we could do to lower the # of bugs we put it. Automation is what we need. Right now the directory structure produced by the build differs from the directory structure we have in the download tree. I think that is the source of the complexity that is hurting us. That, plus the fact that our download tree has an irrational structure, more complicated than necessary. If we can reduce this disconnect between build and distribution, I think it would help. -Rob Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: BAD link
On Wed, Aug 22, 2012 at 5:13 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 22, 2012 at 7:58 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 01:26 AM, schrieb drew: On Thu, 2012-08-23 at 01:16 +0200, Marcus (OOo) wrote: Am 08/23/2012 12:54 AM, schrieb Rob Weir: On Wed, Aug 22, 2012 at 6:50 PM, drewd...@baseanswers.com wrote: One more incorrect link The SDK release notes points to: http://ooo-site.staging.apache.org/sdk/index.html That one appears to be dead in the live page as well: http://www.openoffice.org/sdk/index.html It is supposed to be a link to release notes for the SDK. Do we even have release notes there? Did we with 3.4.0? I've corrected the link and adjusted the text on the underlying webpage a bit. In the .../download/sdk/ dir there are no release notes for a AOO release. Hm, maybe Juergen can tell us more (tomorrow). Marcus Thanks, I've finished checking the links for Mac, and Linux 64bit (deb and rpm) they all seem fine. Rob checked windows, has anyone else already checked the 32 bit linux stuff? I've tried to use a link checker. But it seems to fail with the special download URL that SourceForge is using. So, there is always a good link indicated, even when no download was started but a alternative webpage loaded. :-( http://linkchecker.submitexpress.com/ Hm, there must be a tool to check for broken links. Does someone know of a better way or tool? IMHO too many link to check all manually. I think link checker would only get the first link into SF, but not the asynch download that comes 5 seconds later. So it doesn't really check for much. OK I think of it like this: # of errors in download process == # of errors we put in - # of errors we find and fix There is a lot we could do to lower the # of bugs we put it. Automation is what we need. Right now the directory structure produced by the build differs from the directory structure we have in the download tree. I think that is the source of the complexity that is hurting us. That, plus the fact that our download tree has an irrational structure, more complicated than necessary. If we can reduce this disconnect between build and distribution, I think it would help. possibly...and yet many of them are OK. But I do know Juergen, our tireless release manager, has been arguing for a different structure for a while, and that's fine. It was just given what was already setup in SF with 3.3 that was my original concern. And, the fact that this request was in new territory if you will for the 3.4 release that I personally was very nervous about. How would this effect what they needed to do, etc. Basically, once the packs get loaded, we're into a what , maybe a 48 hour test period? If something went really wrong, well... But...this said about 3.4 and now 3.4.1, Marcus and I have have cleaned up a LOT of this script. Dealing with a directory structure change won't be the issue it would have been in May. So, I think we're good with suggestions for the future. -Rob Marcus On Wed, 2012-08-22 at 18:41 -0400, drew wrote: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. //drew On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script.
Re: BAD link
On Wed, Aug 22, 2012 at 7:27 PM, Rob Weir robw...@apache.org wrote: On Wed, Aug 22, 2012 at 6:56 PM, Marcus (OOo) marcus.m...@wtnet.de wrote: Am 08/23/2012 12:41 AM, schrieb drew: OK one bad link on the other downloads page, so far The Mac en_US language pack points to: http://sourceforge.net/projects/openofficeorg.mirror/files/ back to it.. It seems the langpacks for en-US are completely missing: http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/ Missing on the Apache dist servers as well, e.g.: http://www.apache.org/dist/incubator/ooo/files/stable/3.4.1/ We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day.What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Please ignore the above. It is one of the stupidest things I've said this week. I first say the files are missing on the Apache dist servers and then suggest that we point to the mirrors instead. Doh! Of course the mirrors sync from the dist servers. So they are missing the files as well. So in other words, no one has the en-US langpack except for the RC copies on people.apache.org. So unless we're willing to go out tonight with a check back tomorrow message for that language pack we'll need to wait until tomorrow for these files to at least get onto SourceForge. I'll revert the change I just made that pointed those links to the Apache mirrors. It is quite possible that this is all resolved before I wake up tomorrow. If so, please someone remember to publish the draft blog post at the same time you publish the website, or within a few minutes. They reference each other. Regards, -Rob Would that make sense? Marcus On Thu, 2012-08-23 at 00:15 +0200, Jürgen Lange wrote: For me it's working also. After checking the links, I have downloaded the german version for windows, have installed it (Windows XP SP3) and made first tests. All is working fine so far. Jürgen Am 23.08.2012 00:09, schrieb Rob Weir: On Wed, Aug 22, 2012 at 5:58 PM, drewd...@baseanswers.com wrote: On Wed, 2012-08-22 at 17:29 -0400, Rob Weir wrote: So some possible confusion coming. I'm seeing a few websites have already announced 3.4.1 and are pushing users to www.openoffice.org. Of course, they are not finding AOO 3.4.1 there yet. For example this article is being spread via Twitter: http://majorgeeks.com/Apache_OpenOffice.org_For_Windows_d3461.html And I can see, via Google Analytics, that we're getting a good amount of traffic referred to from that site. So I'm going to spent the next hour or so verifying the download page. If others can help with this, please do: http://ooo-site.staging.apache.org/download/other.html I'll start going down the left-most column. If someone else can start on the right-most column (Mac) we should have this done quickly and be able to publish that page. doing it now... It is all working for me so far. I'm not seeing any links failing I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. -Rob -Rob
Re: Fwd: [RESULT][VOTE] Release Apache OpenOffice 3.4.1 (incubating) RC2
On 23/08/2012 Rob Weir wrote: I've also updated the Japanese and French NL pages. The Italian and Spanish pages seem to be hooked into the same Javascript we use on the main download page, so I'm hoping they will point to the 3.4.1 release automatically when we push the updates to that script. The Italian page in staging already pointed to 3.4.1 indeed. I modified the Italian main page and download page so that they refer to 3.4.1. Changes are still unpublished, feel free to publish at release time. Regards, Andrea.
Re: Need to Revisit RAT Excludes and Wildcards
On Mon, Aug 20, 2012 at 6:05 PM, Dave Fisher dave2w...@comcast.net wrote: Hi Folks, We are really getting ahead of ourselves. We have a legitimate -1 IPMC vote on our release, it might get changed - Marvin asked for confirmation that the IPMC votes are based only on the official SOURCE release. I looked again at the rat-excludes and we should look into a small handful of binary files that slip through. Most are test files and should be OK, but there are a small number that are not. If we have a plan to remove them and/or show that they are unused and harmless it may be that Marvin will be convinced to change his vote. Someone should inspect these wildcards in the source tree **/*.dbf **/*.dbt **/*.jar **/*.zip **/*.class **/*.dll **/*.exe **/*.mdb A quick general observation: Wildcard exclusions are dangerous. They may be useful but they are dangerous. Does RAT have a mode where we can dump a list of all excluded files? Not just the patterns, but the files? If so, that might be a good thing to enable, just so we're aware when reviewing the report, to make sure that more is not excluded than we intended. If this isn't an option in RAT, maybe this is a patch we can send them? -Rob E.G. $ find . -name *.jar ./avmedia/source/java/avmedia.jar ./qadevOOo/testdocs/qadevlibs/JobExecutor.jar ./qadevOOo/testdocs/qadevlibs/MyPersistObjectImpl.jar ./stax/download/README_stax-1.2.0.jar ./testautomation/global/input/xslt_stylesheets/docbook.jar ./testautomation/global/input/xslt_stylesheets/excel.jar ./testautomation/global/input/xslt_stylesheets/word.jar ./testautomation/global/input/xslt_stylesheets/xhtml.jar ./testgraphical/ui/java/ConvwatchGUIProject/dist/ConvwatchGUIProject.jar ./xmlsecurity/test_docs/tools/httpserv/dist/httpserv.jar $ ls -lart ./avmedia/source/java total 208 -rw-r--r--@ 1 dave staff 48 Nov 1 2011 manifest -rw-r--r--@ 1 dave staff 15776 Nov 1 2011 avmedia.jar drwxr-xr-x@ 10 dave staff340 Nov 1 2011 .. -rw-r--r--@ 1 dave staff 6553 Nov 7 2011 FrameGrabber.java drwxr-xr-x@ 3 dave staff102 Nov 7 2011 x11 -rw-r--r--@ 1 dave staff 21629 Nov 7 2011 WindowAdapter.java -rw-r--r--@ 1 dave staff 20064 Nov 7 2011 PlayerWindow.java -rw-r--r--@ 1 dave staff 2120 Nov 7 2011 MediaUno.java drwxr-xr-x@ 3 dave staff102 Nov 7 2011 win -rw-r--r--@ 1 dave staff 9906 Nov 7 2011 Player.java -rw-r--r--@ 1 dave staff 4367 Nov 7 2011 Manager.java -rw-r--r--@ 1 dave staff 2132 Jan 19 2012 makefile.mk -rw-r--r--@ 1 dave staff 1230 Jan 19 2012 avmedia.jar.component drwxr-xr-x@ 14 dave staff476 Jan 19 2012 . $ jar tvf ./avmedia/source/java/avmedia.jar 104 Thu Jun 10 20:27:16 PDT 2010 META-INF/MANIFEST.MF 1277 Thu Jun 10 20:27:16 PDT 2010 MediaUno.class 4872 Thu Jun 10 20:27:16 PDT 2010 Player.class 8279 Thu Jun 10 20:27:16 PDT 2010 PlayerWindow.class 7738 Thu Jun 10 20:27:16 PDT 2010 WindowAdapter.class 0 Thu Jun 10 19:46:36 PDT 2010 avmedia/ 0 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/ 104 Thu Jun 10 20:27:16 PDT 2010 avmedia/META-INF/MANIFEST.MF 1418 Thu Jun 10 20:27:16 PDT 2010 SystemWindowAdapter.class 3883 Thu Jun 10 20:27:16 PDT 2010 FrameGrabber.class 2066 Thu Jun 10 20:27:16 PDT 2010 Manager.class It looks like the jar file is unnecessary, but it may be in use. Regards, Dave PS. Sure glad that we did as suggested by Pedro ;-)
Re: BAD link
On Wed, Aug 22, 2012 at 08:36:56PM -0400, Rob Weir wrote: We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day. Interesting numbers, IIRC OpenOffice.org never released en-US language packs. What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Please ignore the above. It is one of the stupidest things I've said this week. I first say the files are missing on the Apache dist servers and then suggest that we point to the mirrors instead. Doh! Of course the mirrors sync from the dist servers. So they are missing the files as well. So in other words, no one has the en-US langpack except for the RC copies on people.apache.org. Dummy question, but what if some one copies the files from our home folders to /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 ? I wasn't aware that we had access to this folder directly arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1$ pwd /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 Mmmm it looks like that folders should belong to the incubator group, and the group should have write access so that any committer can fix last minute bugs like this: arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable$ ls -l . total 45 drwxrwxr-x 2 jsc jsc 92 May 2 07:43 3.4.0 drwxrwxr-x 2 jsc jsc 50 Aug 21 19:33 3.4.1 Regards -- Ariel Constenla-Haile La Plata, Argentina pgpAEMLG8KpYQ.pgp Description: PGP signature
How to insert Table with AutoCaption in swriter?
Hi all, I want to use UNO api to verify swriter's AutoCaption configuration. In order to whether it is feasible, I made the following steps: Step 1, I manually configure swriter's AutoCaption via menu Tools--Options--OpenOffice.org Writer--AutoCaption, check OpenOffice.org Writer Table to automatically add caption when inserting table. Step 2, I run the following script to insert table via UNO api, but caption was not added automatically. XComponent xComponent = unoApp.newDocument(swriter); XTextDocument xTextDocument =(XTextDocument)UnoRuntime.queryInterface(XTextDocument.class, xComponent); XText xText = xTextDocument.getText(); XTextCursor xTextCursor = xText.createTextCursor(); XMultiServiceFactory xWriterFactory =(XMultiServiceFactory)UnoRuntime.queryInterface(XMultiServiceFactory.class, xTextDocument); XTextTable xTable = (XTextTable)UnoRuntime.queryInterface(XTextTable.class, xWriterFactory.createInstance(com.sun.star.text.TextTable)); xText.insertTextContent(xTextCursor,xTable,false); Is there extra operation I need to do? or it is not feasible to verify AutoCaption configuration via UNO api? Thanks your response.
Re: [PROPOSAL] Remove testautomation/
+1. Please do it. Too many modules for testing. We am refactoring them. In future, testing code will be placed in one module test. See http://wiki.openoffice.org/wiki/Test_Refactor 2012/8/22 Andre Fischer awf@gmail.com: Hi all, The testautomation module is one of the modules that contains jar files in its source. These contain xslt transformations, no code. The xslt transformations, however, still contain the old license headers. Instead of cleaning this up (replace the license headers, add exceptions to rat-excludes), I would like to remove the whole module. As far as I know it is not used anymore. A replacement is already in place: source in test/testuno/, server here [1]. Are there any objections? Regards, Andre [1] http://aootesting.adfinis-sygroup.org/index.php -- Best Regards From aliu...@gmail.com
Re: BAD link
On Wed, Aug 22, 2012 at 9:12 PM, Ariel Constenla-Haile arie...@apache.org wrote: On Wed, Aug 22, 2012 at 08:36:56PM -0400, Rob Weir wrote: We'll nede Juergen to upload that and SF to copy it. With the time zone difference (Hamburg versus California) this will not happen quickly. Looking at the download stats I see it gets around 400 downloads per day. Interesting numbers, IIRC OpenOffice.org never released en-US language packs. What if we pointed to the Apache mirrors tonight, and then switch to SF once it is ready? The links would start with: http://www.apache.org/dyn/aoo-closer.cgi/incubator/ooo/files/stable/3.4.1/ Please ignore the above. It is one of the stupidest things I've said this week. I first say the files are missing on the Apache dist servers and then suggest that we point to the mirrors instead. Doh! Of course the mirrors sync from the dist servers. So they are missing the files as well. So in other words, no one has the en-US langpack except for the RC copies on people.apache.org. Dummy question, but what if some one copies the files from our home folders to /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 ? I wasn't aware that we had access to this folder directly arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1$ pwd /www/www.apache.org/dist/incubator/ooo/files/stable/3.4.1 These appear to be the instructions: http://www.apache.org/dev/mirror-step-by-step.html Mmmm it looks like that folders should belong to the incubator group, and the group should have write access so that any committer can fix last minute bugs like this: arielch@minotaur:/www/www.apache.org/dist/incubator/ooo/files/stable$ ls -l . total 45 drwxrwxr-x 2 jsc jsc 92 May 2 07:43 3.4.0 drwxrwxr-x 2 jsc jsc 50 Aug 21 19:33 3.4.1 Regards -- Ariel Constenla-Haile La Plata, Argentina
[QA CALLFORREVIEW] Add methods in SCUtil and TestUtil, create test case to check cell alignment.
Hi, all One patch for UNO automation test script has been submitted with *Bug 120671 * https://issues.apache.org/ooo/show_bug.cgi?id=120671. In this patch: 1. Modify save method, create method to clear temp directory. 2. Add more random method. 3. Test case to check cell alignment. Pls help to review it. Thanks. [1] https://issues.apache.org/ooo/show_bug.cgi?id=120671 Regards, Shan Zhu
Re: Is this a UNO API bug?
Is the page number field? Hmmm, I inspected one and it supports
update(), not refresh(). So no, I don't think that I mean refresh().
Can you insert the field and then, since you still have a copy of the
field, call update()?
This is supported by com.sun.star.util.XUpdatable
Read this:
http://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Text_Fields
And I quote:::
All fields support the interfaces com.sun.star.text.XTextField
http://api.openoffice.org/docs/common/ref/com/sun/star/text/XTextField.html,
com.sun.star.util.XUpdatable
http://api.openoffice.org/docs/common/ref/com/sun/star/util/XUpdatable.html,
com.sun.star.text.XDependentTextField
http://api.openoffice.org/docs/common/ref/com/sun/star/text/XDependentTextField.html
and the service com.sun.star.text.TextContent
http://api.openoffice.org/docs/common/ref/com/sun/star/text/TextContent.html.
The method |getPresentation()| of the interface
com.sun.star.text.XTextField
http://api.openoffice.org/docs/common/ref/com/sun/star/text/XTextField.html
returns the textual representation of the result of the text field
operation, such as a date, time, variable value, or the command, such as
CHAPTER, TIME (fixed) depending on the boolean parameter.
The method |update()| of the interface com.sun.star.util.XUpdatable
http://api.openoffice.org/docs/common/ref/com/sun/star/util/XUpdatable.html
affects only the following field types:
* Date and time fields are set to the current date and time.
* The |ExtendedUser| fields that show parts of the user data set for
OpenOffice.org, such as the Name, City, Phone No. and the Author
fields that are set to the current values.
* The |FileName| fields are updated with the current name of the file.
* The |DocInfo.XXX| fields are updated with the current document info
of the document.
All other fields ignore calls to |update()|.
I hope that this helps some!
On 08/22/2012 03:30 AM, dongjun zong wrote:
You mentioned force update, do you mean use refresh() method ? I have tried
by below code, still can't work.
public void createPageNumber(XComponent component) {
XMultiServiceFactory sevriceFactory = (XMultiServiceFactory)
UnoRuntime.queryInterface(XMultiServiceFactory.class, component);
XTextField pageNumberFiled;
try {
pageNumberFiled =
(XTextField)UnoRuntime.queryInterface(XTextField.class,
sevriceFactory.createInstance(com.sun.star.text.textfield.PageNumber));
XPropertySet props =
(XPropertySet)UnoRuntime.queryInterface(XPropertySet.class,
pageNumberFiled);
props.setPropertyValue(NumberingType,
NumberingType.ARABIC);//Set page number display as Arabic
props.setPropertyValue(SubType, PageNumberType.CURRENT);
document.getText().insertTextContent(document.getText().getEnd(),
pageNumberFiled, true);
XTextFieldsSupplier fieldsSupplier =
UnoRuntime.queryInterface(XTextFieldsSupplier.class, document);
XEnumerationAccess xEnumeratedFields =
fieldsSupplier.getTextFields();
XRefreshable refeshable =
UnoRuntime.queryInterface(XRefreshable.class, xEnumeratedFields);
refeshable.refresh();
// try {
//Thread.sleep(1000);
//} catch (InterruptedException e) {
//e.printStackTrace();
//}
System.out.println(document.getText().getString());
} catch (com.sun.star.uno.Exception e) {
e.printStackTrace();
}
2012/8/22 Andrew Douglas Pitonyak and...@pitonyak.org
On 08/21/2012 09:08 PM, dongjun zong wrote:
Andrew,
I think you are right, I add a sleep time after insert page number
field before getText, the page number can get correct.
But I think it's a bug for page number update issue.
Have you tried forcing an update? If so, then you won't need to wait.
I expect that an update may be a time consuming operation (say if you
insert at page number 400, and it must refresh from the start). I once saw
a problem where a document would open, but the initial page numbers were
wrong. It took a while for the page numbers to be updated after the
document loaded. The final solution was to issue a full refresh, which took
time, but made it happen. So, the trade off was to allow the user to
immediately see and edit the document rather than forcing them to wait for
the refresh to occur on load. With a large document, this can take time.
My guess is that it takes significantly more time to create and insert a
field than to trigger the update process. When the API is used to insert,
we have no context on the operation so it seems reasonable to not make an
immediate update before return. If the update process takes 1000 times
longer to occur (probably depends on document size and other factors,
depending on what is updated), then if I want to insert 100 fields,
Re: Is this a UNO API bug?
I already read this document. But the update is not effect for Page Number
field.
The method update() of the interface
com.sun.star.util.XUpdatablehttp://api.openoffice.org/docs/common/ref/com/sun/star/util/XUpdatable.htmlaffects
only the following field types:
- Date and time fields are set to the current date and time.
- The ExtendedUser fields that show parts of the user data set for
OpenOffice.org, such as the Name, City, Phone No. and the Author fields
that are set to the current values.
- The FileName fields are updated with the current name of the file.
- The DocInfo.XXX fields are updated with the current document info of
the document.
All other fields ignore calls to update().
2012/8/23 Andrew Douglas Pitonyak and...@pitonyak.org
Is the page number field? Hmmm, I inspected one and it supports update(),
not refresh(). So no, I don't think that I mean refresh().
Can you insert the field and then, since you still have a copy of the
field, call update()?
This is supported by com.sun.star.util.XUpdatable
Read this:
http://wiki.openoffice.org/**wiki/Documentation/DevGuide/**
Text/Text_Fieldshttp://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Text_Fields
And I quote:**::
All fields support the interfaces com.sun.star.text.XTextField
http://api.openoffice.org/**docs/common/ref/com/sun/star/**
text/XTextField.htmlhttp://api.openoffice.org/docs/common/ref/com/sun/star/text/XTextField.html,
com.sun.star.util.XUpdatable http://api.openoffice.org/**
docs/common/ref/com/sun/star/**util/XUpdatable.htmlhttp://api.openoffice.org/docs/common/ref/com/sun/star/util/XUpdatable.html,
com.sun.star.text.**XDependentTextField http://api.openoffice.org/**
docs/common/ref/com/sun/star/**text/XDependentTextField.htmlhttp://api.openoffice.org/docs/common/ref/com/sun/star/text/XDependentTextField.html
and the service com.sun.star.text.TextContent http://api.openoffice.org/*
*docs/common/ref/com/sun/star/**text/TextContent.htmlhttp://api.openoffice.org/docs/common/ref/com/sun/star/text/TextContent.html.
The method |getPresentation()| of the interface
com.sun.star.text.XTextField http://api.openoffice.org/**
docs/common/ref/com/sun/star/**text/XTextField.htmlhttp://api.openoffice.org/docs/common/ref/com/sun/star/text/XTextField.html
returns the textual representation of the result of the text field
operation, such as a date, time, variable value, or the command, such as
CHAPTER, TIME (fixed) depending on the boolean parameter.
The method |update()| of the interface com.sun.star.util.XUpdatable
http://api.openoffice.org/**docs/common/ref/com/sun/star/**
util/XUpdatable.htmlhttp://api.openoffice.org/docs/common/ref/com/sun/star/util/XUpdatable.html
affects only the following field types:
* Date and time fields are set to the current date and time.
* The |ExtendedUser| fields that show parts of the user data set for
OpenOffice.org, such as the Name, City, Phone No. and the Author
fields that are set to the current values.
* The |FileName| fields are updated with the current name of the file.
* The |DocInfo.XXX| fields are updated with the current document info
of the document.
All other fields ignore calls to |update()|.
::**::
I hope that this helps some!
On 08/22/2012 03:30 AM, dongjun zong wrote:
You mentioned force update, do you mean use refresh() method ? I have
tried
by below code, still can't work.
public void createPageNumber(XComponent component) {
XMultiServiceFactory sevriceFactory = (XMultiServiceFactory)
UnoRuntime.queryInterface(**XMultiServiceFactory.class, component);
XTextField pageNumberFiled;
try {
pageNumberFiled =
(XTextField)UnoRuntime.**queryInterface(XTextField.**class,
sevriceFactory.createInstance(**com.sun.star.text.textfield.**
PageNumber));
XPropertySet props =
(XPropertySet)UnoRuntime.**queryInterface(XPropertySet.**class,
pageNumberFiled);
props.setPropertyValue(**NumberingType,
NumberingType.ARABIC);//Set page number display as Arabic
props.setPropertyValue(**SubType, PageNumberType.CURRENT);
document.getText().**insertTextContent(document.**getText().getEnd(),
pageNumberFiled, true);
XTextFieldsSupplier fieldsSupplier =
UnoRuntime.queryInterface(**XTextFieldsSupplier.class, document);
XEnumerationAccess xEnumeratedFields =
fieldsSupplier.getTextFields()**;
XRefreshable refeshable =
UnoRuntime.queryInterface(**XRefreshable.class, xEnumeratedFields);
refeshable.refresh();
// try {
//Thread.sleep(1000);
//} catch (InterruptedException e) {
//e.printStackTrace();
//}
System.out.println(document.**getText().getString());
} catch
[QA][CallForReivew]A script test create, load, save Subject Field
* *Hi ALl, I create a script test create, load and save Subject field, would you pls help review. The patch get be get from here. https://issues.apache.org/ooo/show_bug.cgi?id=120672 Best Regards DongJun Zong
Is there difference of Author Field create by UNO API and UI Insert-Fields-Author
Hi All,
I am tring to use UNO API create and load an Author field, I found
below difference.
1. Author Field created by UNO API, after save the document od MS Doc
format, field will be lost
2. Author Field create by UI Insert-Fields-Author, when access the field
by UNO API, there is no Property Name Content but has Porpety Name
Author
Is this a UNO API bug?
Property Name list of Author Field created by UI
AnchorTypes=[Lcom.sun.star.text.TextContentAnchorType;@27391d
IsFixed=false
TextWrap=com.sun.star.text.WrapTextMode@1b1aa65
CurrentPresentation=Author AOO
IsFieldUsed=true
IsFieldDisplayed=true
AnchorType=com.sun.star.text.TextContentAnchorType@af8358
Author=Author AOO
Propoerty Name List of Author Field Created by UNO API
AnchorTypes=[Lcom.sun.star.text.TextContentAnchorType;@29428e
IsFixed=true
TextWrap=com.sun.star.text.WrapTextMode@3901c6
CurrentPresentation=Author Test AOO
IsFieldUsed=true
IsFieldDisplayed=true
AnchorType=com.sun.star.text.TextContentAnchorType@edc3a2
FullName=false
Content=Author Test AOO
Below is my code:
public void createAndLoadAuthorField(XComponent component, String author) {
XMultiServiceFactory sevriceFactory = (XMultiServiceFactory)
UnoRuntime.queryInterface(XMultiServiceFactory.class, component);
XTextField authorField;
try {
authorField =
(XTextField)UnoRuntime.queryInterface(XTextField.class,
sevriceFactory.createInstance(com.sun.star.text.textfield.Author));
XPropertySet props =
(XPropertySet)UnoRuntime.queryInterface(XPropertySet.class, authorField);
props.setPropertyValue(Content, author);
document.getText().insertTextContent(document.getText().getEnd(),
authorField, true);
XTextFieldsSupplier fieldsSupplier =
UnoRuntime.queryInterface(XTextFieldsSupplier.class, document);
XEnumerationAccess xEnumeratedFields =
fieldsSupplier.getTextFields();
XEnumeration enumeration =
xEnumeratedFields.createEnumeration();
while (enumeration.hasMoreElements()) {
Object field = enumeration.nextElement();
XPropertySet props2 =
(XPropertySet)UnoRuntime.queryInterface(XPropertySet.class, field);
XPropertySetInfo info = props2.getPropertySetInfo();
Property[] pp = info.getProperties();
for (Property p : pp) {
System.out.println(p.Name + = +
props2.getPropertyValue(p.Name));
}
}
} catch (com.sun.star.uno.Exception e) {
e.printStackTrace();
}
}
