[INFO][WEBSITE]: improved usability with simplified Urls to reach some of our services

[Jürgen Schmidt]

Hi,

with the solved jira issues INFRA-5041, INFRA-5042 we have now a nicer
and more intuitive way to reach some of our services.

wiki.openoffice.org (former wiki.services.openoffice.org)
forum.openoffice.org (former users.services.openoffice.org)

extensions.oepnoffice.org (former extensions.services.openoffice.org)
templates.openoffice.org (former templates.services.openoffice.org)

The old Urls are still working but we should replace the old Urls
wherever we see them with the new ones.

I will take care of the StartCenter Urls in the office!

A long existing and very annoying issue is now solved. Thanks Dave who
picked up my issue and drove it forward with the infra team. I very much
appreciate this help.

Juergen

Re: request for enchancement of the define name function in calc

[Lei Wang]

Yes, it is related with defined name. But it does not related with
worksheet scoped defined name. Anyway, we will take a look at bug 119565

On Tue, Aug 14, 2012 at 1:15 PM, Jianyuan Li wrote:

> If the defined name is correctly set, formula calculation result will be
> corrected. So it is a formula issue and also a defined name issue.
>
> 2012/8/13 shzh zhao 
>
> > I think it is a formula issue and not belong to name scope range.
> >
> > 2012/8/10 Jianyuan Li 
> >
> > > Hi, Wang Lei,
> > >
> > > Below is my clarification for issue
> > > https://issues.apache.org/ooo/show_bug.cgi?id=119565. Comment is also
> > > added
> > > in Bugzilla.
> > >
> > > In Excel 2003 define a defined name as
> > > "=Sheet1!$D$3:$D$5,Sheet1!$B$3:$B$5". In this defined name, a union
> > > operator(Excel uses "," and AOO uses "~") is used to form a union area.
> > > This defined name will be passed into a formula SUM. Import them in
> AOO,
> > by
> > > Excel 2003 filter the union operator will be translated into ";" which
> is
> > > an old union operator. And SUM will take it as a parameter separator.
> So
> > > the SUM result seems correct while it is not in AOO.
> > > Union operator should be set as "~" in defined name in AOO. But a fix
> in
> > > Excel 2003 filter is not reasonable because:
> > > 1. Defined name with union(OO uses ";") created in lower version
> > > OO(OOo2.4.3) still cannot be imported correctly even if a fix is
> patched
> > in
> > > Excel 2003 filter.
> > > 2. I have checked this formula "=SUM((B3:B5,D3:D5))"(union directly
> used)
> > > created in Excel 2003. It will be imported as "=SUM((B3:B5~D3:D5))"
> which
> > > is correct. While Excel 2003 filter still imports the union as ";". But
> > as
> > > last it is "~". Core function must does something which a hint to fix
> > union
> > > issue in defined name.
> > >
> > > So please take consideration for it in the enhancement.
> > >
> > >
> > > Regards,
> > > Jianyuan
> > >
> > > 2012/8/8 Lei Wang 
> > >
> > > > Hi Regina
> > > >
> > > > I saw your comments in
> > > > https://issues.apache.org/ooo/show_bug.cgi?id=120478
> > > >
> > > > It is glad to know that ODF1.2 support sheet scoped defined name. It
> is
> > > > very important to comply with ODF1.2. So our plan will be changed to
> > > > Step 1, support interoperability with sheet scoped defined name in
> > Excel.
> > > > Because the solution is ready. it is our first priority.
> > > > Step 2, support loading and saving ods file for sheet scoped defined
> > > name.
> > > > We will put it in our AOO3.5 plan.
> > > > Step 3, support create sheet scoped defined name in GUI in AOO.
> > > >
> > > > On Wed, Aug 8, 2012 at 5:00 PM, Regina Henschel <
> > rb.hensc...@t-online.de
> > > > >wrote:
> > > >
> > > > > Hi shzh zhao,
> > > > >
> > > > > there is no need for modifying ODF, named-expressions with scope on
> > one
> > > > > sheet are already specified and LibreOffice reads and writes such
> > > > documents.
> > > > >
> > > > > I think the order should be the other way round. First make AOO
> read
> > > and
> > > > > write such named-expressions in ODF and then improve the import and
> > > > export
> > > > > filter.
> > > > >
> > > > > Kind regards
> > > > > Regina
> > > > >
> > > > > shzh zhao schrieb:
> > > > >
> > > > >  hi,
> > > > >>
> > > > >> here is an interoperability issue in Aoo.
> > > > >> When loading VBA that contains defined name in Aoo, the names are
> > > > changed
> > > > >> to a new one if the name is limited
> > > > >> in a worksheet in MS office.This will cause big problem.
> > > > >>
> > > > >> After my investigation,I found it is an limitation of Aoo. Because
> > MS
> > > > >> Excel
> > > > >> 2003 can support worksheet scope defined name. but it can't be set
> > in
> > > > UI.
> > > > >> and Excel 2007 can define duplicate name for different sheet in
> its
> > > name
> > > > >> manager dialog.
> > > > >> When AOO loading a xlsx/xls file which has duplicated defined
> name,
> > > AOO
> > > > >> will only change the name to a unique one. But any other place
> which
> > > > uses
> > > > >> the defined name is not changed, this is the root cause.
> > > > >>
> > > > >> this enchancement will be completed in 2 steps.
> > > > >> in Currently step, just focus on the interoperability of MS
> defined
> > > > >> name.,and not modify the ODF file format.
> > > > >>
> > > > >> if MS office defined range names with a sheet or a work
> book,import
> > it
> > > > in
> > > > >> Aoo,
> > > > >> make the name of work book in the original,but with a flag of
> global
> > > > >> name,for example,the name is "Name_1",it will be "Name_1" as
> before
> > in
> > > > >> the define name dialog.
> > > > >> make the name of work sheet to the original,but with a flag of
> sheet
> > > > >> name,for
> > > > >> example,the name is "Name_1",it will be "Name_1 (sheet 1)" in the
> > > define
> > > > >> name
> > > > >> dialog if the name is defined in the sheet 1.
> > > > >>
> > > > >> here is the issue link:
> > > > >> htt

Re: Registration

[Oliver-Rainer Wittmann]

Hi,

On 09.08.2012 16:23, Rob Weir wrote:

On Thu, Aug 9, 2012 at 2:34 AM, Oliver-Rainer Wittmann
 wrote:

Hi,


On 07.08.2012 23:44, Andrea Pescetti wrote:


On 23/07/2012 Rob Weir wrote:


On Mon, Jul 23, 2012 at 12:53 PM, Andrea Pescetti wrote:


So I'd propose to ask Infra to redirect the whole domains
https://registration2.services.openoffice.org/
http://registration2.services.openoffice.org/
http://survey.services.openoffice.org/
to something that explains that OpenOffice.org is now at Apache.


So it might make sense to send them to the download page?  Or a
custom/new page that says:
a) Thank you for installing OOo
b) OOo is now at Apache
c) The latest version is AOO 3.4.  You can get it here (give download
link)
d) Useful extensions and templates are here (give links)
e) If you want to stay informed about new releases and other
announcements, here is our announcement link, Twitter account, etc.



I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html



This page looks good.

May be we can use it also for our update service. It could be the landing
page for users of legacy OOo versions for whose language we do not have a
released package. Currently, the update service for such legacy OOo versions
is not active.



How would that work, for an end user?  I thought an update check
occurs every week.  So suppose someone was currently using OOo 3.3.0
in the Korean translation.  Every week they would get a notification
saying an update is available.  This would take them to a page (in
English) that says AOO 3.4.0 is available, but not in Korean.  And if
they don't install 3.4.0 they continue to get the message every week?

That sounds annoying.



You are right, that would be annoying.


Or is there a way we can give a set of users a message once, so after
they dismiss the message it does not return every week?  Something
like an Atom/RSS feed that can be displayed in the client.  That would
be more useful.

Of course, we cannot now modify the UI and logic of OOo 3.3.0.  But we
could fake it with a hack.  For example, we could a message in for all
languages in the update XML, but only have it there for 2 weeks.  Then
we would revert the XML back to only notifying users for updates in
their language.



Sounds like a reasonable idea.


Best regards, Oliver.

update service for not released languages [was: Re: Registration]

[Oliver-Rainer Wittmann]

Hi,

On 09.08.2012 22:23, Andrea Pescetti wrote:

Oliver-Rainer Wittmann wrote:

On 07.08.2012 23:44, Andrea Pescetti wrote:

I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html

May be we can use it also for our update service. It could be the
landing page for users of legacy OOo versions for whose language we do
not have a released package.


For those cases it would be better to wait until 3.4.1 is out, then provide, for
unsupported languages, some "beta/RC" builds or langpacks based on the same SVN
revision and the SDF files we have now and create a page saying something like
"your language is not officially supported, but you can help us [links to
unofficial builds and instructions]". But this is just an idea that we can
discuss after 3.4.1 is released.



Yes, I would definitely wait until AOO 3.4.1 is out.

Having unofficial language packs for our unsupported languages would be a good 
idea, esp. to attract some new volunteers for translations.


I will keep your's and Rob's idea in mind for my planned future work on the 
update service.



Best regards, Oliver.

First Experiance with Testlink

[Raphael Bircher]

Hi at all

I played around with the new testlink instance and I want to share my
first experiances. First of all, Testlink is quite different to the old
TCM. It's more complicated, but also more powerfull. And Testlink is
extendable.

There are many different rules, for my point of view too many. But the
rules are compleet adaptable, and so we can simplify them, if we want.

I was able to create a project. At the moment we have only testprojects.
For my point of view, it makes sense to create a Project for each AOO
version. (AOO341 AOO35 etc.) Also I beleve it's a good idea to have a
basic project who all testcases are stored. The big question is, how to
bring over the testcases from a basic project to a working project. The
GUI from Testlink offer a possibility to build a project on the basis of
an other project. Unfortunaly this function does not take over the
testcases. You can export and import testcases via XML, but I don't know
if Testlink is able to handle multiple testcases export/import.

I was able to create a Testcases, but what I miss is a Checkbox for the
Testers (pass/fail) and a comment box. Also I miss a overview over all
tests. The first one will be easy to solve. We cann add this fields. The
seccond one is probabily not so easy.

Greatings to all
Raphael
-- 
My private Homepage: http://www.raphaelbircher.ch/

Re: Need MWiki Admin assistance to correct Google Analytics code

[TJ Frazier]

On 8/13/2012 23:09, Dave Fisher wrote:


On Aug 13, 2012, at 4:39 PM, TJ Frazier wrote:


On 8/13/2012 17:20, Dave Fisher wrote:


On Aug 13, 2012, at 1:35 PM, Rob Weir wrote:


No response to this note or BZ issue :-(

https://issues.apache.org/ooo/show_bug.cgi?id=120301

I'm told that we have only two people who have sys admin access to the
wiki:  imacat and Raphael.

I appreciate that we're all busy with many other things, but I'd
greatly appreciate it if this change can be made.  It should be easy
since Google Analytics is already integrated.  We just need to update
the account codes.


I am also looking for help from the MWiki Admin to complete the activation of 
wiki.openoffice.org. It looks like the ATS code needs to recognize the URL (or 
MWiki does). The httpd config is simple so the trouble is not there.

Regards,
Dave


Dave,
AFAIK, Mwiki is only listening on 127.0.0.1, or some such, with ATS on the 
other end. I know of no one with ATS expertise (I would like to complain about 
stale pages), but it /is/ an active Apache project ...


BTW - The MWiki now answers to wiki.openoffice.org.

wiki.services.openoffice.org, doc.services.openoffice.org and 
ooo-wiki.apache.org are all redirected to wiki.openoffice.org.

This all happens in DNS and Apache Traffic Server.

Please describe the stale page problem.

Regards,
Dave


Thanks for your work; the users will appreciate it.

The "stale page" problem has been on the back burner for several 
reasons: (1) it is "flaky" (unable to reproduce to order); (2) there is 
a 100% workaround, although tricky: see


 (which, looking up the above link, I just this minute needed to use!); 
and (3) the cache times out on its own, eventually.


Most commonly, I land on a page displaying the "Log In / Create Account" 
link. Sometimes (like today) I need to log in; other times I see the 
"You are logged in as" dialog, with the login box all filled out. 
Whatever I do, the subsequent display still shows the un-logged-in page. 
Rarely, I am already logged in, and link to a page which displays "Log 
In" (frequently not in English; usually German).
Worst, after editing a page and saving, the subsequent display shows the 
unchanged original (scary!). In all cases, the "&purge=1" returns to 
normalcy.


You can see on the ML's that other users hit the same problem. I refer 
them to "Moving Day".


I attribute the problem to ATS, only because I never saw it until ATS 
was added (not definitive). So far, I have not seen any stale pages 
logged in to another user, as I did at Collabnet. That would be a major 
security breach, and I would raise hell.


Thanks for listening. Anything you can do about it would be a big help.

/tj/


/tj/


Thanks!

-Rob

On Mon, Aug 6, 2012 at 5:10 PM, Rob Weir  wrote:

I need some help, from a MWiki admin, to fix the issue reported here:
https://issues.apache.org/ooo/show_bug.cgi?id=120301

I tried a JIRA issue with Infra, but they said that our admins need to
handle this.

I'd be happy to do this myself, but I don't have permissions.

Thanks!

-Rob

3.4.1_release_blocker? [Bug 120481] Please have a look

[FR web forum]

Hello list,

French user has open this report: 
https://issues.apache.org/ooo/show_bug.cgi?id=120481

Unable to drag & drop column header from data sources beamer (F4) to Writer 
document.
This happen only with MacOS 10.8

Thanks

Discussion on bug 120511 (The labels in the Legend of Excel chart is different with that in MS Office)

[Clarence GUO]

Hi~
I'm doing bug 120511. I'm going to change the default behavior of the
legend display when creating a chart, which needs your comments.
When MS Excel creates a chart, if the chart data range doesn't contain
strings which can be regarded as data series name, Excel will use
Series as the default series names. e.g., Series1, Series2... While in
AOO, the default names will be the column or row names. e.g., Column A,
Column B...
So some Excel users will complain their XLS files will show different
legend labels of chart on AOO.
In order to satisfy these MS users and in order to not impact the
compatibilty of ODS files as well, I'm going to change the default data
series naming algorithm. the solution will be:

- If the opened file is ODS format, the default data series names will be
Column or Row as before, no matter what format it is resaved
before close;
- If the opened file is XLS format, the default data series names will be
Series, no matter what format it is resaved before close;

User Scenario 1:
Create a Spreadsheet file, create a chart, the default data series names on
legend will show Column A, Column B...
Resave the file to XLS, don't close it, create a chart again, the default
data series names on legend will also show Column A, Column B... (No matter
change the data series names of only chart 2 to Series 1, Series 2.. or
change both charts, will confuse users at this time)
Save again and reload the XLS, the default data series names of the two
charts are Series 1, Series 2...

User Scenario 2:
Open a XLS file which has chart with default data series names on legend,
the default data series names of the charts will show Series 1, Series 2...
Create a new chart, the default data series names of the charts will also
show Series 1, Series 2...
Resave the file to ODS, don't close it, create a chart again, the default
data series names of the charts will still show Series 1, Series 2...
Save again and reload the ODS, the default data series names of the all
charts are Column A, Column B...

Do you agree my proposal? Any comments and concerns please let me know.

Thanks & Regards,
Clarence

Re: Discussion on bug 120511 (The labels in the Legend of Excel chart is different with that in MS Office)

[Raphael Bircher]

Am 14.08.12 11:59, schrieb Clarence GUO:
> Hi~
> I'm doing bug 120511. I'm going to change the default behavior of the
> legend display when creating a chart, which needs your comments.
> When MS Excel creates a chart, if the chart data range doesn't contain
> strings which can be regarded as data series name, Excel will use
> Series as the default series names. e.g., Series1, Series2... While in
> AOO, the default names will be the column or row names. e.g., Column A,
> Column B...
> So some Excel users will complain their XLS files will show different
> legend labels of chart on AOO.
> In order to satisfy these MS users and in order to not impact the
> compatibilty of ODS files as well, I'm going to change the default data
> series naming algorithm. the solution will be:
>
> - If the opened file is ODS format, the default data series names will be
> Column or Row as before, no matter what format it is resaved
> before close;
> - If the opened file is XLS format, the default data series names will be
> Series, no matter what format it is resaved before close;
>
> User Scenario 1:
> Create a Spreadsheet file, create a chart, the default data series names on
> legend will show Column A, Column B...
> Resave the file to XLS, don't close it, create a chart again, the default
> data series names on legend will also show Column A, Column B... (No matter
> change the data series names of only chart 2 to Series 1, Series 2.. or
> change both charts, will confuse users at this time)
> Save again and reload the XLS, the default data series names of the two
> charts are Series 1, Series 2...
>
> User Scenario 2:
> Open a XLS file which has chart with default data series names on legend,
> the default data series names of the charts will show Series 1, Series 2...
> Create a new chart, the default data series names of the charts will also
> show Series 1, Series 2...
> Resave the file to ODS, don't close it, create a chart again, the default
> data series names of the charts will still show Series 1, Series 2...
> Save again and reload the ODS, the default data series names of the all
> charts are Column A, Column B...
>
> Do you agree my proposal? Any comments and concerns please let me know.
The problem you try to solve is the following scenario:

Sameone recive a XLS Document from a other person who has Excel. The
Person who has Excel has allready a printout. The person with Apache
OpenOffice recive the document, make also a printout, and this two
documents shows different.

I fear a bit, you don't solve problems at all: Think about the following
User Scenario:

- User make a new Table and create a Chart
- User save it to ods
- User make a Copy to OOXML or XLS too
- User has, for whatever reason, only the XLS document, and open it on
Apache OpenOffice
- The Document looks different.

I beleve, to make User realy happy this need a Checkbox

But I'm not a Calc specialist at all, so wait for other comments please.

Greetings Raphael

Re: 3.4.1_release_blocker? [Bug 120481] Please have a look

[Rob Weir]

On Tue, Aug 14, 2012 at 4:42 AM, FR web forum  wrote:
> Hello list,
>
> French user has open this report: 
> https://issues.apache.org/ooo/show_bug.cgi?id=120481
>
> Unable to drag & drop column header from data sources beamer (F4) to Writer 
> document.
> This happen only with MacOS 10.8
>

What I look for in a release blocker at this point:

1) Is the impact severe, i.e., data loss, blocks use of a major features, etc.

2) Will it impact many users?

3) Is there no adequate workaround that we can put in the release notes?


Again, there is no risk-free fix.  The fact that this bug was
introduced via an earlier fix proves that.


It is safe to assume that with more days of testing we will find more
bugs.  We could probably test for another 6 months and still find new
bugs.  That is the nature of complex software.  But the question is
not whether or not we fix this bug.  Of course we will.  The question
is between:

A) Fix this bug later in 3.4.3 or in 3.5

or

B) Fix this bug in 3.4.1, and delay the delivery of this release,
which contains many other critical fixes for more severe issues.  Also
introduce further risks for 3.4.1 by changing more code.

IMHO the decision between A and B should be based on impact, severity and risk.

Does anyone have an opinion on the impact and severity?

-Rob

> Thanks

Linux install instructions

[Rob Weir]

I just noticed this new article.  It seems to have a complete
description, including uninstalling LO and blocking future updates:

http://www.tecmint.com/install-apache-openoffice-3-4-0-on-rhel-centos-6-3-5-8-and-fedora-17-16/

Does anyone see any technical errors?  If not we might want to link to it.

-Rob

Fwd: [Bug 120179] New: WaE: sc/source/filter/excel/excform.cxx

[Pavel Janík]

Please review the patch.

Begin forwarded message:

> From: bugzi...@apache.org
> Date: July 3, 2012 6:33:45 PM GMT+02:00
> To: pa...@janik.cz
> Subject: [Bug 120179] New: WaE: sc/source/filter/excel/excform.cxx
> 
> https://issues.apache.org/ooo/show_bug.cgi?id=120179
> 
>  Priority: P3
>Bug ID: 120179
>  Assignee: ooo-iss...@incubator.apache.org
>   Summary: WaE: sc/source/filter/excel/excform.cxx
>  Severity: normal
>Issue Type: DEFECT
>Classification: Application
>OS: All
>  Reporter: pa...@janik.cz
>  Hardware: All
>Status: CONFIRMED
>   Version: AOO 3.4.0
> Component: code
>   Product: spreadsheet
> 
> Current trunk:
> 
> /Users/pavel/BUILD/BuildDir/ooo_trunk_src/sc/source/filter/excel/excform.cxx:
> In function ‘sal_Bool lcl_isInMissArgForZeroList(DefTokenId)’:
> /Users/pavel/BUILD/BuildDir/ooo_trunk_src/sc/source/filter/excel/excform.cxx:1553:
> warning: comparison between signed and unsigned integer expressions
> 
> Proposed change:
> 
> diff -ur sc.orig/source/filter/excel/excform.cxx
> sc/source/filter/excel/excform.cxx
> --- sc.orig/source/filter/excel/excform.cxx 2012-07-03 14:41:38.0
> +0200
> +++ sc/source/filter/excel/excform.cxx  2012-07-03 14:42:16.0 +0200
> @@ -1550,7 +1550,7 @@
> 
> sal_Bool lcl_isInMissArgForZeroList(DefTokenId id)
> {
> -   for(short index = 0; index < missArgForZeroCount; index++)
> +   for(DefTokenId index = 0; index < missArgForZeroCount; index++)
>if(missArgForZeroList[index] == id)
>return sal_True;
>return sal_False;
> 
> -- 
> You are receiving this mail because:
> You reported the bug.

-- 
Pavel Janík

Re: svn commit: r1372411 - /incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx

[Pavel Janík]

Hi,

On Aug 13, 2012, at 3:04 PM, o...@apache.org wrote:

> Author: orw
> Date: Mon Aug 13 13:04:34 2012
> New Revision: 1372411
> 
> URL: http://svn.apache.org/viewvc?rev=1372411&view=rev
> Log:
> #119440# - method 
> -- add support for further field codes
> 
> Found by: Yan Ji
> Patch by: zjcen
> Review by: orw
> 
> Modified:
>incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx
> 
> Modified: incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx
> URL: 
> http://svn.apache.org/viewvc/incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx?rev=1372411&r1=1372410&r2=1372411&view=diff
> ==
> --- incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx (original)
> +++ incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx Mon Aug 13 
> 13:04:34 2012

> +const sal_Unicode cC = sPart.GetChar(nBegin+1);
> +if ( (-1 < cC) && (cC < 32) )

This code results in this warning:

sw/source/filter/ww8/ww8par5.cxx:2588: warning: comparison is always true due 
to limited range of data type

Please fix this.
-- 
Pavel Janík

Re: svn commit: r1372411 - /incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx

[Oliver-Rainer Wittmann]

Hi,

On 14.08.2012 15:47, Pavel Janík wrote:

Hi,

On Aug 13, 2012, at 3:04 PM, o...@apache.org wrote:


Author: orw
Date: Mon Aug 13 13:04:34 2012
New Revision: 1372411

URL: http://svn.apache.org/viewvc?rev=1372411&view=rev
Log:
#119440# - method 
 -- add support for further field codes

 Found by: Yan Ji
 Patch by: zjcen
 Review by: orw

Modified:
incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx

Modified: incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx
URL: 
http://svn.apache.org/viewvc/incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx?rev=1372411&r1=1372410&r2=1372411&view=diff
==
--- incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx (original)
+++ incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx Mon Aug 13 
13:04:34 2012



+const sal_Unicode cC = sPart.GetChar(nBegin+1);
+if ( (-1 < cC) && (cC < 32) )


This code results in this warning:

sw/source/filter/ww8/ww8par5.cxx:2588: warning: comparison is always true due 
to limited range of data type

Please fix this.



Hm.

This the first sample document attached to issue 119440 I am observing that this 
comparison is not always true. I debugged the this code during my patch review.
The string  contains data from an imported Microsoft Word document which 
is not a fix.


May be I have overseen something.
Pavel, can you provide further information why in your environment this 
comparison is always true?


Best regards, Oliver.

[UPDATE SERVICE] proposed adaptation when AOO 3.4.1 is released.

[Oliver-Rainer Wittmann]

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].


Any objections/comments/improvements/...?


[1] http://www.openoffice.org/download
[2] https://issues.apache.org/jira/browse/INFRA-5112


Best regards, Oliver.

Re: svn commit: r1372411 - /incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx

[Pavel Janík]

Hi Oliver,

On Aug 14, 2012, at 4:15 PM, Oliver-Rainer Wittmann wrote:

>>> --- incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx (original)
>>> +++ incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx Mon Aug 13 
>>> 13:04:34 2012
>> 
>>> +const sal_Unicode cC = sPart.GetChar(nBegin+1);
>>> +if ( (-1 < cC) && (cC < 32) )
>> 
>> This code results in this warning:
>> 
>> sw/source/filter/ww8/ww8par5.cxx:2588: warning: comparison is always true 
>> due to limited range of data type
>> 
>> Please fix this.
>> 
> 
> Hm.
> 
> This the first sample document attached to issue 119440 I am observing that 
> this comparison is not always true. I debugged the this code during my patch 
> review.
> The string  contains data from an imported Microsoft Word document 
> which is not a fix.
> 
> May be I have overseen something.
> Pavel, can you provide further information why in your environment this 
> comparison is always true?


I think that

Pavel-Janiks-MacBook-Pro:ooo_trunk_src pavel$ grep -r sal_Unicode sal | grep 
typedef
...
sal/inc/sal/types.h:typedef sal_uInt16  sal_Unicode;
...
Pavel-Janiks-MacBook-Pro:ooo_trunk_src pavel$ 

and thus sal_Unicode is unsigned here...

Maybe on Windows it is not:

sal/inc/sal/types.h:typedef wchar_t sal_Unicode;
-- 
Pavel Janík

Re: [UPDATE SERVICE] proposed adaptation when AOO 3.4.1 is released.

[Rob Weir]

On Tue, Aug 14, 2012 at 10:22 AM, 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].

The Slovak pages look good:  http://www.openoffice.org/sk/

It will need to be updated to the final URL for the AOO 3.4.1 release,
when that is available.  But we do have an active committer minding
that page, Michal, so I think it is safe to point the users to that
page.

-Rob


> - 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].
>
> Any objections/comments/improvements/...?
>
>
> [1] http://www.openoffice.org/download
> [2] https://issues.apache.org/jira/browse/INFRA-5112
>
>
> Best regards, Oliver.

Re: [UPDATE SERVICE] proposed adaptation when AOO 3.4.1 is released.

[Oliver-Rainer Wittmann]

Hi,

On 14.08.2012 16:28, Rob Weir wrote:

On Tue, Aug 14, 2012 at 10:22 AM, 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].


The Slovak pages look good:  http://www.openoffice.org/sk/

It will need to be updated to the final URL for the AOO 3.4.1 release,
when that is available.  But we do have an active committer minding
that page, Michal, so I think it is safe to point the users to that
page.



I also looked at it.
It redirects to http://www.openoffice.org/sk/download.html, which is providing 
links to OOo 3.3 packages. If these are updated, when AOO 3.4.1 is released, 
then we should definitely redirect these users to http://www.openoffice.org/sk



Best regards, Oliver.





- 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].

Any objections/comments/improvements/...?


[1] http://www.openoffice.org/download
[2] https://issues.apache.org/jira/browse/INFRA-5112


Best regards, Oliver.

Re: svn commit: r1372411 - /incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx

[Oliver-Rainer Wittmann]

Hi Pavel,

On 14.08.2012 16:27, Pavel Janík wrote:

Hi Oliver,

On Aug 14, 2012, at 4:15 PM, Oliver-Rainer Wittmann wrote:


--- incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx (original)
+++ incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx Mon Aug 13 
13:04:34 2012



+const sal_Unicode cC = sPart.GetChar(nBegin+1);
+if ( (-1 < cC) && (cC < 32) )


This code results in this warning:

sw/source/filter/ww8/ww8par5.cxx:2588: warning: comparison is always true due 
to limited range of data type

Please fix this.



Hm.

This the first sample document attached to issue 119440 I am observing that 
this comparison is not always true. I debugged the this code during my patch 
review.
The string  contains data from an imported Microsoft Word document which 
is not a fix.

May be I have overseen something.
Pavel, can you provide further information why in your environment this 
comparison is always true?



I think that

Pavel-Janiks-MacBook-Pro:ooo_trunk_src pavel$ grep -r sal_Unicode sal | grep 
typedef
...
sal/inc/sal/types.h:typedef sal_uInt16  sal_Unicode;
...
Pavel-Janiks-MacBook-Pro:ooo_trunk_src pavel$

and thus sal_Unicode is unsigned here...

Maybe on Windows it is not:

sal/inc/sal/types.h:typedef wchar_t sal_Unicode;



Now, I got it.
I thought that you meant that the complete camparison condition is reported to 
be always true.

I will take of this.

Thanks for opening my eyes.

Best regards, Oliver.

Re: Linux install instructions

[Andre Fischer]

On 14.08.2012 15:05, Rob Weir wrote:

I just noticed this new article.  It seems to have a complete
description, including uninstalling LO and blocking future updates:

http://www.tecmint.com/install-apache-openoffice-3-4-0-on-rhel-centos-6-3-5-8-and-fedora-17-16/

Does anyone see any technical errors?  If not we might want to link to it.


I did not read everything in detail but what I read looks good.
Except maybe step 4:  the disabling of automatic updates of openoffice 
from the package repository.
Should we ever setup our own repository (see below) or add our packages 
to the official repositories then the changes had to be undone.

But who would remember these changes to /etc/yum.conf?

-Andre

PS: I have been playing around some more with metapackages (deb and rpm) 
and are now able to setup a local repository for Ubuntu 12.04 and Fedora 
17 and install Apache OpenOffice from them.   This is pretty simple.  If 
we would try to setup an "official" Apache package repository we would 
have more problems with integrating download mirrors.

Re: 3.4.1_release_blocker? [Bug 120481] Please have a look

[Jürgen Schmidt]

On 8/14/12 2:51 PM, Rob Weir wrote:
> On Tue, Aug 14, 2012 at 4:42 AM, FR web forum  wrote:
>> Hello list,
>>
>> French user has open this report: 
>> https://issues.apache.org/ooo/show_bug.cgi?id=120481
>>
>> Unable to drag & drop column header from data sources beamer (F4) to Writer 
>> document.
>> This happen only with MacOS 10.8
>>
> 
> What I look for in a release blocker at this point:
> 
> 1) Is the impact severe, i.e., data loss, blocks use of a major features, etc.
> 
> 2) Will it impact many users?
> 
> 3) Is there no adequate workaround that we can put in the release notes?
> 
> 
> Again, there is no risk-free fix.  The fact that this bug was
> introduced via an earlier fix proves that.
> 
> 
> It is safe to assume that with more days of testing we will find more
> bugs.  We could probably test for another 6 months and still find new
> bugs.  That is the nature of complex software.  But the question is
> not whether or not we fix this bug.  Of course we will.  The question
> is between:
> 
> A) Fix this bug later in 3.4.3 or in 3.5
> 
> or
> 
> B) Fix this bug in 3.4.1, and delay the delivery of this release,
> which contains many other critical fixes for more severe issues.  Also
> introduce further risks for 3.4.1 by changing more code.
> 
> IMHO the decision between A and B should be based on impact, severity and 
> risk.
> 
> Does anyone have an opinion on the impact and severity?
> 

I think as release manager I should have an opinion ;-)

Ok to be more serious, we have analyzed the problem. Armin remembered
the issue 117990 that we have integrated early in the 3.4.1 branch and
that solved another serious problem with the clipboard in the calc
application. This fix was tested and verified but as side effect we have
now this new problem. It is definitely a regression to 3.4.

Andre and I have analyzed the code and we have a potential fix that
solves of course both problems. But we are not 100% sure if this fix is
good enough or if it introduce new problems. As Rob mentioned every fix
contains a risk to break something else.

At the moment I am unsure but I tend to leave it out of 3.4.1.

The question is how many users are affected by this problem or if the
workaround via Insert -> Fields -> ... is ok for now. Reverting the fix
for 117990 is no option because it is serious as well and probably more
users are affected by this issue as by the new problem.

For now I would propose that we continue to analyze the fix a little bit
more and try to understand the code better. And when we have to rebuild
for another critical show stopper, we will potentially integrate the fix
for this problem as well if we feel more comfortable with the fix.

Juergen

Re: svn commit: r1372411 - /incubator/ooo/trunk/main/sw/source/filter/ww8/ww8par5.cxx

[ZuoJun Chen]

Hi,

I use char type for variable cC before and it should be signed as
default in GCC

as far as I remember. but we can modify that with -funsigned-char, so it is
reasonable

 to use sal_Unicode when we handle Unicode string.  The comparison is
previously

used with char, and I have no change the condition properly after
replacement.

Thanks for your careful check and explanation.

Regards - Zuojun

2012/8/14 Oliver-Rainer Wittmann 

> Hi Pavel,
>
>
> On 14.08.2012 16:27, Pavel Janík wrote:
>
>> Hi Oliver,
>>
>> On Aug 14, 2012, at 4:15 PM, Oliver-Rainer Wittmann wrote:
>>
>>  --- incubator/ooo/trunk/main/sw/**source/filter/ww8/ww8par5.cxx
> (original)
> +++ incubator/ooo/trunk/main/sw/**source/filter/ww8/ww8par5.cxx Mon
> Aug 13 13:04:34 2012
>

  +const sal_Unicode cC =
> sPart.GetChar(nBegin+1);
> +if ( (-1 < cC) && (cC < 32) )
>

 This code results in this warning:

 sw/source/filter/ww8/ww8par5.**cxx:2588: warning: comparison is always
 true due to limited range of data type

 Please fix this.


>>> Hm.
>>>
>>> This the first sample document attached to issue 119440 I am observing
>>> that this comparison is not always true. I debugged the this code during my
>>> patch review.
>>> The string  contains data from an imported Microsoft Word
>>> document which is not a fix.
>>>
>>> May be I have overseen something.
>>> Pavel, can you provide further information why in your environment this
>>> comparison is always true?
>>>
>>
>>
>> I think that
>>
>> Pavel-Janiks-MacBook-Pro:ooo_**trunk_src pavel$ grep -r sal_Unicode sal
>> | grep typedef
>> ...
>> sal/inc/sal/types.h:typedef sal_uInt16  sal_Unicode;
>> ...
>> Pavel-Janiks-MacBook-Pro:ooo_**trunk_src pavel$
>>
>> and thus sal_Unicode is unsigned here...
>>
>> Maybe on Windows it is not:
>>
>> sal/inc/sal/types.h:typedef wchar_t sal_Unicode;
>>
>>
> Now, I got it.
> I thought that you meant that the complete camparison condition is
> reported to be always true.
> I will take of this.
>
> Thanks for opening my eyes.
>
> Best regards, Oliver.
>

Re: 3.4.1_release_blocker? [Bug 120481] Please have a look

[Rob Weir]

On Tue, Aug 14, 2012 at 11:51 AM, Jürgen Schmidt
 wrote:
> On 8/14/12 2:51 PM, Rob Weir wrote:
>> On Tue, Aug 14, 2012 at 4:42 AM, FR web forum  wrote:
>>> Hello list,
>>>
>>> French user has open this report: 
>>> https://issues.apache.org/ooo/show_bug.cgi?id=120481
>>>
>>> Unable to drag & drop column header from data sources beamer (F4) to Writer 
>>> document.
>>> This happen only with MacOS 10.8
>>>
>>
>> What I look for in a release blocker at this point:
>>
>> 1) Is the impact severe, i.e., data loss, blocks use of a major features, 
>> etc.
>>
>> 2) Will it impact many users?
>>
>> 3) Is there no adequate workaround that we can put in the release notes?
>>
>>
>> Again, there is no risk-free fix.  The fact that this bug was
>> introduced via an earlier fix proves that.
>>
>>
>> It is safe to assume that with more days of testing we will find more
>> bugs.  We could probably test for another 6 months and still find new
>> bugs.  That is the nature of complex software.  But the question is
>> not whether or not we fix this bug.  Of course we will.  The question
>> is between:
>>
>> A) Fix this bug later in 3.4.3 or in 3.5
>>
>> or
>>
>> B) Fix this bug in 3.4.1, and delay the delivery of this release,
>> which contains many other critical fixes for more severe issues.  Also
>> introduce further risks for 3.4.1 by changing more code.
>>
>> IMHO the decision between A and B should be based on impact, severity and 
>> risk.
>>
>> Does anyone have an opinion on the impact and severity?
>>
>
> I think as release manager I should have an opinion ;-)
>
> Ok to be more serious, we have analyzed the problem. Armin remembered
> the issue 117990 that we have integrated early in the 3.4.1 branch and
> that solved another serious problem with the clipboard in the calc
> application. This fix was tested and verified but as side effect we have
> now this new problem. It is definitely a regression to 3.4.
>
> Andre and I have analyzed the code and we have a potential fix that
> solves of course both problems. But we are not 100% sure if this fix is
> good enough or if it introduce new problems. As Rob mentioned every fix
> contains a risk to break something else.
>
> At the moment I am unsure but I tend to leave it out of 3.4.1.
>
> The question is how many users are affected by this problem or if the
> workaround via Insert -> Fields -> ... is ok for now. Reverting the fix
> for 117990 is no option because it is serious as well and probably more
> users are affected by this issue as by the new problem.
>
> For now I would propose that we continue to analyze the fix a little bit
> more and try to understand the code better. And when we have to rebuild
> for another critical show stopper, we will potentially integrate the fix
> for this problem as well if we feel more comfortable with the fix.
>

+1. Investigating something is risk free.  At least with software.
Not true in a chemistry lab...

> Juergen
>
>
>
>
>
>
>

Re: Linux install instructions

[Kay Schenk]

On Tue, Aug 14, 2012 at 8:42 AM, Andre Fischer  wrote:

> On 14.08.2012 15:05, Rob Weir wrote:
>
>> I just noticed this new article.  It seems to have a complete
>> description, including uninstalling LO and blocking future updates:
>>
>> http://www.tecmint.com/**install-apache-openoffice-3-4-**
>> 0-on-rhel-centos-6-3-5-8-and-**fedora-17-16/
>>
>> Does anyone see any technical errors?  If not we might want to link to it.
>>
>
 well, not all Linux distros use "yum"...this is a RedHat gui for package
management. So, as general instructions, h...

The current install guide --

 http://www.openoffice.org/download/common/instructions.html#linux

tells about "disabling" what LO may have setup, but not how to completely
"uninstall" it. [I was attempting to be "kind" with this approach].

I think most popular linux distros are inherently either RPM or DEB package
management. It would be pretty easy to include the appropriate command line
instructions to actually "deinstall" LO if we wanted to go that route.

But, we could certainly link to this ... not a problem


> I did not read everything in detail but what I read looks good.
> Except maybe step 4:  the disabling of automatic updates of openoffice
> from the package repository.
> Should we ever setup our own repository (see below) or add our packages to
> the official repositories then the changes had to be undone.
> But who would remember these changes to /etc/yum.conf?
>
> -Andre
>
> PS: I have been playing around some more with metapackages (deb and rpm)
> and are now able to setup a local repository for Ubuntu 12.04 and Fedora 17
> and install Apache OpenOffice from them.   This is pretty simple.  If we
> would try to setup an "official" Apache package repository we would have
> more problems with integrating download mirrors.
>

YAY! Great news, Andre... I'm still hoepful I can get to eh openSUSE build
service soonish. So far, just some preliminary investigation.



-- 

MzK

"Never express yourself more clearly than you are able to think."
--
Niels Bohr

Two new stats graphs: ooo-dev subscribers and committers

[Rob Weir]

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.

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?

Forum posts/subscribers?

Commits?

Regards,

-Rob

Re: Need MWiki Admin assistance to correct Google Analytics code

[Dave Fisher]

On Aug 14, 2012, at 1:27 AM, TJ Frazier wrote:

> On 8/13/2012 23:09, Dave Fisher wrote:
>> 
>> On Aug 13, 2012, at 4:39 PM, TJ Frazier wrote:
>> 
>>> On 8/13/2012 17:20, Dave Fisher wrote:
 
 On Aug 13, 2012, at 1:35 PM, Rob Weir wrote:
 
> No response to this note or BZ issue :-(
> 
> https://issues.apache.org/ooo/show_bug.cgi?id=120301
> 
> I'm told that we have only two people who have sys admin access to the
> wiki:  imacat and Raphael.
> 
> I appreciate that we're all busy with many other things, but I'd
> greatly appreciate it if this change can be made.  It should be easy
> since Google Analytics is already integrated.  We just need to update
> the account codes.
 
 I am also looking for help from the MWiki Admin to complete the activation 
 of wiki.openoffice.org. It looks like the ATS code needs to recognize the 
 URL (or MWiki does). The httpd config is simple so the trouble is not 
 there.
 
 Regards,
 Dave
 
>>> Dave,
>>> AFAIK, Mwiki is only listening on 127.0.0.1, or some such, with ATS on the 
>>> other end. I know of no one with ATS expertise (I would like to complain 
>>> about stale pages), but it /is/ an active Apache project ...
>> 
>> BTW - The MWiki now answers to wiki.openoffice.org.
>> 
>> wiki.services.openoffice.org, doc.services.openoffice.org and 
>> ooo-wiki.apache.org are all redirected to wiki.openoffice.org.
>> 
>> This all happens in DNS and Apache Traffic Server.
>> 
>> Please describe the stale page problem.
>> 
>> Regards,
>> Dave
>> 
> Thanks for your work; the users will appreciate it.
> 
> The "stale page" problem has been on the back burner for several reasons: (1) 
> it is "flaky" (unable to reproduce to order); (2) there is a 100% workaround, 
> although tricky: see
> 
> (which, looking up the above link, I just this minute needed to use!); and 
> (3) the cache times out on its own, eventually.
> 
> Most commonly, I land on a page displaying the "Log In / Create Account" 
> link. Sometimes (like today) I need to log in; other times I see the "You are 
> logged in as" dialog, with the login box all filled out. Whatever I do, the 
> subsequent display still shows the un-logged-in page. Rarely, I am already 
> logged in, and link to a page which displays "Log In" (frequently not in 
> English; usually German).
> Worst, after editing a page and saving, the subsequent display shows the 
> unchanged original (scary!). In all cases, the "&purge=1" returns to normalcy.
> 
> You can see on the ML's that other users hit the same problem. I refer them 
> to "Moving Day".
> 
> I attribute the problem to ATS, only because I never saw it until ATS was 
> added (not definitive). So far, I have not seen any stale pages logged in to 
> another user, as I did at Collabnet. That would be a major security breach, 
> and I would raise hell.
> 
> Thanks for listening. Anything you can do about it would be a big help.

We have the ability to control and access cache information. See 
http://trafficserver.apache.org/docs/v2/admin/cache.htm

Infra is helpful on #asfinfra but you may want to file a JIRA.

Regards,
Dave

> 
> /tj/
>>> 
>>> /tj/
> 
> Thanks!
> 
> -Rob
> 
> On Mon, Aug 6, 2012 at 5:10 PM, Rob Weir  wrote:
>> I need some help, from a MWiki admin, to fix the issue reported here:
>> https://issues.apache.org/ooo/show_bug.cgi?id=120301
>> 
>> I tried a JIRA issue with Infra, but they said that our admins need to
>> handle this.
>> 
>> I'd be happy to do this myself, but I don't have permissions.
>> 
>> Thanks!
>> 
>> -Rob
> 
> 

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Dave Fisher]

On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:

> On 03/08/2012 Rob Weir wrote:
>> On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
>> wrote:
>>> I am planning to give a talk on ApacheCon EU about
>>> the update function in AOO and the Update Service. In this talk I will give
>>> a deep insight in its purpose and functionality which should be enough input
>>> for a corresponding volunteer to create a "real" web service for our Update
>>> Service. ...
>> The question is:  how dynamic does it need to be?  It is not like the
>> upgrade options change minute by minute.  These change slowly, at the
>> pace of our release cycle, so every few months.
> 
> Yes, and traffic is a key factor here. With potentially hundreds of millions 
> of clients hitting the servers, the biggest problem is not re-implementing 
> the update service as a web service, but serving it efficiently. And indeed I 
> agree that staticizing the results somehow would be good to do, since we have 
> a relatively low number of possible answers with respect to the number of 
> requests.

Oliver requested removal of update32 from DNS on INFRA-5112 and now Infra is 
requesting PPMC agreement.

Is now a time to discuss cleaning up all of the staroffice urls here:

update.services   CNAME sd-web4.staroffice.de.
update23.services CNAME sd-web2.staroffice.de.
update24.services CNAME sd-web2.staroffice.de.
update30.services CNAME sd-web2.staroffice.de.
update31.services CNAME sd-web2.staroffice.de.
update32.services CNAME www.openoffice.org.
update33.services CNAME sd-web2.staroffice.de.
update34.services CNAME www.openoffice.org.
update35.services CNAME www.openoffice.org.
update36.services CNAME www.openoffice.org.
update38.services CNAME www.openoffice.org.

update32 is the proposed change in the JIRA issue.

update33 is the added removal.

What about update, update23, update24, update30, update31?

Should we do anything now as well?

Regards,
Dave

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Rob Weir]

On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  wrote:
>
> On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:
>
>> On 03/08/2012 Rob Weir wrote:
>>> On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
>>> wrote:
 I am planning to give a talk on ApacheCon EU about
 the update function in AOO and the Update Service. In this talk I will give
 a deep insight in its purpose and functionality which should be enough 
 input
 for a corresponding volunteer to create a "real" web service for our Update
 Service. ...
>>> The question is:  how dynamic does it need to be?  It is not like the
>>> upgrade options change minute by minute.  These change slowly, at the
>>> pace of our release cycle, so every few months.
>>
>> Yes, and traffic is a key factor here. With potentially hundreds of millions 
>> of clients hitting the servers, the biggest problem is not re-implementing 
>> the update service as a web service, but serving it efficiently. And indeed 
>> I agree that staticizing the results somehow would be good to do, since we 
>> have a relatively low number of possible answers with respect to the number 
>> of requests.
>
> Oliver requested removal of update32 from DNS on INFRA-5112 and now Infra is 
> requesting PPMC agreement.
>
> Is now a time to discuss cleaning up all of the staroffice urls here:
>
> update.services   CNAME sd-web4.staroffice.de.
> update23.services CNAME sd-web2.staroffice.de.
> update24.services CNAME sd-web2.staroffice.de.
> update30.services CNAME sd-web2.staroffice.de.
> update31.services CNAME sd-web2.staroffice.de.
> update32.services CNAME www.openoffice.org.
> update33.services CNAME sd-web2.staroffice.de.
> update34.services CNAME www.openoffice.org.
> update35.services CNAME www.openoffice.org.
> update36.services CNAME www.openoffice.org.
> update38.services CNAME www.openoffice.org.
>
> update32 is the proposed change in the JIRA issue.
>
> update33 is the added removal.
>
> What about update, update23, update24, update30, update31?
>
> Should we do anything now as well?
>

I suppose returning errors from *.openoffice.org is no worse than
returning errors from *.staroffice.de.  And if we do that we can
handle these URL's more gracefully in the future if we want to.


> Regards,
> Dave
>

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Dave Fisher]

On Aug 14, 2012, at 11:43 AM, Rob Weir wrote:

> On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  wrote:
>> 
>> On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:
>> 
>>> On 03/08/2012 Rob Weir wrote:
 On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
 wrote:
> I am planning to give a talk on ApacheCon EU about
> the update function in AOO and the Update Service. In this talk I will 
> give
> a deep insight in its purpose and functionality which should be enough 
> input
> for a corresponding volunteer to create a "real" web service for our 
> Update
> Service. ...
 The question is:  how dynamic does it need to be?  It is not like the
 upgrade options change minute by minute.  These change slowly, at the
 pace of our release cycle, so every few months.
>>> 
>>> Yes, and traffic is a key factor here. With potentially hundreds of 
>>> millions of clients hitting the servers, the biggest problem is not 
>>> re-implementing the update service as a web service, but serving it 
>>> efficiently. And indeed I agree that staticizing the results somehow would 
>>> be good to do, since we have a relatively low number of possible answers 
>>> with respect to the number of requests.
>> 
>> Oliver requested removal of update32 from DNS on INFRA-5112 and now Infra is 
>> requesting PPMC agreement.
>> 
>> Is now a time to discuss cleaning up all of the staroffice urls here:
>> 
>> update.services   CNAME sd-web4.staroffice.de.
>> update23.services CNAME sd-web2.staroffice.de.
>> update24.services CNAME sd-web2.staroffice.de.
>> update30.services CNAME sd-web2.staroffice.de.
>> update31.services CNAME sd-web2.staroffice.de.
>> update32.services CNAME www.openoffice.org.
>> update33.services CNAME sd-web2.staroffice.de.
>> update34.services CNAME www.openoffice.org.
>> update35.services CNAME www.openoffice.org.
>> update36.services CNAME www.openoffice.org.
>> update38.services CNAME www.openoffice.org.
>> 
>> update32 is the proposed change in the JIRA issue.
>> 
>> update33 is the added removal.
>> 
>> What about update, update23, update24, update30, update31?
>> 
>> Should we do anything now as well?
>> 
> 
> I suppose returning errors from *.openoffice.org is no worse than
> returning errors from *.staroffice.de.  And if we do that we can
> handle these URL's more gracefully in the future if we want to.

It might be nicer to return a 404 rather than timing out on a non-responsive ip 
address.

Oliver or Kay will need to confirm what will happen.

Regards,
Dave


> 
> 
>> Regards,
>> Dave
>> 

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Oliver-Rainer Wittmann]

Hi,

Am 14.08.2012 um 20:52 schrieb Dave Fisher :

> 
> On Aug 14, 2012, at 11:43 AM, Rob Weir wrote:
> 
>> On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  wrote:
>>> 
>>> On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:
>>> 
 On 03/08/2012 Rob Weir wrote:
> On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
> wrote:
>> I am planning to give a talk on ApacheCon EU about
>> the update function in AOO and the Update Service. In this talk I will 
>> give
>> a deep insight in its purpose and functionality which should be enough 
>> input
>> for a corresponding volunteer to create a "real" web service for our 
>> Update
>> Service. ...
> The question is:  how dynamic does it need to be?  It is not like the
> upgrade options change minute by minute.  These change slowly, at the
> pace of our release cycle, so every few months.
 
 Yes, and traffic is a key factor here. With potentially hundreds of 
 millions of clients hitting the servers, the biggest problem is not 
 re-implementing the update service as a web service, but serving it 
 efficiently. And indeed I agree that staticizing the results somehow would 
 be good to do, since we have a relatively low number of possible answers 
 with respect to the number of requests.
>>> 
>>> Oliver requested removal of update32 from DNS on INFRA-5112 and now Infra 
>>> is requesting PPMC agreement.
>>> 
>>> Is now a time to discuss cleaning up all of the staroffice urls here:
>>> 
>>> update.services   CNAME sd-web4.staroffice.de.
>>> update23.services CNAME sd-web2.staroffice.de.
>>> update24.services CNAME sd-web2.staroffice.de.
>>> update30.services CNAME sd-web2.staroffice.de.
>>> update31.services CNAME sd-web2.staroffice.de.
>>> update32.services CNAME www.openoffice.org.
>>> update33.services CNAME sd-web2.staroffice.de.
>>> update34.services CNAME www.openoffice.org.
>>> update35.services CNAME www.openoffice.org.
>>> update36.services CNAME www.openoffice.org.
>>> update38.services CNAME www.openoffice.org.
>>> 
>>> update32 is the proposed change in the JIRA issue.
>>> 
>>> update33 is the added removal.
>>> 
>>> What about update, update23, update24, update30, update31?
>>> 
>>> Should we do anything now as well?
>>> 
>> 
>> I suppose returning errors from *.openoffice.org is no worse than
>> returning errors from *.staroffice.de.  And if we do that we can
>> handle these URL's more gracefully in the future if we want to.
> 
> It might be nicer to return a 404 rather than timing out on a non-responsive 
> ip address.
> 
> Oliver or Kay will need to confirm what will happen.

I would like to see a 404 for all currently unused updateX*.services URLs.
The former OOo versions which would get in contact with these URLs should 
handle such replies.

Best regards, Oliver.

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Rob Weir]

On Tue, Aug 14, 2012 at 3:09 PM, Oliver-Rainer Wittmann
 wrote:
> Hi,
>
> Am 14.08.2012 um 20:52 schrieb Dave Fisher :
>
>>
>> On Aug 14, 2012, at 11:43 AM, Rob Weir wrote:
>>
>>> On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  wrote:

 On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:

> On 03/08/2012 Rob Weir wrote:
>> On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
>> wrote:
>>> I am planning to give a talk on ApacheCon EU about
>>> the update function in AOO and the Update Service. In this talk I will 
>>> give
>>> a deep insight in its purpose and functionality which should be enough 
>>> input
>>> for a corresponding volunteer to create a "real" web service for our 
>>> Update
>>> Service. ...
>> The question is:  how dynamic does it need to be?  It is not like the
>> upgrade options change minute by minute.  These change slowly, at the
>> pace of our release cycle, so every few months.
>
> Yes, and traffic is a key factor here. With potentially hundreds of 
> millions of clients hitting the servers, the biggest problem is not 
> re-implementing the update service as a web service, but serving it 
> efficiently. And indeed I agree that staticizing the results somehow 
> would be good to do, since we have a relatively low number of possible 
> answers with respect to the number of requests.

 Oliver requested removal of update32 from DNS on INFRA-5112 and now Infra 
 is requesting PPMC agreement.

 Is now a time to discuss cleaning up all of the staroffice urls here:

 update.services   CNAME sd-web4.staroffice.de.
 update23.services CNAME sd-web2.staroffice.de.
 update24.services CNAME sd-web2.staroffice.de.
 update30.services CNAME sd-web2.staroffice.de.
 update31.services CNAME sd-web2.staroffice.de.
 update32.services CNAME www.openoffice.org.
 update33.services CNAME sd-web2.staroffice.de.
 update34.services CNAME www.openoffice.org.
 update35.services CNAME www.openoffice.org.
 update36.services CNAME www.openoffice.org.
 update38.services CNAME www.openoffice.org.

 update32 is the proposed change in the JIRA issue.

 update33 is the added removal.

 What about update, update23, update24, update30, update31?

 Should we do anything now as well?

>>>
>>> I suppose returning errors from *.openoffice.org is no worse than
>>> returning errors from *.staroffice.de.  And if we do that we can
>>> handle these URL's more gracefully in the future if we want to.
>>
>> It might be nicer to return a 404 rather than timing out on a non-responsive 
>> ip address.
>>
>> Oliver or Kay will need to confirm what will happen.
>
> I would like to see a 404 for all currently unused updateX*.services URLs.
> The former OOo versions which would get in contact with these URLs should 
> handle such replies.
>

Right.  But can we do this this by sending them to openoffice.org to
our ooo-site files?  If we can then we'll get an error 404 naturally
that way.   And when/if we want to handle them with an XML file then
any committer can do that.   But if we generate the errors at the
httpd level then we're back to waiting for Infra to make changes.
Better to arrange it so it is in the project's control.

> Best regards, Oliver.
>
>

Re: [INFO][WEBSITE]: improved usability with simplified Urls to reach some of our services

[RGB ES]

2012/8/14 Jürgen Schmidt :
> Hi,
>
> with the solved jira issues INFRA-5041, INFRA-5042 we have now a nicer
> and more intuitive way to reach some of our services.
>
> wiki.openoffice.org (former wiki.services.openoffice.org)
> forum.openoffice.org (former users.services.openoffice.org)
>
> extensions.oepnoffice.org (former extensions.services.openoffice.org)
> templates.openoffice.org (former templates.services.openoffice.org)
>
> The old Urls are still working but we should replace the old Urls
> wherever we see them with the new ones.
>
> I will take care of the StartCenter Urls in the office!
>
> A long existing and very annoying issue is now solved. Thanks Dave who
> picked up my issue and drove it forward with the infra team. I very much
> appreciate this help.
>
> Juergen

Good! But I'm finding a weird behaviour on the forums... If I enter on
the old url

http://user.services.openoffice.org/

I'm NOT redirected. If I open bot, the new and the old address and
log-in in the new, in the old one I'm still logged off (even if I can
see my user name on the list of registered users...) And last, if I
post something on the new address and refresh the old one I can see
the new post, but I'm still non logged there.

Quite confusing...

Regards
Ricardo

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Dave Fisher]

On Aug 14, 2012, at 12:09 PM, Oliver-Rainer Wittmann wrote:

> Hi,
> 
> Am 14.08.2012 um 20:52 schrieb Dave Fisher :
> 
>> 
>> On Aug 14, 2012, at 11:43 AM, Rob Weir wrote:
>> 
>>> On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  wrote:
 
 On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:
 
> On 03/08/2012 Rob Weir wrote:
>> On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
>> wrote:
>>> I am planning to give a talk on ApacheCon EU about
>>> the update function in AOO and the Update Service. In this talk I will 
>>> give
>>> a deep insight in its purpose and functionality which should be enough 
>>> input
>>> for a corresponding volunteer to create a "real" web service for our 
>>> Update
>>> Service. ...
>> The question is:  how dynamic does it need to be?  It is not like the
>> upgrade options change minute by minute.  These change slowly, at the
>> pace of our release cycle, so every few months.
> 
> Yes, and traffic is a key factor here. With potentially hundreds of 
> millions of clients hitting the servers, the biggest problem is not 
> re-implementing the update service as a web service, but serving it 
> efficiently. And indeed I agree that staticizing the results somehow 
> would be good to do, since we have a relatively low number of possible 
> answers with respect to the number of requests.
 
 Oliver requested removal of update32 from DNS on INFRA-5112 and now Infra 
 is requesting PPMC agreement.
 
 Is now a time to discuss cleaning up all of the staroffice urls here:
 
 update.services   CNAME sd-web4.staroffice.de.
 update23.services CNAME sd-web2.staroffice.de.
 update24.services CNAME sd-web2.staroffice.de.
 update30.services CNAME sd-web2.staroffice.de.
 update31.services CNAME sd-web2.staroffice.de.
 update32.services CNAME www.openoffice.org.
 update33.services CNAME sd-web2.staroffice.de.
 update34.services CNAME www.openoffice.org.
 update35.services CNAME www.openoffice.org.
 update36.services CNAME www.openoffice.org.
 update38.services CNAME www.openoffice.org.
 
 update32 is the proposed change in the JIRA issue.
 
 update33 is the added removal.
 
 What about update, update23, update24, update30, update31?
 
 Should we do anything now as well?
 
>>> 
>>> I suppose returning errors from *.openoffice.org is no worse than
>>> returning errors from *.staroffice.de.  And if we do that we can
>>> handle these URL's more gracefully in the future if we want to.
>> 
>> It might be nicer to return a 404 rather than timing out on a non-responsive 
>> ip address.
>> 
>> Oliver or Kay will need to confirm what will happen.
> 
> I would like to see a 404 for all currently unused updateX*.services URLs.
> The former OOo versions which would get in contact with these URLs should 
> handle such replies.

The following are current in ooo-site/trunk/content/projects/.

update:
ProductUpdateServiceaoo341

update30:
ProductUpdateService

update34:
ProductUpdateService

update35:
ProductUpdateService

update36:
ProductUpdateService

update38:
ProductUpdateService

(1) Are update/ProductUpdateSerice and update30/ProductUpdateService ready?

(2) Currently all 404s on openoffice.org go here:

   ErrorDocument 404 /docs/custom_404.html

Is that acceptable? Or must we use a real 404 response?

Regards,
Dave

> 
> Best regards, Oliver.
> 
> 

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Rob Weir]

On Tue, Aug 14, 2012 at 3:25 PM, Dave Fisher  wrote:
>
> On Aug 14, 2012, at 12:09 PM, Oliver-Rainer Wittmann wrote:
>
>> Hi,
>>
>> Am 14.08.2012 um 20:52 schrieb Dave Fisher :
>>
>>>
>>> On Aug 14, 2012, at 11:43 AM, Rob Weir wrote:
>>>
 On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  wrote:
>
> On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:
>
>> On 03/08/2012 Rob Weir wrote:
>>> On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
>>> wrote:
 I am planning to give a talk on ApacheCon EU about
 the update function in AOO and the Update Service. In this talk I will 
 give
 a deep insight in its purpose and functionality which should be enough 
 input
 for a corresponding volunteer to create a "real" web service for our 
 Update
 Service. ...
>>> The question is:  how dynamic does it need to be?  It is not like the
>>> upgrade options change minute by minute.  These change slowly, at the
>>> pace of our release cycle, so every few months.
>>
>> Yes, and traffic is a key factor here. With potentially hundreds of 
>> millions of clients hitting the servers, the biggest problem is not 
>> re-implementing the update service as a web service, but serving it 
>> efficiently. And indeed I agree that staticizing the results somehow 
>> would be good to do, since we have a relatively low number of possible 
>> answers with respect to the number of requests.
>
> Oliver requested removal of update32 from DNS on INFRA-5112 and now Infra 
> is requesting PPMC agreement.
>
> Is now a time to discuss cleaning up all of the staroffice urls here:
>
> update.services   CNAME sd-web4.staroffice.de.
> update23.services CNAME sd-web2.staroffice.de.
> update24.services CNAME sd-web2.staroffice.de.
> update30.services CNAME sd-web2.staroffice.de.
> update31.services CNAME sd-web2.staroffice.de.
> update32.services CNAME www.openoffice.org.
> update33.services CNAME sd-web2.staroffice.de.
> update34.services CNAME www.openoffice.org.
> update35.services CNAME www.openoffice.org.
> update36.services CNAME www.openoffice.org.
> update38.services CNAME www.openoffice.org.
>
> update32 is the proposed change in the JIRA issue.
>
> update33 is the added removal.
>
> What about update, update23, update24, update30, update31?
>
> Should we do anything now as well?
>

 I suppose returning errors from *.openoffice.org is no worse than
 returning errors from *.staroffice.de.  And if we do that we can
 handle these URL's more gracefully in the future if we want to.
>>>
>>> It might be nicer to return a 404 rather than timing out on a 
>>> non-responsive ip address.
>>>
>>> Oliver or Kay will need to confirm what will happen.
>>
>> I would like to see a 404 for all currently unused updateX*.services URLs.
>> The former OOo versions which would get in contact with these URLs should 
>> handle such replies.
>
> The following are current in ooo-site/trunk/content/projects/.
>
> update:
> ProductUpdateServiceaoo341
>
> update30:
> ProductUpdateService
>
> update34:
> ProductUpdateService
>
> update35:
> ProductUpdateService
>
> update36:
> ProductUpdateService
>
> update38:
> ProductUpdateService
>
> (1) Are update/ProductUpdateSerice and update30/ProductUpdateService ready?
>

They can be created quickly, based on available time of volunteers.
But if we have Infra now ready to act on the redirection now, let's
take advantage of that now, while we have that opportunity.

> (2) Currently all 404s on openoffice.org go here:
>
>ErrorDocument 404 /docs/custom_404.html
>
> Is that acceptable? Or must we use a real 404 response?
>

Please redirect them to where they would actually live if we wanted to
go live with then. e.g., the appropriate directory under
ooo-site/content/projects/updateXX

In other words, treat them analogously to how we treat the others.
That way they will indeed give 404's now and then we can update then
for real without requiring intervention from Infra.

Thanks,

-Rob

> Regards,
> Dave
>
>>
>> Best regards, Oliver.
>>
>>
>

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Dave Fisher]

On Aug 14, 2012, at 12:31 PM, Rob Weir wrote:

> On Tue, Aug 14, 2012 at 3:25 PM, Dave Fisher  wrote:
>> 
>> On Aug 14, 2012, at 12:09 PM, Oliver-Rainer Wittmann wrote:
>> 
>>> Hi,
>>> 
>>> Am 14.08.2012 um 20:52 schrieb Dave Fisher :
>>> 
 
 On Aug 14, 2012, at 11:43 AM, Rob Weir wrote:
 
> On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  
> wrote:
>> 
>> On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:
>> 
>>> On 03/08/2012 Rob Weir wrote:
 On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
 wrote:
> I am planning to give a talk on ApacheCon EU about
> the update function in AOO and the Update Service. In this talk I 
> will give
> a deep insight in its purpose and functionality which should be 
> enough input
> for a corresponding volunteer to create a "real" web service for our 
> Update
> Service. ...
 The question is:  how dynamic does it need to be?  It is not like the
 upgrade options change minute by minute.  These change slowly, at the
 pace of our release cycle, so every few months.
>>> 
>>> Yes, and traffic is a key factor here. With potentially hundreds of 
>>> millions of clients hitting the servers, the biggest problem is not 
>>> re-implementing the update service as a web service, but serving it 
>>> efficiently. And indeed I agree that staticizing the results somehow 
>>> would be good to do, since we have a relatively low number of possible 
>>> answers with respect to the number of requests.
>> 
>> Oliver requested removal of update32 from DNS on INFRA-5112 and now 
>> Infra is requesting PPMC agreement.
>> 
>> Is now a time to discuss cleaning up all of the staroffice urls here:
>> 
>> update.services   CNAME sd-web4.staroffice.de.
>> update23.services CNAME sd-web2.staroffice.de.
>> update24.services CNAME sd-web2.staroffice.de.
>> update30.services CNAME sd-web2.staroffice.de.
>> update31.services CNAME sd-web2.staroffice.de.
>> update32.services CNAME www.openoffice.org.
>> update33.services CNAME sd-web2.staroffice.de.
>> update34.services CNAME www.openoffice.org.
>> update35.services CNAME www.openoffice.org.
>> update36.services CNAME www.openoffice.org.
>> update38.services CNAME www.openoffice.org.
>> 
>> update32 is the proposed change in the JIRA issue.
>> 
>> update33 is the added removal.
>> 
>> What about update, update23, update24, update30, update31?
>> 
>> Should we do anything now as well?
>> 
> 
> I suppose returning errors from *.openoffice.org is no worse than
> returning errors from *.staroffice.de.  And if we do that we can
> handle these URL's more gracefully in the future if we want to.
 
 It might be nicer to return a 404 rather than timing out on a 
 non-responsive ip address.
 
 Oliver or Kay will need to confirm what will happen.
>>> 
>>> I would like to see a 404 for all currently unused updateX*.services URLs.
>>> The former OOo versions which would get in contact with these URLs should 
>>> handle such replies.
>> 
>> The following are current in ooo-site/trunk/content/projects/.
>> 
>> update:
>> ProductUpdateServiceaoo341
>> 
>> update30:
>> ProductUpdateService
>> 
>> update34:
>> ProductUpdateService
>> 
>> update35:
>> ProductUpdateService
>> 
>> update36:
>> ProductUpdateService
>> 
>> update38:
>> ProductUpdateService
>> 
>> (1) Are update/ProductUpdateSerice and update30/ProductUpdateService ready?
>> 
> 
> They can be created quickly, based on available time of volunteers.
> But if we have Infra now ready to act on the redirection now, let's
> take advantage of that now, while we have that opportunity.
> 
>> (2) Currently all 404s on openoffice.org go here:
>> 
>>   ErrorDocument 404 /docs/custom_404.html
>> 
>> Is that acceptable? Or must we use a real 404 response?
>> 
> 
> Please redirect them to where they would actually live if we wanted to
> go live with then. e.g., the appropriate directory under
> ooo-site/content/projects/updateXX
> 
> In other words, treat them analogously to how we treat the others.
> That way they will indeed give 404's now and then we can update then
> for real without requiring intervention from Infra.

These urls get rewritten by this default rule:

   # fallback for proj.openoffice.org/... to openoffice.org/projects/proj/...
   RewriteCond ${lowercase:%{HTTP_HOST}} 
^(?!www)(\w+)(?:\.\w+)?\.openoffice\.org$
   RewriteRule ^(.*)$ ${lowercase:%{HTTP_HOST}}$1 [C]
   RewriteRule ^(\w+)(?:\.\w+)?\.openoffice\.org/(.*) 
http://www.openoffice.org/projects/$1/$2 [NE,L]

We should probably add:


ErrorDocument 404 default


Correct me if 

Re: Extensions and Templates New Features

[Roberto Galoppini]

On Mon, Aug 13, 2012 at 4:57 PM, Jürgen Schmidt
wrote:

> On 8/13/12 4:17 PM, Roberto Galoppini wrote:
> > On Mon, Aug 13, 2012 at 9:12 AM, FR web forum  wrote:
> >
>  1) Download statistics are now automatically obtained via the
>  SourceForge API and are more reliable than the old system, in which
>  the counters had been turned off and remained stuck for a long time
> >> Great!
>

3)  we completely removed the legacy OpenOffice.org authentication and
inserted updated, localizable explanations both on Extensions and Templates.

The last open issues have now been closed.



> >>
> >> Is it possible to translate "Timeline"?
> >> In french, you could set "Historique".
> >> Thanks
> >>
> >
> > As a one-shot request it's now fixed, see:
> >
> > http://extensions.openoffice.org/fr
> > http://templates.openoffice.org/fr/most_popular
> >
> > For the future I'd like to workout similar request via Pootle with Apache
> > Infra, though. Of course we're open to generate all the PO files needed.
>
> that is a good idea and we have to analyze how it can work.
>
> But we have to solve the Pootle issue first and have to ensure that the
> Pootle server is running and working as expected. Currently it is not
> working 100% and we have to solve this issue with infra together...
>

Sure, my intention was only to communicate our will to help in that
direction, we'll move on when appropriate.

Best,

Roberto



>
> Juergen
>
>

-- 

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: [INFO][WEBSITE]: improved usability with simplified Urls to reach some of our services

[RGB ES]

2012/8/14 RGB ES :
> 2012/8/14 Jürgen Schmidt :
>> Hi,
>>
>> with the solved jira issues INFRA-5041, INFRA-5042 we have now a nicer
>> and more intuitive way to reach some of our services.
>>
>> wiki.openoffice.org (former wiki.services.openoffice.org)
>> forum.openoffice.org (former users.services.openoffice.org)
>>
>> extensions.oepnoffice.org (former extensions.services.openoffice.org)
>> templates.openoffice.org (former templates.services.openoffice.org)
>>
>> The old Urls are still working but we should replace the old Urls
>> wherever we see them with the new ones.
>>
>> I will take care of the StartCenter Urls in the office!
>>
>> A long existing and very annoying issue is now solved. Thanks Dave who
>> picked up my issue and drove it forward with the infra team. I very much
>> appreciate this help.
>>
>> Juergen
>
> Good! But I'm finding a weird behaviour on the forums... If I enter on
> the old url
>
> http://user.services.openoffice.org/
>
> I'm NOT redirected. If I open bot, the new and the old address and
> log-in in the new, in the old one I'm still logged off (even if I can
> see my user name on the list of registered users...) And last, if I
> post something on the new address and refresh the old one I can see
> the new post, but I'm still non logged there.
>
> Quite confusing...
>
> Regards
> Ricardo

Not only confusing, but also problematic: if you log-in on the new
address and then click on an old link that cross reference to another
post you'll arrive to a page on which you are not logged in any
more!!!

Without a proper redirect, these addresses will be a headache...

Ricardo

Re: [UPDATE SERVICE] proposed adaptation when AOO 3.4.1 is released.

[Michal Hriň]

Hi,

On 14.08.2012 16:28, Rob Weir wrote:

On Tue, Aug 14, 2012 at 10:22 AM, 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].


The Slovak pages look good:  http://www.openoffice.org/sk/

It will need to be updated to the final URL for the AOO 3.4.1 release,
when that is available.  But we do have an active committer minding
that page, Michal, so I think it is safe to point the users to that
page.



I also looked at it.
It redirects to http://www.openoffice.org/sk/download.html, which is  
providing links to OOo 3.3 packages. If these are updated, when AOO  
3.4.1 is released, then we should definitely redirect these users to  
http://www.openoffice.org/sk



Best regards, Oliver.



I don't know how update service works, but if it offers web page
to user, may be redirected to http://www.openoffice.org/sk/download

I made this directory right now. If I note the release date, I'll update
the links for download.

Regards, Michal Hriň





- 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].

Any objections/comments/improvements/...?


[1] http://www.openoffice.org/download
[2] https://issues.apache.org/jira/browse/INFRA-5112


Best regards, Oliver.

Re: 3.4.1_release_blocker? [Bug 120481] Please have a look

[Marcus (OOo)]

Am 08/14/2012 05:51 PM, schrieb Jürgen Schmidt:

On 8/14/12 2:51 PM, Rob Weir wrote:

On Tue, Aug 14, 2012 at 4:42 AM, FR web forum  wrote:

Hello list,

French user has open this report: 
https://issues.apache.org/ooo/show_bug.cgi?id=120481

Unable to drag&  drop column header from data sources beamer (F4) to Writer 
document.
This happen only with MacOS 10.8



What I look for in a release blocker at this point:

1) Is the impact severe, i.e., data loss, blocks use of a major features, etc.

2) Will it impact many users?

3) Is there no adequate workaround that we can put in the release notes?


Again, there is no risk-free fix.  The fact that this bug was
introduced via an earlier fix proves that.


It is safe to assume that with more days of testing we will find more
bugs.  We could probably test for another 6 months and still find new
bugs.  That is the nature of complex software.  But the question is
not whether or not we fix this bug.  Of course we will.  The question
is between:

A) Fix this bug later in 3.4.3 or in 3.5

or

B) Fix this bug in 3.4.1, and delay the delivery of this release,
which contains many other critical fixes for more severe issues.  Also
introduce further risks for 3.4.1 by changing more code.

IMHO the decision between A and B should be based on impact, severity and risk.

Does anyone have an opinion on the impact and severity?



I think as release manager I should have an opinion ;-)

Ok to be more serious, we have analyzed the problem. Armin remembered
the issue 117990 that we have integrated early in the 3.4.1 branch and
that solved another serious problem with the clipboard in the calc
application. This fix was tested and verified but as side effect we have
now this new problem. It is definitely a regression to 3.4.

Andre and I have analyzed the code and we have a potential fix that
solves of course both problems. But we are not 100% sure if this fix is
good enough or if it introduce new problems. As Rob mentioned every fix
contains a risk to break something else.

At the moment I am unsure but I tend to leave it out of 3.4.1.

The question is how many users are affected by this problem or if the
workaround via Insert ->  Fields ->  ... is ok for now. Reverting the fix
for 117990 is no option because it is serious as well and probably more
users are affected by this issue as by the new problem.

For now I would propose that we continue to analyze the fix a little bit
more and try to understand the code better. And when we have to rebuild
for another critical show stopper, we will potentially integrate the fix
for this problem as well if we feel more comfortable with the fix.


I second this. Lets now concentrate on really critical issues.

Marcus

Re: [DISCUSS] OpenOffice Track: ApacheCon Europe

[Rob Weir]

On Sun, Aug 12, 2012 at 9:14 PM, Donald Harbison  wrote:
> By now everyone must be aware that the CFP system will be closing tomorrow,
> August 13th. We'll have an idea of what was submitted this week. In the
> meantime, let's have a discussion about how we want to shape our track
> beyond those proposals.
>

I'm assuming this CFP closed for real this time.  So in order to avoid
confusion I'll replace the announcement banner we have on the website
with another one, encouraging users to sign up for the announcement
list so they will be notified about when AOO 3.4.1 is available.  We
can then replace that with the real 3.4.1 announcement when available.


> Here's an outline to get the discussion moving...
>
> REMEMBER, this is our conference track to shape was we wish. We have a fair
> amount of flexibility within the overall framework of ApacheCon. At this
> point, let's conceive of this as a 2-day affair nested within the 4 days of
> ApacheCon.
>
> Keynote(s)
> a) PMC Chair (let's plan on graduation as a fact by early November, so we
> would ask our Chair to anchor the track keynote
> b) I/T Leader responsible for OpenOffice user communities
> c)
>
>
> Meetups with other projects:
> a) Shindig/Rave
> b) Chemistry
> c) POI,Tika, PDFbox
> d) ...
>
> Hackathons
> -- topics?
>
> Social
> a) Fora
> b) National community groups: ...
>
> Other Topics?

Re: [UPDATE SERVICE] proposed adaptation when AOO 3.4.1 is released.

[Marcus (OOo)]

Am 08/14/2012 04:37 PM, schrieb Oliver-Rainer Wittmann:

Hi,

On 14.08.2012 16:28, Rob Weir wrote:

On Tue, Aug 14, 2012 at 10:22 AM, 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].


The Slovak pages look good: http://www.openoffice.org/sk/

It will need to be updated to the final URL for the AOO 3.4.1 release,
when that is available. But we do have an active committer minding
that page, Michal, so I think it is safe to point the users to that
page.



I also looked at it.
It redirects to http://www.openoffice.org/sk/download.html, which is
providing links to OOo 3.3 packages. If these are updated, when AOO
3.4.1 is released, then we should definitely redirect these users to
http://www.openoffice.org/sk


Best regards, Oliver.





- 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].

Any objections/comments/improvements/...?


[1] http://www.openoffice.org/download
[2] https://issues.apache.org/jira/browse/INFRA-5112


With the exception for "sk" it sounds good. :-)

Marcus

Re: [RELEASE][3.4.1]: propose new snapshot based on revision 1372282

[Rob Weir]

On Mon, Aug 13, 2012 at 4:27 AM, Jürgen Schmidt
 wrote:
> Hi,
>
> after a short break I have checked the current situation and where we are.
>
> We had identified some further issues for 3.4.1 while we continued
> testing the latest snapshots. These issues are now fixed and I would
> like to propose a new snapshot build based on revision 1372282.
>
> Issues that will be fixed in this new snapshot:
>
> - OO crashes when I Print
>   https://issues.apache.org/ooo/show_bug.cgi?id=120389
>
> - Remove the "Browser Plug-in" tab page from the Options dialog
>   https://issues.apache.org/ooo/show_bug.cgi?id=120518
>
> - Starting OpenOffice with "-nodefault" parameter should not open the
> StartCenter
>   https://issues.apache.org/ooo/show_bug.cgi?id=120501
>
> The last 2 issues matched not directly our criteria for blocker issues
> but after reviewing the issues and the fix I decided to integrate them
> in 3.4.1 as well.
> The reason for integrating the last issue is quite simple and I believe
> that we probably share this view. We want that AOO is used in
> combination with other software systems and as backend service for
> document conversion etc. From my point of view it make sense to
> integrate this fix in 3.4.1.
>

Here's what I see in '282.  It is good so far.

I tested 6 different VM's with the following scenarios, all 32-bit:

- Fresh install on XP
- Fresh  install on Windows 8
- Fresh install on Windows 9 Preview

- Install over OOo 3.3.0 on XP
- Install over AOO 3.4.0 on XP
- Install co-existing with LO 3.6.0 on XP

I didn't do heavy testing, but verified the basic operations, and
verified some of the release blocker fixes.

I'll continue doing informal testing of the above.

No problems so far, except for Windows 8, where the lack of a digital
signatures leads to a very poor user experience.  In the default
configuration, downloading with I.E and installing will cause Windows
to warn the user 3 separate times, with a scary message about how the
software might harm their system.  In one case the UI makes it look
like the user cannot install at all.  They need to expand a collapsed
section in the dialog to see the "install anyways" option.

I realize there is nothing we can at this point, but we should try
help the users deal with this as much as we can.  I'll try repeating
this to get some screen shots we can use to explain this.

I did one further VM, with Kaspersky antivirus, with latest signatures
to verify the installer and installed image.  We should probably do
that on Mac as well, just to make sure nothing sneaked in to our build
machines.  Any volunteers?

-Rob


> Juergen
>

FW: Office to Become Fully Open XML Compliant (at last)

[Lawrence Rosen]

FYI. /Larry

 

Lawrence Rosen

Rosenlaw & Einschlag, a technology law firm (  
www.rosenlaw.com)

3001 King Ranch Rd., Ukiah, CA 95482

Office: 707-485-1242

 

From: Andy Updegrove [mailto:andrew.updegr...@gesmer.com] 
Sent: Tuesday, August 14, 2012 8:53 AM
To: andrew.updegr...@gesmer.com
Subject: Office to Become Fully Open XML Compliant (at last)

 


Between 2005 and 2008, an unparalleled standards war was waged between
Microsoft, on the one hand, and IBM, Google, Oracle and additional
companies on the other hand. At the heart of the battle were two document
formats, one called ODF, developed by OASIS, a standards development
consortium, and Open XML, a specification developed by Microsoft. Both
were submitted to, and adopted by, global standards groups ISO/IEC.

But after the dust settled, Microsoft did not fully implement the standard
that it had fought so vigorously to have become a global standard.
Instead, it implemented what it called "Transitional Open XML," which was
better adapted for use in connection with documents created using older
versions of Office.

According to a blog posted yesterday by Jim Thatcher at the Office Next Web
site, Office 13 will - finally - permit users to open, edit and save
documents in the format that ISO/IEC approved. Thatcher says that Office
13 will also provide similar capabilities for the latest version of ODF,
approved by OASIS in January of this year (ODF 1.2), as well as for PDF.

Much has changed since the great format wars of the last decade, and
perhaps this is why, one day after the announcement, the announcement has
been mentioned in only two brief articles in the trade press. That’s a
shame, because document interoperability and vendor neutrality matter more
now than ever before as paper archives disappear and literally all of human
knowledge is entrusted to electronic storage.

Only if documents can be easily exchanged and reliably accessed down ton an
ongoing basis will desktop competition in the present be preserved, and the
availability of knowledge down through the ages be assured.  Without
robust, universally adopted document formats, both of those goals are
impossible to attain.

Read the entire story here: http://tinyurl.com/czwwke9 

As always, please let me know if you would like to be removed from this
list.

Andy

Andrew Updegrove
Gesmer Updegrove LLP
40 Broad Street
Boston, Massachusetts 02109
T: 617/350-6800
F: 617/350-6878
www.gesmer.com 
www.consortiuminfo.org 

Have you discovered The
Alexandria Project? http://amzn.to/xo00rn 

  _  

Any tax information or written tax advice contained herein (including any 
attachments) is not intended to be and cannot be used by any taxpayer for the 
purpose of avoiding tax penalties that may be imposed on the taxpayer. (The 
foregoing legend has been affixed pursuant to U.S. Treasury Regulations 
governing tax practice.)

Electronic mail from Gesmer Updegrove LLP, 40 Broad Street, Boston, MA 02109. 
Voice: (617) 350-6800, Fax: (617) 350-6878. This communication is intended only 
for the use of the individual or entity named as the addressee. It may contain 
information which is privileged and/or confidential under applicable law. If 
you are not the intended recipient or such recipient's employee or agent, you 
are hereby notified that any dissemination, copy or disclosure of this 
communication is strictly prohibited. If you have received this communication 
in error, please immediately notify Christopher O'Sullivan at (617) 350-6800 
and notify the sender by electronic mail. Please expunge this communication 
without making any copies. Thank you for your cooperation. 

Re: [RELEASE][3.4.1]: propose new snapshot based on revision 1372282

[Kay Schenk]

On Mon, Aug 13, 2012 at 1:27 AM, Jürgen Schmidt
wrote:

> Hi,
>
> after a short break I have checked the current situation and where we are.
>
> We had identified some further issues for 3.4.1 while we continued
> testing the latest snapshots. These issues are now fixed and I would
> like to propose a new snapshot build based on revision 1372282.
>
> Issues that will be fixed in this new snapshot:
>
> - OO crashes when I Print
>   https://issues.apache.org/ooo/show_bug.cgi?id=120389
>
> - Remove the "Browser Plug-in" tab page from the Options dialog
>   https://issues.apache.org/ooo/show_bug.cgi?id=120518
>
> - Starting OpenOffice with "-nodefault" parameter should not open the
> StartCenter
>   https://issues.apache.org/ooo/show_bug.cgi?id=120501
>
> The last 2 issues matched not directly our criteria for blocker issues
> but after reviewing the issues and the fix I decided to integrate them
> in 3.4.1 as well.
> The reason for integrating the last issue is quite simple and I believe
> that we probably share this view. We want that AOO is used in
> combination with other software systems and as backend service for
> document conversion etc. From my point of view it make sense to
> integrate this fix in 3.4.1.
>
> Juergen
>
>
All OK for me so far with the moderate testing I did. I did a update over
the original 3.4.1 we publicized toward the end of July -- don't recall the
exact version.

I took a look at the current bug list and ascertained that all was OK with
the fixes.

So far, so good.

openSUSE 32-bit Linux


-- 

MzK

"Never express yourself more clearly than you are able to think."
--
Niels Bohr

Re: FW: Office to Become Fully Open XML Compliant (at last)

[Rob Weir]

On Tue, Aug 14, 2012 at 6:04 PM, Lawrence Rosen  wrote:
> FYI. /Larry
>

It is great to read about the improved ODF support, including ODF 1.2,
with OpenFormula and digital signature support.  Those are two of the
major additions we made in ODF 1.2.  The other was adding RDFa/RDF XML
support, which neither OpenOffice nor MS Office support. ( But there
is some support in Calligra Suite).

OOXML Strict was a concession to ISO National Bodies, a last ditch
effort invented in a conference room in Geneva to pacify delegates at
the Ballot Resolution Meeting.  I was there.  I saw it.  There may be
specialized applications where OOXML Strict support is useful, such as
a format that a document generation application can target.  But for
AOO, and for any other editor that cannot control the formats of input
documents,  we need to be prepared to handle whatever users toss to
us, and that includes OOXML from Office 2007 and 2010, as well as
2013.

-Rob


>
>
> Lawrence Rosen
>
> Rosenlaw & Einschlag, a technology law firm (  
> www.rosenlaw.com)
>
> 3001 King Ranch Rd., Ukiah, CA 95482
>
> Office: 707-485-1242
>
>
>
> From: Andy Updegrove [mailto:andrew.updegr...@gesmer.com]
> Sent: Tuesday, August 14, 2012 8:53 AM
> To: andrew.updegr...@gesmer.com
> Subject: Office to Become Fully Open XML Compliant (at last)
>
>
>
>
> Between 2005 and 2008, an unparalleled standards war was waged between
> Microsoft, on the one hand, and IBM, Google, Oracle and additional
> companies on the other hand. At the heart of the battle were two document
> formats, one called ODF, developed by OASIS, a standards development
> consortium, and Open XML, a specification developed by Microsoft. Both
> were submitted to, and adopted by, global standards groups ISO/IEC.
>
> But after the dust settled, Microsoft did not fully implement the standard
> that it had fought so vigorously to have become a global standard.
> Instead, it implemented what it called "Transitional Open XML," which was
> better adapted for use in connection with documents created using older
> versions of Office.
>
> According to a blog posted yesterday by Jim Thatcher at the Office Next Web
> site, Office 13 will - finally - permit users to open, edit and save
> documents in the format that ISO/IEC approved. Thatcher says that Office
> 13 will also provide similar capabilities for the latest version of ODF,
> approved by OASIS in January of this year (ODF 1.2), as well as for PDF.
>
> Much has changed since the great format wars of the last decade, and
> perhaps this is why, one day after the announcement, the announcement has
> been mentioned in only two brief articles in the trade press. That’s a
> shame, because document interoperability and vendor neutrality matter more
> now than ever before as paper archives disappear and literally all of human
> knowledge is entrusted to electronic storage.
>
> Only if documents can be easily exchanged and reliably accessed down ton an
> ongoing basis will desktop competition in the present be preserved, and the
> availability of knowledge down through the ages be assured.  Without
> robust, universally adopted document formats, both of those goals are
> impossible to attain.
>
> Read the entire story here: http://tinyurl.com/czwwke9
>
> As always, please let me know if you would like to be removed from this
> list.
>
> Andy
>
> Andrew Updegrove
> Gesmer Updegrove LLP
> 40 Broad Street
> Boston, Massachusetts 02109
> T: 617/350-6800
> F: 617/350-6878
> www.gesmer.com
> www.consortiuminfo.org
>
> Have you discovered The
> Alexandria Project? http://amzn.to/xo00rn
>
>   _
>
> Any tax information or written tax advice contained herein (including any 
> attachments) is not intended to be and cannot be used by any taxpayer for the 
> purpose of avoiding tax penalties that may be imposed on the taxpayer. (The 
> foregoing legend has been affixed pursuant to U.S. Treasury Regulations 
> governing tax practice.)
>
> Electronic mail from Gesmer Updegrove LLP, 40 Broad Street, Boston, MA 02109. 
> Voice: (617) 350-6800, Fax: (617) 350-6878. This communication is intended 
> only for the use of the individual or entity named as the addressee. It may 
> contain information which is privileged and/or confidential under applicable 
> law. If you are not the intended recipient or such recipient's employee or 
> agent, you are hereby notified that any dissemination, copy or disclosure of 
> this communication is strictly prohibited. If you have received this 
> communication in error, please immediately notify Christopher O'Sullivan at 
> (617) 350-6800 and notify the sender by electronic mail. Please expunge this 
> communication without making any copies. Thank you for your cooperation.
>

Re: [RELEASE][3.4.1]: propose new snapshot based on revision 1372282

[Rob Weir]

On Tue, Aug 14, 2012 at 6:02 PM, Rob Weir  wrote:
> On Mon, Aug 13, 2012 at 4:27 AM, Jürgen Schmidt
>  wrote:
>> Hi,
>>
>> after a short break I have checked the current situation and where we are.
>>
>> We had identified some further issues for 3.4.1 while we continued
>> testing the latest snapshots. These issues are now fixed and I would
>> like to propose a new snapshot build based on revision 1372282.
>>
>> Issues that will be fixed in this new snapshot:
>>
>> - OO crashes when I Print
>>   https://issues.apache.org/ooo/show_bug.cgi?id=120389
>>
>> - Remove the "Browser Plug-in" tab page from the Options dialog
>>   https://issues.apache.org/ooo/show_bug.cgi?id=120518
>>
>> - Starting OpenOffice with "-nodefault" parameter should not open the
>> StartCenter
>>   https://issues.apache.org/ooo/show_bug.cgi?id=120501
>>
>> The last 2 issues matched not directly our criteria for blocker issues
>> but after reviewing the issues and the fix I decided to integrate them
>> in 3.4.1 as well.
>> The reason for integrating the last issue is quite simple and I believe
>> that we probably share this view. We want that AOO is used in
>> combination with other software systems and as backend service for
>> document conversion etc. From my point of view it make sense to
>> integrate this fix in 3.4.1.
>>
>
> Here's what I see in '282.  It is good so far.
>
> I tested 6 different VM's with the following scenarios, all 32-bit:
>
> - Fresh install on XP
> - Fresh  install on Windows 8
> - Fresh install on Windows 9 Preview
>

Subtract 1 from the above:  Windows 7 and Windows 8 Preview.

> - Install over OOo 3.3.0 on XP
> - Install over AOO 3.4.0 on XP
> - Install co-existing with LO 3.6.0 on XP
>
> I didn't do heavy testing, but verified the basic operations, and
> verified some of the release blocker fixes.
>
> I'll continue doing informal testing of the above.
>
> No problems so far, except for Windows 8, where the lack of a digital
> signatures leads to a very poor user experience.  In the default
> configuration, downloading with I.E and installing will cause Windows
> to warn the user 3 separate times, with a scary message about how the
> software might harm their system.  In one case the UI makes it look
> like the user cannot install at all.  They need to expand a collapsed
> section in the dialog to see the "install anyways" option.
>
> I realize there is nothing we can at this point, but we should try
> help the users deal with this as much as we can.  I'll try repeating
> this to get some screen shots we can use to explain this.
>
> I did one further VM, with Kaspersky antivirus, with latest signatures
> to verify the installer and installed image.  We should probably do
> that on Mac as well, just to make sure nothing sneaked in to our build
> machines.  Any volunteers?
>
> -Rob
>
>
>> Juergen
>>

RE: Office to Become Fully Open XML Compliant (at last)

[Dennis E. Hamilton]

It is incorrect for Andy to claim that Transitional was not part of ISO/IEC 
29500 for OOXML.  It was there initially and still remains part of the 
specification.  There has been some tidying up of the boundaries between strict 
and transitional, but they have always been provided for in the 4-part IS 29500 
specification.

Jim Thatcher's post from yesterday can be found at 


The approach to migration and expansion of format support starting with Office 
2003 is nicely-illustrated by the diagram in that blog post.  The support in 
Office 2003 was by a "Compatibility Pack" upgrade and that worked at the 
transitional level, the only one that made sense that far back.  The 
arrangement to consume Strict OOXML before providing producers of it is also 
sensible.

The most interesting part for me is the greater parity in terms of ODF support, 
especially ODF 1.2 and OpenFormula.  The other facet, not mentioned in 
Thatcher's piece, is that the Office Web Apps and Skydrive now support the "New 
Office" formats although not all features are exercisable in a browser.  But 
this makes cross-platform interchange possible wherever Internet Explorer, 
Firefox, and Chrome run.

I think this expansion of the interoperable support of ODF will benefit the 
OpenOffice-lineage community as well as provide more diversity of supporting 
applications.

 - Dennis
  
-Original Message-
From: Lawrence Rosen [mailto:lro...@rosenlaw.com] 
Sent: Tuesday, August 14, 2012 15:05
To: ooo-dev@incubator.apache.org
Cc: lro...@rosenlaw.com
Subject: FW: Office to Become Fully Open XML Compliant (at last)

FYI. /Larry

 

Lawrence Rosen

Rosenlaw & Einschlag, a technology law firm (  
www.rosenlaw.com)

3001 King Ranch Rd., Ukiah, CA 95482

Office: 707-485-1242

 

From: Andy Updegrove [mailto:andrew.updegr...@gesmer.com] 
Sent: Tuesday, August 14, 2012 8:53 AM
To: andrew.updegr...@gesmer.com
Subject: Office to Become Fully Open XML Compliant (at last)

 
[ ... ]

But after the dust settled, Microsoft did not fully implement the standard
that it had fought so vigorously to have become a global standard.
Instead, it implemented what it called "Transitional Open XML," which was
better adapted for use in connection with documents created using older
versions of Office.

According to a blog posted yesterday by Jim Thatcher at the Office Next Web
site, Office 13 will - finally - permit users to open, edit and save
documents in the format that ISO/IEC approved. Thatcher says that Office
13 will also provide similar capabilities for the latest version of ODF,
approved by OASIS in January of this year (ODF 1.2), as well as for PDF.

[ ... ]

Re: Two new stats graphs: ooo-dev subscribers and committers

[Andrea Pescetti]

On 14/08/2012 Rob Weir wrote:

http://www.openoffice.org/stats/ooo-dev-subscribers.html
and
http://www.openoffice.org/stats/committers.html


Nice! The first one has a few incorrect references to "Committers" in 
the page  tag and in the chart axis. But for the rest it's very 
good and it shows impressive progress.


Regards,
  Andrea.

Re: Office to Become Fully Open XML Compliant (at last)

[Dave Fisher]

On Aug 14, 2012, at 3:59 PM, Rob Weir wrote:

> On Tue, Aug 14, 2012 at 6:04 PM, Lawrence Rosen  wrote:
>> FYI. /Larry
>> 
> 
> It is great to read about the improved ODF support, including ODF 1.2,
> with OpenFormula and digital signature support.  Those are two of the
> major additions we made in ODF 1.2.  The other was adding RDFa/RDF XML
> support, which neither OpenOffice nor MS Office support. ( But there
> is some support in Calligra Suite).
> 
> OOXML Strict was a concession to ISO National Bodies, a last ditch
> effort invented in a conference room in Geneva to pacify delegates at
> the Ballot Resolution Meeting.  I was there.  I saw it.  There may be
> specialized applications where OOXML Strict support is useful, such as
> a format that a document generation application can target.  But for
> AOO, and for any other editor that cannot control the formats of input
> documents,  we need to be prepared to handle whatever users toss to
> us, and that includes OOXML from Office 2007 and 2010, as well as
> 2013.

Along with the changes that happen in "parallel" in the Mac Office 2008 and 
2011 ...

BTW - MSFT has been sneaking OOXML into the Binary formats in "interesting" 
ways ...

Regards,
Dave

> 
> -Rob
> 
> 
>> 
>> 
>> Lawrence Rosen
>> 
>> Rosenlaw & Einschlag, a technology law firm (  
>> www.rosenlaw.com)
>> 
>> 3001 King Ranch Rd., Ukiah, CA 95482
>> 
>> Office: 707-485-1242
>> 
>> 
>> 
>> From: Andy Updegrove [mailto:andrew.updegr...@gesmer.com]
>> Sent: Tuesday, August 14, 2012 8:53 AM
>> To: andrew.updegr...@gesmer.com
>> Subject: Office to Become Fully Open XML Compliant (at last)
>> 
>> 
>> 
>> 
>> Between 2005 and 2008, an unparalleled standards war was waged between
>> Microsoft, on the one hand, and IBM, Google, Oracle and additional
>> companies on the other hand. At the heart of the battle were two document
>> formats, one called ODF, developed by OASIS, a standards development
>> consortium, and Open XML, a specification developed by Microsoft. Both
>> were submitted to, and adopted by, global standards groups ISO/IEC.
>> 
>> But after the dust settled, Microsoft did not fully implement the standard
>> that it had fought so vigorously to have become a global standard.
>> Instead, it implemented what it called "Transitional Open XML," which was
>> better adapted for use in connection with documents created using older
>> versions of Office.
>> 
>> According to a blog posted yesterday by Jim Thatcher at the Office Next Web
>> site, Office 13 will - finally - permit users to open, edit and save
>> documents in the format that ISO/IEC approved. Thatcher says that Office
>> 13 will also provide similar capabilities for the latest version of ODF,
>> approved by OASIS in January of this year (ODF 1.2), as well as for PDF.
>> 
>> Much has changed since the great format wars of the last decade, and
>> perhaps this is why, one day after the announcement, the announcement has
>> been mentioned in only two brief articles in the trade press. That’s a
>> shame, because document interoperability and vendor neutrality matter more
>> now than ever before as paper archives disappear and literally all of human
>> knowledge is entrusted to electronic storage.
>> 
>> Only if documents can be easily exchanged and reliably accessed down ton an
>> ongoing basis will desktop competition in the present be preserved, and the
>> availability of knowledge down through the ages be assured.  Without
>> robust, universally adopted document formats, both of those goals are
>> impossible to attain.
>> 
>> Read the entire story here: http://tinyurl.com/czwwke9
>> 
>> As always, please let me know if you would like to be removed from this
>> list.
>> 
>> Andy
>> 
>> Andrew Updegrove
>> Gesmer Updegrove LLP
>> 40 Broad Street
>> Boston, Massachusetts 02109
>> T: 617/350-6800
>> F: 617/350-6878
>> www.gesmer.com
>> www.consortiuminfo.org
>> 
>> Have you discovered The
>> Alexandria Project? http://amzn.to/xo00rn
>> 
>>  _
>> 
>> Any tax information or written tax advice contained herein (including any 
>> attachments) is not intended to be and cannot be used by any taxpayer for 
>> the purpose of avoiding tax penalties that may be imposed on the taxpayer. 
>> (The foregoing legend has been affixed pursuant to U.S. Treasury Regulations 
>> governing tax practice.)
>> 
>> Electronic mail from Gesmer Updegrove LLP, 40 Broad Street, Boston, MA 
>> 02109. Voice: (617) 350-6800, Fax: (617) 350-6878. This communication is 
>> intended only for the use of the individual or entity named as the 
>> addressee. It may contain information which is privileged and/or 
>> confidential under applicable law. If you are not the intended recipient or 
>> such recipient's employee or agent, you are hereby notified that any 
>> dissemination, copy or disclosure of this communication is strictly 
>> prohibited. If you have received this communication in error, please 
>> immediately notify Christopher O'Sullivan

Re: Two new stats graphs: ooo-dev subscribers and committers

[Kay Schenk]

On Tue, Aug 14, 2012 at 10:46 AM, Rob Weir  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.
>

These are great! What can we do to make them more easy to find?


>
> 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


>
> Forum posts/subscribers?
>
> Commits?
>
> Regards,
>
> -Rob
>



-- 

MzK

"Never express yourself more clearly than you are able to think."
--
Niels Bohr

RE: FW: Office to Become Fully Open XML Compliant (at last)

[Dennis E. Hamilton]

Rob is correct.

The carve-out for strict was done as he says, with it not working that way in 
the original ECMA-376 (1st edition) specification that was brought to ISO/IEC 
JTC1.

There were also some technical disconnects created in the way the carve-out was 
executed, although my perception is that the most clumsy of those have been 
resolved in maintenance.

One would no more cease accepting transitional than Office Next (also dubbed 
365/2013) does.  When one would decide to produce strict (or have an option to 
do so) as well as produce transitional is also a matter for careful 
consideration.

 - Dennis

PS: Since there is no support for embedded RDF in OOXML by Office Next, I can't 
imagine it being handled in the Office Next support for ODF.  There is some 
degree of parity with ODF digital signatures but I doubt any for ODF 
encryption.  

-Original Message-
From: Rob Weir [mailto:robw...@apache.org] 
Sent: Tuesday, August 14, 2012 16:00
To: ooo-dev@incubator.apache.org
Subject: Re: FW: Office to Become Fully Open XML Compliant (at last)

On Tue, Aug 14, 2012 at 6:04 PM, Lawrence Rosen  wrote:
> FYI. /Larry
>

It is great to read about the improved ODF support, including ODF 1.2,
with OpenFormula and digital signature support.  Those are two of the
major additions we made in ODF 1.2.  The other was adding RDFa/RDF XML
support, which neither OpenOffice nor MS Office support. ( But there
is some support in Calligra Suite).

OOXML Strict was a concession to ISO National Bodies, a last ditch
effort invented in a conference room in Geneva to pacify delegates at
the Ballot Resolution Meeting.  I was there.  I saw it.  There may be
specialized applications where OOXML Strict support is useful, such as
a format that a document generation application can target.  But for
AOO, and for any other editor that cannot control the formats of input
documents,  we need to be prepared to handle whatever users toss to
us, and that includes OOXML from Office 2007 and 2010, as well as
2013.

-Rob

[ ... ]

RE: Office to Become Fully Open XML Compliant (at last)

[Dennis E. Hamilton]

Is it similar to the way that RTF 1.6 is now frozen but there are extension 
mechanisms that don't require change to the RTF specification itself?

It was startling for me to notice that RTF anticipated the functionality of 
OOXML Markup Compatibility and Extensibility (MCE).

 - Dennis

-Original Message-
From: Dave Fisher [mailto:dave2w...@comcast.net] 
Sent: Tuesday, August 14, 2012 16:09
To: ooo-dev@incubator.apache.org
Subject: Re: Office to Become Fully Open XML Compliant (at last)


On Aug 14, 2012, at 3:59 PM, Rob Weir wrote:

> On Tue, Aug 14, 2012 at 6:04 PM, Lawrence Rosen  wrote:
>> FYI. /Larry
>> 
> 
> It is great to read about the improved ODF support, including ODF 1.2,
> with OpenFormula and digital signature support.  Those are two of the
> major additions we made in ODF 1.2.  The other was adding RDFa/RDF XML
> support, which neither OpenOffice nor MS Office support. ( But there
> is some support in Calligra Suite).
> 
> OOXML Strict was a concession to ISO National Bodies, a last ditch
> effort invented in a conference room in Geneva to pacify delegates at
> the Ballot Resolution Meeting.  I was there.  I saw it.  There may be
> specialized applications where OOXML Strict support is useful, such as
> a format that a document generation application can target.  But for
> AOO, and for any other editor that cannot control the formats of input
> documents,  we need to be prepared to handle whatever users toss to
> us, and that includes OOXML from Office 2007 and 2010, as well as
> 2013.

Along with the changes that happen in "parallel" in the Mac Office 2008 and 
2011 ...

BTW - MSFT has been sneaking OOXML into the Binary formats in "interesting" 
ways ...

Regards,
Dave

> 
> -Rob
> 
> 
>> 
>> 
>> Lawrence Rosen
>> 
>> Rosenlaw & Einschlag, a technology law firm (  
>> www.rosenlaw.com)
>> 
>> 3001 King Ranch Rd., Ukiah, CA 95482
>> 
>> Office: 707-485-1242
>> 
>> 
>> 
>> From: Andy Updegrove [mailto:andrew.updegr...@gesmer.com]
>> Sent: Tuesday, August 14, 2012 8:53 AM
>> To: andrew.updegr...@gesmer.com
>> Subject: Office to Become Fully Open XML Compliant (at last)
>> 
>> 
>> 
>> 
>> Between 2005 and 2008, an unparalleled standards war was waged between
>> Microsoft, on the one hand, and IBM, Google, Oracle and additional
>> companies on the other hand. At the heart of the battle were two document
>> formats, one called ODF, developed by OASIS, a standards development
>> consortium, and Open XML, a specification developed by Microsoft. Both
>> were submitted to, and adopted by, global standards groups ISO/IEC.
>> 
>> But after the dust settled, Microsoft did not fully implement the standard
>> that it had fought so vigorously to have become a global standard.
>> Instead, it implemented what it called "Transitional Open XML," which was
>> better adapted for use in connection with documents created using older
>> versions of Office.
>> 
>> According to a blog posted yesterday by Jim Thatcher at the Office Next Web
>> site, Office 13 will - finally - permit users to open, edit and save
>> documents in the format that ISO/IEC approved. Thatcher says that Office
>> 13 will also provide similar capabilities for the latest version of ODF,
>> approved by OASIS in January of this year (ODF 1.2), as well as for PDF.
>> 
>> Much has changed since the great format wars of the last decade, and
>> perhaps this is why, one day after the announcement, the announcement has
>> been mentioned in only two brief articles in the trade press. That’s a
>> shame, because document interoperability and vendor neutrality matter more
>> now than ever before as paper archives disappear and literally all of human
>> knowledge is entrusted to electronic storage.
>> 
>> Only if documents can be easily exchanged and reliably accessed down ton an
>> ongoing basis will desktop competition in the present be preserved, and the
>> availability of knowledge down through the ages be assured.  Without
>> robust, universally adopted document formats, both of those goals are
>> impossible to attain.
>> 
>> Read the entire story here: http://tinyurl.com/czwwke9
>> 
>> As always, please let me know if you would like to be removed from this
>> list.
>> 
>> Andy
>> 
>> Andrew Updegrove
>> Gesmer Updegrove LLP
>> 40 Broad Street
>> Boston, Massachusetts 02109
>> T: 617/350-6800
>> F: 617/350-6878
>> www.gesmer.com
>> www.consortiuminfo.org
>> 
>> Have you discovered The
>> Alexandria Project? http://amzn.to/xo00rn
>> 
>>  _
>> 
>> Any tax information or written tax advice contained herein (including any 
>> attachments) is not intended to be and cannot be used by any taxpayer for 
>> the purpose of avoiding tax penalties that may be imposed on the taxpayer. 
>> (The foregoing legend has been affixed pursuant to U.S. Treasury Regulations 
>> governing tax practice.)
>> 
>> Electronic mail from Gesmer Updegrove LLP, 40 Broad Street, Boston, MA 
>> 02109. Voice: (617) 350-6800, Fax: (617) 350-6878. Thi

Re: Linux install instructions

[Andrew Douglas Pitonyak]

On 08/14/2012 11:42 AM, Andre Fischer wrote:

On 14.08.2012 15:05, Rob Weir wrote:

I just noticed this new article.  It seems to have a complete
description, including uninstalling LO and blocking future updates:

http://www.tecmint.com/install-apache-openoffice-3-4-0-on-rhel-centos-6-3-5-8-and-fedora-17-16/ 



Does anyone see any technical errors?  If not we might want to link 
to it.


I did not read everything in detail but what I read looks good.
Except maybe step 4:  the disabling of automatic updates of openoffice 
from the package repository.
Should we ever setup our own repository (see below) or add our 
packages to the official repositories then the changes had to be undone.

But who would remember these changes to /etc/yum.conf?
My experience is that if you do NOT disable it, then every time you do 
an update, it tries to over-write what you installed with what is in the 
repository. Unclear how that works now that LO is what is included with 
Fedora.


--
Andrew Pitonyak
My Macro Document: http://www.pitonyak.org/AndrewMacro.odt
Info:  http://www.pitonyak.org/oo.php

Re: [INFO][WEBSITE]: improved usability with simplified Urls to reach some of our services

[Andrea Pescetti]

On 14/08/2012 RGB ES wrote:

2012/8/14 RGB ES:

Good! But I'm finding a weird behaviour on the forums... If I enter on
the old url
http://user.services.openoffice.org/
I'm NOT redirected. If I open bot, the new and the old address and
log-in in the new, in the old one I'm still logged off


I would consider this to be normal behavior. Authentication is probably 
managed through a cookie that is sent back to the originating site (the 
originating subdomain) only. So user.services.openoffice.org has no way 
to know that you are logged in at forum.openoffice.org, unless we 
completely rewrite all URLs in the form 
user.services.openoffice.org/SOMETHING to forum.openoffice.org/SOMETHING .



Not only confusing, but also problematic: if you log-in on the new
address and then click on an old link that cross reference to another
post you'll arrive to a page on which you are not logged in any
more!


If we have hardcoded links that are not rewritten (i.e., if pages on 
forum.openoffice.org contain "internal" links that reference 
user.services.openoffice.org explicitly), then it would be better to use 
an "external" redirect as explained above.


Regards,
  Andrea.

Re: ODF angle problems continued

[Regina Henschel]

Hi all,

Armin Le Grand schrieb:

 Hi Regina,

good to start that. The definitions for draw:transform are correct AFAIS.


I have added case translate.



Concerning the coordinate system mess:

The two possible orientations of coordinate system are needed when you
want to define 'clockwise' and 'counter-clockwise'.

Instead, speaking about 'positive orientation' and 'negative
orientation' in the mathematical sense is independent from the
orientation where mathematical 'positive orientation' means (in both
cases) that the rotation starts on (1,0), goes through the first
quadrant and ends at (0,1).

I would use the independent description. Together with the information
that AOO uses (in all 2D cases) the screen orientation the result is
that 'positive orientation' goes 'clockwise'.


I have added that suggestion.



This definitions are missing and adding them will be fine. They still do
not describe the existing problem with angles (except the ones in
draw:transform and 3D). They are numerically *mirrored*, independent
from the definition of the orientation.

Thus the current state:
- Screen orientation is used in core, api and odf
- mathematically correct 'positive orientation' goes 'clockwise'
- draw:angle is 'wrong' because it is numerically mirrored, it goes
'counter-clockwise', but resides in the same orientation

Example: draw:angle(300) (in 0.1 degrees, another problem, independent
from orientation) is not for lines, but *if* applied to a line from
(0,0) to (1,0) on the X-Axis the line would be rotated 30 degrees
anti-clockwise (!) in the current offic(es). The line will point from
bottom-left to up-right.

To get what you want (and what would be mathematically correct with the
given definitions), an angle of -300 (or 3300 what is 3600 - 300) has to
be used.

Example the other way around: A line from (0,0) to (1,1), thus from
top-left to bottom-right on screen *should* have a rotation value of 45
degrees. The API value for rotation (do not know the exact name right
now) will not give you 450, but 3150, which is 3600-450. ARGH!

Thus the error(s) with draw:angle are:
- It's in 10th of degrees and not documented as that
- It's numerically mirrored, *independent* from the orientation


I have added this problem too. My suggestion is, to deprecate draw:angle 
and use svg:gradientTransform instead.




On 09.08.2012 15:39, Regina Henschel wrote:

Hi all,

I have written a mail to OASIS, that I think that a lot of angle
definitions are not clear enough. It seems that the committee is willing
to discuss the problem. I have therefore started with section "19.228
draw:transform" in spec ODF 1.2 part 1.

You find my concerns and suggestions on
http://wiki.services.openoffice.org/wiki/User:Regina/MYDrafts4.

I plan to show that to the OASIS committee. But first I like to know
your ideas. So please have a look.


I have added comments to the gradient types "radial", "square" and 
"linear". My review is not finished yet. I hope I will find time to look 
at the other types too. Although the page is under my user area, you can 
add things and should correct errors you see.


I wonder why all these problems have not been addressed during the 
development of ODF1.2.


Kind regards
Regina

Re: [INFO][WEBSITE]: improved usability with simplified Urls to reach some of our services

[Dave Fisher]

On Aug 14, 2012, at 4:41 PM, Andrea Pescetti wrote:

> On 14/08/2012 RGB ES wrote:
>> 2012/8/14 RGB ES:
>>> Good! But I'm finding a weird behaviour on the forums... If I enter on
>>> the old url
>>> http://user.services.openoffice.org/
>>> I'm NOT redirected. If I open bot, the new and the old address and
>>> log-in in the new, in the old one I'm still logged off
> 
> I would consider this to be normal behavior. Authentication is probably 
> managed through a cookie that is sent back to the originating site (the 
> originating subdomain) only. So user.services.openoffice.org has no way to 
> know that you are logged in at forum.openoffice.org, unless we completely 
> rewrite all URLs in the form user.services.openoffice.org/SOMETHING to 
> forum.openoffice.org/SOMETHING .
> 
>> Not only confusing, but also problematic: if you log-in on the new
>> address and then click on an old link that cross reference to another
>> post you'll arrive to a page on which you are not logged in any
>> more!
> 
> If we have hardcoded links that are not rewritten (i.e., if pages on 
> forum.openoffice.org contain "internal" links that reference 
> user.services.openoffice.org explicitly), then it would be better to use an 
> "external" redirect as explained above.

Currently both user.services.openoffice.org and forum.openoffice.org are 
directed to the same IP by DNS.

Also wiki.services.openoffice.org and wiki.openoffice.org are directed to the 
same IP by DNS.

What is different is that for the wiki the Apache Traffic Server is in front 
and it does do the necessary redirection to wiki.openoffice.org.

Should we do something similar for the user forums?

Regards,
Dave

> 
> Regards,
>  Andrea.

Re: Two new stats graphs: ooo-dev subscribers and committers

[Rob Weir]

On Tue, Aug 14, 2012 at 7:12 PM, Kay Schenk  wrote:
> On Tue, Aug 14, 2012 at 10:46 AM, Rob Weir  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

Re: FW: Office to Become Fully Open XML Compliant (at last)

[Fernando Cassia]

On Tue, Aug 14, 2012 at 7:04 PM, Lawrence Rosen  wrote:
> Between 2005 and 2008, an unparalleled standards war was waged between
> Microsoft, on the one hand, and IBM, Google, Oracle and additional
> companies on the other hand.

Heh, no mention of Sun Microsystems? They were one of the main pushers of ODF.

Next think we know, someone will say Oracle invented Java, not Sun.

FC

[Call-for-​Review] Bug 120568 Hyperlink of Graphihc with Anchor Type "As Character" lost after save as doc format.

[Huaidong Qiu]

Please review the patch for 120568, here is the issue link
https://issues.apache.org/ooo/show_bug.cgi?id=120568

Re: [DISCUSS] OpenOffice Track: ApacheCon Europe

[Donald Harbison]

On Tuesday, August 14, 2012, Rob Weir wrote:

> On Sun, Aug 12, 2012 at 9:14 PM, Donald Harbison 
> >
> wrote:
> > By now everyone must be aware that the CFP system will be closing
> tomorrow,
> > August 13th. We'll have an idea of what was submitted this week. In the
> > meantime, let's have a discussion about how we want to shape our track
> > beyond those proposals.
> >
>
> I'm assuming this CFP closed for real this time.  So in order to avoid
> confusion I'll replace the announcement banner we have on the website
> with another one, encouraging users to sign up for the announcement
> list so they will be notified about when AOO 3.4.1 is available.  We
> can then replace that with the real 3.4.1 announcement when available.


Thanks Rob.


>
>
> > Here's an outline to get the discussion moving...
> >
> > REMEMBER, this is our conference track to shape was we wish. We have a
> fair
> > amount of flexibility within the overall framework of ApacheCon. At this
> > point, let's conceive of this as a 2-day affair nested within the 4 days
> of
> > ApacheCon.
> >
> > Keynote(s)
> > a) PMC Chair (let's plan on graduation as a fact by early November, so we
> > would ask our Chair to anchor the track keynote
> > b) I/T Leader responsible for OpenOffice user communities
> > c)
> >
> >
> > Meetups with other projects:
> > a) Shindig/Rave
> > b) Chemistry
> > c) POI,Tika, PDFbox
> > d) ...
> >
> > Hackathons
> > -- topics?
> >
> > Social
> > a) Fora
> > b) National community groups: ...
> >
> > Other Topics?
>

Re: [DISCUSS] OpenOffice Track: ApacheCon Europe

[Donald Harbison]

On Monday, August 13, 2012, Andrea Pescetti wrote:

> On 13/08/2012 Donald Harbison wrote:
>
>> By now everyone must be aware that the CFP system will be closing
>> tomorrow,
>> August 13th. We'll have an idea of what was submitted this week.
>>
>
> As I already wrote, please count me in as a reviewer if needed (for
> proposals submitted by others, of course).


OK thanks.


>
>
>  Keynote(s)
>> a) PMC Chair (let's plan on graduation as a fact by early November, so we
>> would ask our Chair to anchor the track keynote
>> b) I/T Leader responsible for OpenOffice user communities
>> c)
>>
>
> If "b" is not the Release Manager (the task Juergen is currently doing)
> then a keynote by the Release Manager is helpful too.
>
> And for "c", in previous editions of the OOoCon it was common that someone
> who had adopted OpenOffice on a large scale would give a keynote
> presentation.


Yes, that's what I had in mind with 'b', so we're thinking along the same
lines, so to speak.


>
>  Hackathons
>> -- topics?
>>
>
> The main OpenOffice website http://www.openoffice.org/ needs a lot of
> reorganization and cleanup... This could be an occasion to work on it.


Excellent suggestion!


> Regards,
>   Andrea.
>

Re: Discussion on bug 120511 (The labels in the Legend of Excel chart is different with that in MS Office)

[Clarence GUO]

HI~ Raphael,
Thanks for your comment.
About your second user scenario, the default chart data series names in ODS
file shows different with it's copy of XLS file, I think it is reasonable
and acceptable.
Because they are different file format, the default name should follow the
rule of their master applicatons. ODS should follow AOO's rule, which will
show Column A, Column B... XLS should follow Excel's rule, which will show
Series 1, Series 2...
Although they come from the same origian, now they are different file
formats, so they will have some differences.

Regards,
Clarence

2012/8/14 Raphael Bircher 

> Am 14.08.12 11:59, schrieb Clarence GUO:
>  > Hi~
> > I'm doing bug 120511. I'm going to change the default behavior of the
> > legend display when creating a chart, which needs your comments.
> > When MS Excel creates a chart, if the chart data range doesn't contain
> > strings which can be regarded as data series name, Excel will use
> > Series as the default series names. e.g., Series1, Series2... While
> in
> > AOO, the default names will be the column or row names. e.g., Column A,
> > Column B...
> > So some Excel users will complain their XLS files will show different
> > legend labels of chart on AOO.
> > In order to satisfy these MS users and in order to not impact the
> > compatibilty of ODS files as well, I'm going to change the default data
> > series naming algorithm. the solution will be:
> >
> > - If the opened file is ODS format, the default data series names will be
> > Column or Row as before, no matter what format it is resaved
> > before close;
> > - If the opened file is XLS format, the default data series names will be
> > Series, no matter what format it is resaved before close;
> >
> > User Scenario 1:
> > Create a Spreadsheet file, create a chart, the default data series names
> on
> > legend will show Column A, Column B...
> > Resave the file to XLS, don't close it, create a chart again, the default
> > data series names on legend will also show Column A, Column B... (No
> matter
> > change the data series names of only chart 2 to Series 1, Series 2.. or
> > change both charts, will confuse users at this time)
> > Save again and reload the XLS, the default data series names of the two
> > charts are Series 1, Series 2...
> >
> > User Scenario 2:
> > Open a XLS file which has chart with default data series names on legend,
> > the default data series names of the charts will show Series 1, Series
> 2...
> > Create a new chart, the default data series names of the charts will also
> > show Series 1, Series 2...
> > Resave the file to ODS, don't close it, create a chart again, the default
> > data series names of the charts will still show Series 1, Series 2...
> > Save again and reload the ODS, the default data series names of the all
> > charts are Column A, Column B...
> >
> > Do you agree my proposal? Any comments and concerns please let me know.
> The problem you try to solve is the following scenario:
>
> Sameone recive a XLS Document from a other person who has Excel. The
> Person who has Excel has allready a printout. The person with Apache
> OpenOffice recive the document, make also a printout, and this two
> documents shows different.
>
> I fear a bit, you don't solve problems at all: Think about the following
> User Scenario:
>
> - User make a new Table and create a Chart
> - User save it to ods
> - User make a Copy to OOXML or XLS too
> - User has, for whatever reason, only the XLS document, and open it on
> Apache OpenOffice
> - The Document looks different.
>
> I beleve, to make User realy happy this need a Checkbox
>
> But I'm not a Calc specialist at all, so wait for other comments please.
>
> Greetings Raphael
>
>
>

Re: [UPDATE SERVICE] dynamic approach [was: Re: [UPDATE SERVICE] activation of update service for OOo 3.1 and OOo 3.1.1]

[Dave Fisher]

On Aug 14, 2012, at 12:42 PM, Dave Fisher wrote:

> 
> On Aug 14, 2012, at 12:31 PM, Rob Weir wrote:
> 
>> On Tue, Aug 14, 2012 at 3:25 PM, Dave Fisher  wrote:
>>> 
>>> On Aug 14, 2012, at 12:09 PM, Oliver-Rainer Wittmann wrote:
>>> 
 Hi,
 
 Am 14.08.2012 um 20:52 schrieb Dave Fisher :
 
> 
> On Aug 14, 2012, at 11:43 AM, Rob Weir wrote:
> 
>> On Tue, Aug 14, 2012 at 2:24 PM, Dave Fisher  
>> wrote:
>>> 
>>> On Aug 5, 2012, at 11:13 AM, Andrea Pescetti wrote:
>>> 
 On 03/08/2012 Rob Weir wrote:
> On Fri, Aug 3, 2012 at 6:13 AM, Oliver-Rainer Wittmann
> wrote:
>> I am planning to give a talk on ApacheCon EU about
>> the update function in AOO and the Update Service. In this talk I 
>> will give
>> a deep insight in its purpose and functionality which should be 
>> enough input
>> for a corresponding volunteer to create a "real" web service for our 
>> Update
>> Service. ...
> The question is:  how dynamic does it need to be?  It is not like the
> upgrade options change minute by minute.  These change slowly, at the
> pace of our release cycle, so every few months.
 
 Yes, and traffic is a key factor here. With potentially hundreds of 
 millions of clients hitting the servers, the biggest problem is not 
 re-implementing the update service as a web service, but serving it 
 efficiently. And indeed I agree that staticizing the results somehow 
 would be good to do, since we have a relatively low number of possible 
 answers with respect to the number of requests.
>>> 
>>> Oliver requested removal of update32 from DNS on INFRA-5112 and now 
>>> Infra is requesting PPMC agreement.
>>> 
>>> Is now a time to discuss cleaning up all of the staroffice urls here:
>>> 
>>> update.services   CNAME sd-web4.staroffice.de.
>>> update23.services CNAME sd-web2.staroffice.de.
>>> update24.services CNAME sd-web2.staroffice.de.
>>> update30.services CNAME sd-web2.staroffice.de.
>>> update31.services CNAME sd-web2.staroffice.de.
>>> update32.services CNAME www.openoffice.org.
>>> update33.services CNAME sd-web2.staroffice.de.
>>> update34.services CNAME www.openoffice.org.
>>> update35.services CNAME www.openoffice.org.
>>> update36.services CNAME www.openoffice.org.
>>> update38.services CNAME www.openoffice.org.
>>> 
>>> update32 is the proposed change in the JIRA issue.
>>> 
>>> update33 is the added removal.
>>> 
>>> What about update, update23, update24, update30, update31?
>>> 
>>> Should we do anything now as well?
>>> 
>> 
>> I suppose returning errors from *.openoffice.org is no worse than
>> returning errors from *.staroffice.de.  And if we do that we can
>> handle these URL's more gracefully in the future if we want to.
> 
> It might be nicer to return a 404 rather than timing out on a 
> non-responsive ip address.
> 
> Oliver or Kay will need to confirm what will happen.
 
 I would like to see a 404 for all currently unused updateX*.services URLs.
 The former OOo versions which would get in contact with these URLs should 
 handle such replies.
>>> 
>>> The following are current in ooo-site/trunk/content/projects/.
>>> 
>>> update:
>>> ProductUpdateServiceaoo341
>>> 
>>> update30:
>>> ProductUpdateService
>>> 
>>> update34:
>>> ProductUpdateService
>>> 
>>> update35:
>>> ProductUpdateService
>>> 
>>> update36:
>>> ProductUpdateService
>>> 
>>> update38:
>>> ProductUpdateService
>>> 
>>> (1) Are update/ProductUpdateSerice and update30/ProductUpdateService ready?

The DNS is now done. ooo-site may be changed as needed.

>>> 
>> 
>> They can be created quickly, based on available time of volunteers.
>> But if we have Infra now ready to act on the redirection now, let's
>> take advantage of that now, while we have that opportunity.
>> 
>>> (2) Currently all 404s on openoffice.org go here:
>>> 
>>>  ErrorDocument 404 /docs/custom_404.html
>>> 
>>> Is that acceptable? Or must we use a real 404 response?
>>> 
>> 
>> Please redirect them to where they would actually live if we wanted to
>> go live with then. e.g., the appropriate directory under
>> ooo-site/content/projects/updateXX
>> 
>> In other words, treat them analogously to how we treat the others.
>> That way they will indeed give 404's now and then we can update then
>> for real without requiring intervention from Infra.
> 
> These urls get rewritten by this default rule:
> 
>   # fallback for proj.openoffice.org/... to openoffice.org/projects/proj/...
>   RewriteCond ${lowercase:%{HTTP_HOST}} 
> ^(?!www)(\w+)(?:\.\w+)?\.o

RE: First Experiance with Testlink

[YangTerry]

Hi Raphael,
Thank you for your investigation in TestLink, i also try TestLink recently. 
I'm using Apach OpenOffice TestProject and do some operator on this project.
I want write a wiki to make it simple for end user, But it not complete yet, if 
you are interesting in it you can also update it. 
http://wiki.openoffice.org/wiki/QA/Testlink

> Date: Tue, 14 Aug 2012 09:57:15 +0200
> From: r.birc...@gmx.ch
> To: ooo-dev@incubator.apache.org
> Subject: First Experiance with Testlink
> 
> Hi at all
> 
> I played around with the new testlink instance and I want to share my
> first experiances. First of all, Testlink is quite different to the old
> TCM. It's more complicated, but also more powerfull. And Testlink is
> extendable.
> 
> There are many different rules, for my point of view too many. But the
> rules are compleet adaptable, and so we can simplify them, if we want.
> 
> I was able to create a project. At the moment we have only testprojects.
> For my point of view, it makes sense to create a Project for each AOO
> version. (AOO341 AOO35 etc.) Also I beleve it's a good idea to have a
> basic project who all testcases are stored. The big question is, how to
> bring over the testcases from a basic project to a working project. The
> GUI from Testlink offer a possibility to build a project on the basis of
> an other project. Unfortunaly this function does not take over the
> testcases. You can export and import testcases via XML, but I don't know
> if Testlink is able to handle multiple testcases export/import.

Yes it is able to handle multiple test case export/import, but the file for 
export/import have size limitation.

> 
> I was able to create a Testcases, but what I miss is a Checkbox for the
> Testers (pass/fail) and a comment box. Also I miss a overview over all
> tests. The first one will be easy to solve. We cann add this fields. The
> seccond one is probabily not so easy.
For the first one, if you assign any test case to test plan, when you run test 
case, there should have Notes / Description comment box and result  (pass/fail) 
selection.

For the second, Once you create and active an test plan, you can see there have 
a link Test Report add into the navigation.
There are 16 kinds of report, hope it can solve your here.

Test Plan Report
Test Report
General Test Plan Metrics
Results by Tester per Build
Test Case Assignment Overview
Query Metrics
Test result matrix
Failed Test Cases
Blocked Test Cases
Not run Test Cases
Test Cases without Tester Assignment
Charts
Requirements based Report
Test Cases with Custom Fields set on Execution
Test Plan with Custom Field info
Test Cases not assigned to Any Test Plan


> 
> Greatings to all
> Raphael
> -- 
> My private Homepage: http://www.raphaelbircher.ch/
  

Re: suggestion for OO: Bullets and Numbering | Options

[Kevin Grignon]

KG01 - See comments inline.


> On Tue, Aug 7, 2012 at 7:08 PM, Philip Thomas >
> wrote:
>
> > It would be excellent if you added "spacing above|below paragraph" (like
> > in Format | Paragraph | Indents & Spacing) to the Format | Bullets and
> > Numbering | Options menu.
> >
> > Yes, I know, one can create custom styles, but this is just basic
> > functionality that should be included as options specifically with the
> > "Bullets and Numbering" functionality.


KG01 - Thanks for the feedback. I agree, the spacing above/below bulleted
list often is not what I want to see, but, I don't think to change the
styles.  I'm performing some evaluations of core functions in the upcoming
weeks.vill take a look at this.


> >
> > Thanks for your consideration of this request.
> >
> > Aloha,
> > Philip Thomas
> > p...@philipt.com 
> >
> > --
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> > Hawaiian Ecosystems at Risk project (HEAR) - http://www.hear.org
> >P.O. Box 1272, Puunene (Maui), Hawaii  96784  USA
> >
> > Philip A. Thomas - p...@hear.org 
> >
> > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
> >
> >
>

Re: Linux install instructions

[lou ql]

On Wed, Aug 15, 2012 at 12:22 AM, Kay Schenk  wrote:

> On Tue, Aug 14, 2012 at 8:42 AM, Andre Fischer  wrote:
>
> > On 14.08.2012 15:05, Rob Weir wrote:
> >
> >> I just noticed this new article.  It seems to have a complete
> >> description, including uninstalling LO and blocking future updates:
> >>
> >> http://www.tecmint.com/**install-apache-openoffice-3-4-**
> >> 0-on-rhel-centos-6-3-5-8-and-**fedora-17-16/<
> http://www.tecmint.com/install-apache-openoffice-3-4-0-on-rhel-centos-6-3-5-8-and-fedora-17-16/
> >
> >>
> >> Does anyone see any technical errors?  If not we might want to link to
> it.
> >>
> >
>  well, not all Linux distros use "yum"...this is a RedHat gui for package
> management. So, as general instructions, h...
>
> The current install guide --
>
>  http://www.openoffice.org/download/common/instructions.html#linux
>

This one is applicable for most linux platforms, but it's not so easy as
the above one to be followed by a non-experienced linux user.


>
> tells about "disabling" what LO may have setup, but not how to completely
> "uninstall" it. [I was attempting to be "kind" with this approach].
>
> I think most popular linux distros are inherently either RPM or DEB package
> management. It would be pretty easy to include the appropriate command line
> instructions to actually "deinstall" LO if we wanted to go that route.
>
> But, we could certainly link to this ... not a problem
>
>
> > I did not read everything in detail but what I read looks good.
> > Except maybe step 4:  the disabling of automatic updates of openoffice
> > from the package repository.
> > Should we ever setup our own repository (see below) or add our packages
> to
> > the official repositories then the changes had to be undone.
> > But who would remember these changes to /etc/yum.conf?
> >
> > -Andre
> >
> > PS: I have been playing around some more with metapackages (deb and rpm)
> > and are now able to setup a local repository for Ubuntu 12.04 and Fedora
> 17
> > and install Apache OpenOffice from them.   This is pretty simple.  If we
> > would try to setup an "official" Apache package repository we would have
> > more problems with integrating download mirrors.
> >
>
> YAY! Great news, Andre... I'm still hoepful I can get to eh openSUSE build
> service soonish. So far, just some preliminary investigation.
>
>
>
> --
>
> 
> MzK
>
> "Never express yourself more clearly than you are able to think."
> --
> Niels Bohr
>



-- 
Regards,
Lou QingLe

Re: [DISCUSS] OpenOffice Track: ApacheCon Europe

[Louis R Suárez-Potts]

As mentioned, I'd also be available to reviewing

I missed the deadline for submitting my own presentation. As I'm less involved 
in AOO than before, okay; but I'd still be open to reviewing others' 
submissions.
Louis


On 12-08-13, at 18:42 , Andrea Pescetti  wrote:

> On 13/08/2012 Donald Harbison wrote:
>> By now everyone must be aware that the CFP system will be closing tomorrow,
>> August 13th. We'll have an idea of what was submitted this week.
> 
> As I already wrote, please count me in as a reviewer if needed (for proposals 
> submitted by others, of course).
> 
>> Keynote(s)
>> a) PMC Chair (let's plan on graduation as a fact by early November, so we
>> would ask our Chair to anchor the track keynote
>> b) I/T Leader responsible for OpenOffice user communities
>> c)
> 
> If "b" is not the Release Manager (the task Juergen is currently doing) then 
> a keynote by the Release Manager is helpful too.
> 
> And for "c", in previous editions of the OOoCon it was common that someone 
> who had adopted OpenOffice on a large scale would give a keynote presentation.
> 
>> Hackathons
>> -- topics?
> 
> The main OpenOffice website http://www.openoffice.org/ needs a lot of 
> reorganization and cleanup... This could be an occasion to work on it.
> 
> Regards,
>  Andrea.

Re: Registration

[Andrea Pescetti]

On 09/08/2012 Dave Fisher wrote:

On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote:

I created a page with this content at
http://www.openoffice.org/legacy/thankyou.html If we have lazy
consensus (i.e., no objections in 72 hours or so) on this, I'll
then proceed and ask Infra to redirect all legacy links to this
page. This includes the whole subdomains above and, if someone
manages to find it, the URL OpenOffice opens when one uninstalls
version 3.3.


Let me know when the JIRA is ready.


Ready at
https://issues.apache.org/jira/browse/INFRA-5144

Regards,
  Andrea.

Re: Registration

[Dave Fisher]

On Aug 14, 2012, at 8:09 PM, Andrea Pescetti wrote:

> On 09/08/2012 Dave Fisher wrote:
>> On Aug 7, 2012, at 2:44 PM, Andrea Pescetti wrote:
>>> I created a page with this content at
>>> http://www.openoffice.org/legacy/thankyou.html If we have lazy
>>> consensus (i.e., no objections in 72 hours or so) on this, I'll
>>> then proceed and ask Infra to redirect all legacy links to this
>>> page. This includes the whole subdomains above and, if someone
>>> manages to find it, the URL OpenOffice opens when one uninstalls
>>> version 3.3.
>> 
>> Let me know when the JIRA is ready.
> 
> Ready at
> https://issues.apache.org/jira/browse/INFRA-5144

I'll look into this one tomorrow. There will be two parts.

(1) DNS redirect to www.openoffice.org

(2) httpd.conf rewrite to redirect to thankyou.html.

Regards,
Dave

> 
> Regards,
>  Andrea.

Re: suggestion for OO: Bullets and Numbering | Options

[Philip Thomas]

Thanks for your reply.

You might look to CSS styles RE: the  tags for some suggestions RE: 
functionality.


Aloha,
p...@hear.org


Kevin Grignon wrote:
KG01 - See comments inline. 



On Tue, Aug 7, 2012 at 7:08 PM, Philip Thomas > wrote:

 > It would be excellent if you added "spacing above|below
paragraph" (like
 > in Format | Paragraph | Indents & Spacing) to the Format |
Bullets and
 > Numbering | Options menu.
 >
 > Yes, I know, one can create custom styles, but this is just basic
 > functionality that should be included as options specifically
with the
 > "Bullets and Numbering" functionality.


KG01 - Thanks for the feedback. I agree, the spacing above/below 
bulleted list often is not what I want to see, but, I don't think to 
change the styles.  I'm performing some evaluations of core functions in 
the upcoming weeks.vill take a look at this. 
 


 >
 > Thanks for your consideration of this request.
 >
 > Aloha,
 > Philip Thomas
 > p...@philipt.com 
 >
 > --
 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 >
 > Hawaiian Ecosystems at Risk project (HEAR) - http://www.hear.org
 >P.O. Box 1272, Puunene (Maui), Hawaii  96784  USA
 >
 > Philip A. Thomas - p...@hear.org 
 >
 > - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
 >
 >



--
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Hawaiian Ecosystems at Risk project (HEAR) - http://www.hear.org
P.O. Box 1272, Puunene (Maui), Hawaii  96784  USA

 Philip A. Thomas - p...@hear.org

- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

Help Wanted

[JDO Designs & Consulting]

Hi,

I'd like to get involved with the Apache Open Office project, 
specifically number 5: "*Improve the look of the our website(s)*, 
especially the default landing page 
.  Skills needed: 
graphic design, web design, good taste, possible svn. Skills gained: 
Markdown syntax, Apache CMS."  Any information you can provide on how I 
can get started and be of assistance would be greatly appreciated.


--
Thanks,

Jeremiah D. Ostrosky Sr.
JDO Designs & Consulting
http://ostrosky.dyndns.org
(412) 537-0011

[QA] TestLink Usage Guide

[Li Feng Wang]

Hi, all,

  I wrote a Wiki about TestLink Usage Guide,
http://wiki.openoffice.org/wiki/QA/TestLink

  Hope to help you use TestLink.


-- 
Best Wishes, LiFeng Wang

Re: First Experiance with Testlink

[Li Feng Wang]

I already wrote a TestLink Usage Guide,
http://wiki.openoffice.org/wiki/QA/TestLink
Hope to have some help.

2012/8/15 YangTerry 

>
> Hi Raphael,
> Thank you for your investigation in TestLink, i also try TestLink recently.
> I'm using Apach OpenOffice TestProject and do some operator on this
> project.
> I want write a wiki to make it simple for end user, But it not complete
> yet, if you are interesting in it you can also update it.
> http://wiki.openoffice.org/wiki/QA/Testlink
>
> > Date: Tue, 14 Aug 2012 09:57:15 +0200
> > From: r.birc...@gmx.ch
> > To: ooo-dev@incubator.apache.org
> > Subject: First Experiance with Testlink
> >
> > Hi at all
> >
> > I played around with the new testlink instance and I want to share my
> > first experiances. First of all, Testlink is quite different to the old
> > TCM. It's more complicated, but also more powerfull. And Testlink is
> > extendable.
> >
> > There are many different rules, for my point of view too many. But the
> > rules are compleet adaptable, and so we can simplify them, if we want.
> >
> > I was able to create a project. At the moment we have only testprojects.
> > For my point of view, it makes sense to create a Project for each AOO
> > version. (AOO341 AOO35 etc.) Also I beleve it's a good idea to have a
> > basic project who all testcases are stored. The big question is, how to
> > bring over the testcases from a basic project to a working project. The
> > GUI from Testlink offer a possibility to build a project on the basis of
> > an other project. Unfortunaly this function does not take over the
> > testcases. You can export and import testcases via XML, but I don't know
> > if Testlink is able to handle multiple testcases export/import.
>
> Yes it is able to handle multiple test case export/import, but the file
> for export/import have size limitation.
>
> >
> > I was able to create a Testcases, but what I miss is a Checkbox for the
> > Testers (pass/fail) and a comment box. Also I miss a overview over all
> > tests. The first one will be easy to solve. We cann add this fields. The
> > seccond one is probabily not so easy.
> For the first one, if you assign any test case to test plan, when you run
> test case, there should have Notes / Description comment box and result
>  (pass/fail) selection.
>
> For the second, Once you create and active an test plan, you can see there
> have a link Test Report add into the navigation.
> There are 16 kinds of report, hope it can solve your here.
>
> Test Plan Report
> Test Report
> General Test Plan Metrics
> Results by Tester per Build
> Test Case Assignment Overview
> Query Metrics
> Test result matrix
> Failed Test Cases
> Blocked Test Cases
> Not run Test Cases
> Test Cases without Tester Assignment
> Charts
> Requirements based Report
> Test Cases with Custom Fields set on Execution
> Test Plan with Custom Field info
> Test Cases not assigned to Any Test Plan
>
>
> >
> > Greatings to all
> > Raphael
> > --
> > My private Homepage: http://www.raphaelbircher.ch/
>
>



-- 
Best Wishes, LiFeng Wang

[Call for review]Bug 120236 - when decrease indent for bullet,the bullet will go out of page range

[Liang Weike]

Hi all,

I have fixed Bug 120236 and committed the patch.

Could anyone help me to review it? Thanks in advance!

https://issues.apache.org/ooo/show_bug.cgi?id=120236

-- 
Regards,
Liang Weike

China Standard Software Co., Ltd

Re: [RELEASE][3.4.1]: propose new snapshot based on revision 1372282

[Jürgen Schmidt]

On 8/13/12 10:27 AM, Jürgen Schmidt wrote:
> Hi,
> 
> after a short break I have checked the current situation and where we are.
> 
> We had identified some further issues for 3.4.1 while we continued
> testing the latest snapshots. These issues are now fixed and I would
> like to propose a new snapshot build based on revision 1372282.
> 
> Issues that will be fixed in this new snapshot:
> 
> - OO crashes when I Print
>   https://issues.apache.org/ooo/show_bug.cgi?id=120389
> 
> - Remove the "Browser Plug-in" tab page from the Options dialog
>   https://issues.apache.org/ooo/show_bug.cgi?id=120518
> 
> - Starting OpenOffice with "-nodefault" parameter should not open the
> StartCenter
>   https://issues.apache.org/ooo/show_bug.cgi?id=120501
> 
> The last 2 issues matched not directly our criteria for blocker issues
> but after reviewing the issues and the fix I decided to integrate them
> in 3.4.1 as well.
> The reason for integrating the last issue is quite simple and I believe
> that we probably share this view. We want that AOO is used in
> combination with other software systems and as backend service for
> document conversion etc. From my point of view it make sense to
> integrate this fix in 3.4.1.
> 
> Juergen
> 

I have of course tested the MacOS version, a basic test run only.

I did a complete build on MacOS with the src release and build all
languages that we include in the release.

Juergen

Re: Two new stats graphs: ooo-dev subscribers and committers

[Shenfeng Liu]

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.
  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 

> On Tue, Aug 14, 2012 at 7:12 PM, Kay Schenk  wrote:
> > On Tue, Aug 14, 2012 at 10:46 AM, Rob Weir  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
>

Re: Splash Screen showed twice when start?

[Jürgen Schmidt]

On 8/15/12 3:48 AM, Linyi Li wrote:
> Hi,
> 
> I was running automation GUI testing on r1372282. I found one thing that I
> am not sure it is a problem.
> 
> To reproduce this scenario, the first thing is to delete user installation
> directory.
> 
> User installation directory is here:
> 
> Linux: /home/username/.openoffice.org/3/
> 
> Windows: C:\Users\IBM_ADMIN\AppData\Roaming\OpenOffice.org\3
> 
> Mac: /home/username/Library/Application Support/OpenOffice.org/3
> 
> Then you can start openoffice. You will find the splash screen will show
> twice on windows and mac.
> It did not happen on the last snapshot build r1369843.
> 
> I just wonder why the splash screen showed twice when there is only one
> process. Or is it a problem of AOO?
> 

It is normal because we bundle now the minimizer and presenter screen as
pre-registered extensions. This triggers an automatic restart of the
office during the first start.

One plan is to integrate both extension in the core directly because
they are more or less default features when we bundle them. The code is
from us and there is no demand to bundle it as extensions. The
extensions came from earlier days where some people had clever ideas in
mind ;-)
The integration in the core will also improve the startup performance
and will eliminate the overhead to bundle it as extensions, special
handling during the pack process and during the installation.

But again for now it is the correct behaviour.

Juergen

[Enhancement][OOXML]Table Style is incomplete when importing table in MS Word 2007/2010

[bjcheny]

Hi,

I'm studying the Table Style in MS Word 2007/2010, and find AOO has some
issues here.
https://issues.apache.org/ooo/show_bug.cgi?id=120576
https://issues.apache.org/ooo/show_bug.cgi?id=120578

The issues are on the background color and text properties in table, which
are all from Table Style in OOXML.
I plan to do some enhancement in table style, since AOO already gets many
useful functions here.
I already post some investigation results on the background color as below
wiki:
http://wiki.openoffice.org/wiki/Table_Style_in_Writerfilter

Your comments are appreciated a lot!

Regards,
Chen Ying

Re: [Call for review]Bug 120236 - when decrease indent for bullet,the bullet will go out of page range

[De Bin Lei]

Hi, Weike,
I volunteered to review the fixed.
Can you explain more details for the fix in bugzilla?
Thx a lot.

2012/8/15 Liang Weike 

> Hi all,
>
> I have fixed Bug 120236 and committed the patch.
>
> Could anyone help me to review it? Thanks in advance!
>
> https://issues.apache.org/ooo/show_bug.cgi?id=120236
>
> --
> Regards,
> Liang Weike
>
> China Standard Software Co., Ltd
>
>


-- 
Best regards
Lei De Bin

Re: svn commit: r1357306 - /incubator/ooo/trunk/main/solenv/bin/build.pl

[Pavel Janík]

Hi Andre,

On Jul 11, 2012, at 9:21 AM, Andre Fischer wrote:

> On 10.07.2012 21:47, Pavel Janík wrote:
>> Andre,
>> 
>> this particular change is incompatible with my build system. I do 
>> [meta-shell code]:
> 
> I should have explained this change better (or at all).  It is only intended 
> as a temporary hack to find out the reason for the build breaker of the 64bit 
> Linux buildbot build.

is the problem already solved?
-- 
Pavel Janík

Re: Help Wanted

[Jürgen Schmidt]

Hi Jeremiah,

it seems that you are not yet subscribed to this mailing list. You can
easy to that by sending an email to ooo-dev-subscr...@incubator.apache.org


On 8/15/12 6:47 AM, JDO Designs & Consulting wrote:
> Hi,
> 
> I'd like to get involved with the Apache Open Office project,
> specifically number 5: "*Improve the look of the our website(s)*,
> especially the default landing page
> .  Skills needed:
> graphic design, web design, good taste, possible svn. Skills gained:
> Markdown syntax, Apache CMS."  Any information you can provide on how I
> can get started and be of assistance would be greatly appreciated.
> 

good news that you want help us with some new fresh redesign of our website.

http://incubator.apache.org/openofficeorg/index.html is the main entry
pint for developers. It can of course benefit from some redesign as well.

But I would prefer when we think about a new redesign and a new concept
for our main user entry point, our portal www.openoffice.org with the
sub pages and sub domains.

We don't have to hurry here we can plan it in detail, can collect all
requirements and how we can realize it with the Apache CMS. I am sure
Joe will support and help if we need something to make the portal really
cool, interesting, informative and especially intuitive.

If others agree that focusing on the main portal is more important to
bring everything in a consistent and well structured state, we should
start with the planning and the collection of requirements first.

Some quick ideas:
- landing page, maybe extended pages for regional groups
- mission overview
- downloads
- entry point for developers or better people who want actively
participate in the project
- where can the user find support, documentation
- maybe API reference for macro/extension developers
- localization of all content

In the meantime some background information about the Apache CMS is
probably useful as well http://www.apache.org/dev/cms.html

Juergen