date:20130708

On 7/7/13 3:05 PM, bugzi...@apache.org wrote:
 rgb rgb...@apache.org has asked  for 4.0.0_release_blocker:
 Bug 122700: Writer crash when deleting a section
 https://issues.apache.org/ooo/show_bug.cgi?id=122700
 
 
 --- Additional Comments from rgb rgb...@apache.org
 Steps to reproduce the problem:
 
 1- On an empty Writer document, insert a section with Insert → Section → 
 Accept
 
 2- With the cursor on the empty line after the section, Edit → Select All
 3- Press delete key
 
 Result: Writer freeze for a second and then crash. 
 
 Attached a simple document with one section and some text both inside and
 outside it. Put the cursor on the last paragraph → Select All → DEL → Writer
 crash. But even if you don't select the whole document but just the section
 plus some text outside it, pressing DEL will give a crash. 
 
 This problem is not present on 3.4.1 where section and its content is properly
 deleted.

my first attempt to reproduce this failed or brought up a different
behaviour but no crash. Steps 1-3 finished in deleting the paragraph
behind the section and the cursor is in the section. No crash but I am
also not able to enter any text behind the section. But this is
potentially because I don't know the magic keys to insert a paragraph
behind a section. I remember similar things when I tried to insert text
in front of a table and there was a trick. The usability is poor but I
see no crash

I will do some further tests...

Juergen


 
 AOO400m3(Build:9702)  -  Rev. 1499347
 2013-07-03 14:08:16 (Wed, 03 Jul 2013) - Linux x86_64
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org
 


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

Re: in build, where can I find info about external packs that have been used

2013-07-08 Thread Andrea Pescetti


Kay Schenk wrote:

On Sun, Jul 7, 2013 at 2:42 PM, Andrea Pescettipesce...@apache.org  wrote:

main/external_deps.lst
and are downloaded by ./bootstrap into the
ext_sources
directory.

OK, I think I was not clear here. I know the ext_sources directory is part
of our SVN tree.


The directory is in SVN, but most of its contents are downloaded at 
build time. If you run svn status there, you'll see the files downloaded 
by ./bootstrap (in compressed form). Uncompressed files are found in 
main/MODULENAME, so hsqldb sources, for example, get uncompressed and 
patched in subfolders of main/hsqldb. You can find information about 
this in the module's makefile.


Regards,
  Andrea.

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

Re: in build, where can I find info about external packs that have been used

2013-07-08 Thread Herbert Duerr


On 08.07.2013 00:22, Kay Schenk wrote:

What I want to know is how can I see what was produced when the  ext_source
actually got brought in to the build. Should the packs show up somewhere in
the solver tree when they're actually downloaded and built or setup? Like
some staging area for them? Or, let me know if this question just isn't
making any sense.


The external sources are unpacked and patched in the project's own 
output directory. E.g. external hyphen source is processed in

  main/hyphen/${INPATH}/misc/build/hyphen-2.7.1/
with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.

Herbert

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

Re: EXTERNAL: Re: OpenOffice 3.3 and Java 7

2013-07-08 Thread Andrea Pescetti


On 06/07/2013 Steele, Raymond wrote:

What shall I do about 3.3 not being
supported?  There is not a OpenOffice 3.4 available for Solaris 10
x86 under the ASF.


Third parties may be able to offer extended support, or to put the 
necessary work in place (contributing code upstream, following the main 
release schedule...) to make it an official port (so, no longer a port, 
but an officially approved binary version). You might want to contact 
them, see

http://www.openoffice.org/porting/

Regards,
  Andrea.

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

Re: Hello - new volunteer

On 7/7/13 10:08 PM, Dave Fisher wrote:
 Hi Dave,
 
 Welcome! The first step in volunteering is to subscribe to this dev list.
 
 If you would like to help us with building installation packages for WIndows 
 platforms then you should start by learning how to build from here:
 
 http://openoffice.apache.org/source.html
 
 This may be a difficult place to start, but it would be a prerequisite to 
 building an installation package.
 
 Please ask questions on the list as you explore.

Indeed expert knowledge in the area of Windows installer would be
appreciated. We have a hand made complex packaging process that is
designed to have many common procedures for all platforms + specialized
ones for each platform.

A simplification would be welcome and we are looking forward to produce
minor patch updates to provide better service to our users.

 
 One of the big areas we need help is with secure digital signatures of 
 installation artifacts. Anything that you could add to how we can make this 
 happen in very few steps would be helpful. The ASF has strict standards which 
 no one has met your expertise may prove helpful.

the singing process itself is not the problem it is more the handling or
better secure maintaining of the certificate. Signing a build in a
secure environment is only the matter of using the right flags.

But anyway in both areas help is welcome. Feel free to ask on the dev list

Juergen

 
 Regards,
 Dave
 
 On Jul 6, 2013, at 8:16 AM, Dave Ashelman wrote:
 
 Hello Open Office Developers:
 Good morning:
 I hope this eMail finds you well.  My name is David Ashelman and I have 
 bachelor degrees in computer information systems and mathematics.
 I really believe your software is very robust and extremely reliable.
  
 I have a lot of experience writing MSI database application setups also 
 teaching computer theory to new MSI crafters.  If I can help, then let me 
 know how I can improve your already remarkable software.
 Since 1996, I've been a network administrator, a software design support 
 engineer, an InstallShield technical trainer, a software Release/Build 
 technician, a Windows migration consultant, and an application packaging 
 engineer. 

 I have good technical skills and experience with people and software 
 engineering.
 * Two (2) Technical College Degrees (Computer Information Systems + Math) 
 * Four (4) years of experience employed by the corporation Flexera, who made 
 AdminStudio. I was responsible for supporting and training users of that 
 software (Flexera Admin Studio)
 * I worked at InstallShield from 1999 - 2003 the time when software 
 packaging began 

 From 2000-2003, I taught software application packaging, software design 
 Best Practices, and Windows migration around the United States, Canada,  
 Great Brittan while working for Flexera, Macro Vision, or InstallShield.

 During that time, I saw how very difficult understanding software builds, 
 releasing, and installs was for certain software application developers. So, 
 instead of simply reciting the InstallShield product examples, I wrote a 
 book illuminating and shedding light on hard to grasp concepts and how to 
 best handle those concepts in computer data transfer. Multiple illustrations 
 and mathematical proofs and equations explain everything you need to know to 
 make great software and application installations. 

 * Fourteen (14) years software build/release, software installation 
 authoring, application packaging engineering,  Windows migrations 

 From 2003-13 I have been around the United States meeting great people, 
 solving complex Windows migrations, solving software application packaging 
 projects, creating software build releases, and authored multi-platform 
 software installations. 

 With a little luck, hopefully we can work together. I’d like to help you 
 improve your software solutions.  Your future is bright.

 Kind regards 

 David W. Ashelman
  
  
  
  
  

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


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

4.0.0_release_blocker granted: [Bug 122682] Crash when deleting content

j...@apache.org has granted Ariel Constenla-Haile arie...@apache.org's request
for 4.0.0_release_blocker:
Bug 122682: Crash when deleting content
https://issues.apache.org/ooo/show_bug.cgi?id=122682


--- Additional Comments from j...@apache.org
grant showstopper flag

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

Re: EXTERNAL: Re: OpenOffice 3.3 and Java 7

2013-07-08 Thread Herbert Duerr


On 06.07.2013 17:12, Steele, Raymond wrote:

Thank you for the reply. What shall I do about 3.3 not being supported?  There 
is not a OpenOffice 3.4 available for Solaris 10 x86 under the ASF.


As you know our friends at Adfinis Sygroup provided a Solaris-X86 build 
of AOO 3.4.0

  https://adfinis-sygroup.ch/aoo-solaris-x86

It is not an official ASF build, but it is based on the official 
sources, their developers contributed AFAIK all their changes back to 
the Apache OpenOffice project and were trusted with committer status in 
the project.


IIRC from an ASF perspective the only relevant part of the release is 
the source code. If the code compiles and works on solaris-x86 it could 
already be considered part of the release. Binaries are provided only 
for practical reason of end-users. Unless binaries are built on the 
official sources and tested by third parties they cannot be endorsed by 
the project, of course.


For solaris-x86 being part of the official release not too much is 
missing IMHO: regular milestone builds, testing by the solaris-x86 
community and more participation in the release process.


Herbert


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

Re: [UX][DESIGN EXPLORATION] - flat application icons

On 7/8/13 3:42 AM, Kevin Grignon wrote:
I think we should explore the icons with and without the gulls.

Let's see what the feasible options look like before we drive towards a
single solution.

in general I would agree but I see already a tendency to icons with
gulls, one or two. We should focus on this.

And if we want to introduce these icons in 4.0 we don't have time at all
for weeks of further exploration. The deadline was already July 1th.

But if we can agree on new icons until Wednesday and are able to provide
a svg for each we can try to integrate them in time. But it's of course
tiny.

Feedback to the icons
I like them but would remove the black border or at least convert it to
a grey one, a more soft one. And in case of templates I would do the
same and would remove the black line between the colored bar on top and
the content part below.

Juergen

Kevin

On Jul 7, 2013, at 5:09 PM, janI j...@apache.org wrote:

On 7 July 2013 22:56, Andrea Pescetti pesce...@apache.org wrote:

Samer Mansour wrote:

I've thrown my icon set up again if you are interested in using it or
altering it, let me know.
https://cwiki.apache.org/**confluence/display/OOOUSERS/**
AOO4+-+Desktop+Iconshttps://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons

They are quite nice, and they fit well with the flat orb.

I would keep the gull(s) since this is a distinctive feature of
OpenOffice. I'm not sure about the black outline in the last row icons
(those suggested for templates), it seems a bit cluttered.

The gulls should be like the orb, and not reduced to a single gull. That
way the gulls becomes the theme that follow our product throughout.

I like the icons as such.

rgds
jan I.

Regards,
Andrea.

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

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

Re: [UX][DESIGN EXPLORATION] - flat application icons

2013-07-08 Thread Xin Li

Hi Kevin and Samer，

Thanks for the explorations and contributions. The icons looks great! I
love them!

I prefer the flat ones which are not have gulls because they looks simple
and clear. But I also agree with Kevin that we should explore the icons
with and without the gulls.

I suggest we can have the different size for these icons, for example
16pixel/24pixel/32pixel. So that have a preview at small size.


2013/7/8 Dennis E. Hamilton dennis.hamil...@acm.org

 Another option would be to ditch the single gull and have a flat orb in
 the upper left corner, in its original colors. The desktop icons might need
 to be toned down a bit to not clash.  Likewise for the document icons,
 which don't scale well with those gradients.  (Also, when did OpenOffice
 get two tones.  Was I sleeping?)

 This works to indicate that Apache OpenOffice is the associated
 application.  It also works when there are other decorations, such as a
 lock or signature security indicator, other indicators that tend to be
 overlain on the lower left corner.

 Some do it differently, especially for large icons associated with
 documents.  The format may be identified in the upper left (e.g., PDF)
 and the associated application is indicated in the main symbol (Acrobat
 Reader).  Microsoft uses generic icons for word-processing, spreadsheet,
 presentation, e-mail applications, etc.  There is then a single-letter
 badge that indicates the application when it is a Microsoft associated
 format.  For Apache OpenOffice having the orb as a badge on each of our
 designs serves a similar purpose.


 It occurs to me that the page surround is not needed.  The larger versions
 of the inscribed symbol can be used on its own, with the orb in the corner
 of those.  They might be borderless then, apart from the shape of the
 central symbol, and the page curl could go away.  (Whether a simple
 document-page surround is used on large icons, such as 64-bit ones, is a
 different matter.  That option remains.)

 The difference between a template and the document icon is pretty subtle.
  I get the tear-off from a pad of paper, but only because that is the only
 way I can explain it to myself.  With uninscribed icons (other than the
 colored framing of the different symbols), maybe the difference is for the
 template graphics to be with dotted or dashed lines rather than solid.
  Just grasping at straws here.

  - Dennis



 -Original Message-
 From: Kevin Grignon [mailto:kevingrignon...@gmail.com]
 Sent: Sunday, July 7, 2013 06:43 PM
 To: dev@openoffice.apache.org
 Cc: dev
 Subject: Re: [UX][DESIGN EXPLORATION] - flat application icons

 I think we should explore the icons with and without the gulls.

 Let's see what the feasible options look like before we drive towards a
 single solution.

 Kevin

 On Jul 7, 2013, at 5:09 PM, janI j...@apache.org wrote:

  On 7 July 2013 22:56, Andrea Pescetti pesce...@apache.org wrote:
 
  Samer Mansour wrote:
 
  I've thrown my icon set up again if you are interested in using it or
  altering it, let me know.
  https://cwiki.apache.org/**confluence/display/OOOUSERS/**
  AOO4+-+Desktop+Icons
 https://cwiki.apache.org/confluence/display/OOOUSERS/AOO4+-+Desktop+Icons
 
  They are quite nice, and they fit well with the flat orb.
 
  I would keep the gull(s) since this is a distinctive feature of
  OpenOffice. I'm not sure about the black outline in the last row icons
  (those suggested for templates), it seems a bit cluttered.
 
  The gulls should be like the orb, and not reduced to a single gull.  That
  way the gulls becomes the theme that follow our product throughout.
 
  I like the icons as such.
 
  rgds
  jan I.
 
 
  Regards,
   Andrea.
 
 
 --**--**-
  To unsubscribe, e-mail: dev-unsubscribe@openoffice.**apache.org
 dev-unsubscr...@openoffice.apache.org
  For additional commands, e-mail: dev-h...@openoffice.apache.org
 
 

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


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




-- 
Best regards,
Xin Li   李欣
UX designer

Call for verification on resolved show stopper issues for AOO 4.0

2013-07-08 Thread Yuzhen Fan

Hi All,

There are about 70 4.0 show stopper bugs are resolved/fixed, we need to
verify them as soon as possible. Please bug reporters verify your bugs from
this list. Thanks for your time in advance, if every one clean his own bugs
timely, we can get an awesome achievement quickly!

https://issues.apache.org/ooo/buglist.cgi?cmdtype=doremremaction=runnamedcmd=4.0.0_release_blocker%2B%2C%20Resolvedsharer_id=251929list_id=71839

Regards,
Yu Zhen

Re: 4.0 Release Dashboard

On 7/3/13 4:19 PM, Rob Weir wrote:
 At the risk of seeming too corporate, I've added a dashboard page
 to the wiki to track our summary status:
 
 https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard
 
 I hate status reports as much as anyone, but with so much information
 passing by on our many mailing lists, we risk losing track of the
 high-level status.  I'm hoping that this dash board page, if we update
 it, can give us all a good view of how the release is progressing.
 
 No need for a lot of detail.  This is intended to be high-level,
 identifying areas that are on track versus at risk.  Or
 green/yellow/red.
 
 This will also make it easier for volunteers to see what areas need
 the most help.  We have many volunteers who are able to help in more
 than one area.  Now we can see what areas need help.
 

indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning -
Releases - AOO 4.0

Juergen


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


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

Re: Drawing testing of AOO4 snapshot

2013-07-08 Thread Yuzhen Fan

Hi,

I have seen your test results on Win7 in the wiki page, it's very good. You
don't have to include everything from detail in depth, we need to ensure
the coverage as wide as possible in this exploration test.

http://wiki.openoffice.org/wiki/QA/AOO40_Drawing

Regards
Yu Zhen



On Fri, Jul 5, 2013 at 2:08 AM, bugreporte...@hushmail.com wrote:

 Hi Yu Zhen,

 seems like my first email wasn't delivered (does not appear in the
 mailinglist), here is the second attempt.
 Here are my results from some testing on Drawing.
 Should I include everything into the wiki page?

 http://pastebin.com/ZnkTFKJc

 regards

[QA][Test Report] Weekly Status Update as of 20130705

2013-07-08 Thread Yuzhen Fan

Hi All,

We continue doing the AOO 4.0 Final Regression test this week, here is the
weekly update (07/01 - 07/05):

*Test execution:*
1. Exploration testing of Base on Mac, Covered Database, Table, Query,
Form, Report with embedded database, DB2 via JDBC and Text(CSV files)

New bugs found (No Mac special):
122667 Unable to update(but able to delete) table's existing fields in
a Text(CSV) table
122668 Unable to add a field in a Text(CSV) table
122669 Undo toolbar button is not enabled after delete a field from a
Text(CSV) table
122680 Test alignment in table cell changes from left to right after
copy number text from Writer to Calc

Detail report/scenarios:
http://wiki.openoffice.org/wiki/QA/AOO40_Database

2. Exploration testing of Drawing on Win7, no obvious issues are found so
far
Detail report/scenarios:
http://wiki.openoffice.org/wiki/QA/AOO40_Drawing

3.  Full/Final Regression test
We have assigned 1804 text executions to about 20 volunteers, and completed
about 68% in execution (1219 test executions done). We will retest the
failed/blocked test executions as the defects get fixed

*Defect summary:*
1. There are 78 release blocker (with flag 4.0.0_release_blocker+) now, 69
need verification (30 for translation)
2. 4 more Base defects are opened this week, no platform specific
*
Issues  quality highlight:*
1. We have managed to complete Base exploration test with basic function
defects exposed
2. From the current test results on Drawing exploration test, no obvious
issues are found
3. We need to clean up 69 resolved/fixed release blocker defects, this is
the first priority work next week
4. QAs are reminded to retest the failed/blocked test executions as the
defects get fixed
*
Volunteer status: *
1. No new volunteers(total 20 so far) on test execution work
2. 2 volunteers are on defect verification work, make little progress
3. 1 volunteer on Drawing exploration test, make good progress this week
(on Win7)
*
Plan for next week:*
1. Work with volunteers to verify defects as release blocker (total 69)
2. Continue to do Drawing exploration test on Mac and Linux
3. Retest the failed/blocked test executions as the defects get fixed

Thanks you all for effort this week, let's continue and make progress next
week!

Regards,
Yu Zhen

Re: Building in recent environments: Java 7 and Mozilla

2013-07-08 Thread Herbert Duerr


On 06.07.2013 08:09, Andrea Pescetti wrote:

On 02/07/2013 Herbert Duerr wrote:

--disable-build-mozilla
[1] http://www.openoffice.org/tools/moz_prebuild/OOo3.2/

In case someone is interested I'd like to point to issue [1] (removing
the mozilla dependency for security stuff) and its corresponding branch
[2]. When this is finished the only remaining dependency to Mozilla is
AFAIK for its address book support. IMHO the system and LDAP address
books should suffice.
[1] https://issues.apache.org/ooo/show_bug.cgi?id=122365
[2] http://svn.apache.org/repos/asf/openoffice/branches/Remove_MOZ/


It seems that this still breaks in the connectivity module (even when
using --disable-build-mozilla and the above prebuilt stuff), with errors
like


Are you trying to build the Remove_MOZ branch? According to Fan it is 
currently only built on Windows and Mac. Getting it to work on the 
Unixes is still work in progress. The --disable-build-mozilla option is 
also removed from this branch.


Anyway, I suggest to focus on the release first and concentrate on 
branches such as this when we released AOO 4.0.



So, unless I use --disable-mozilla, I'm still unable to make a full
build on a recent system.


Even for building trunk I'd suggest to use the prebuilt mozilla 
binaries. The mozilla/seamonkey source tarball is way obsoleted for many 
years already. The alternatives are to invest energy on

a) updating the tarball to build on modern tool chains
b) update the tarball and our codebase to work with newer versions
c) weigh the benefits (address book) of this extremely heavy dependency 
vs. its drawbacks and draws the consequences: remove the moz dependency 
and replace the most important address book sources


The branch attempts to do c) which is the most reasonable goal I think.

Herbert


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

4.0.0_release_blocker granted: [Bug 122700] Writer crash when deleting a section

j...@apache.org has granted rgb rgb...@apache.org's request for
4.0.0_release_blocker:
Bug 122700: Writer crash when deleting a section
https://issues.apache.org/ooo/show_bug.cgi?id=122700


--- Additional Comments from j...@apache.org
grant showstopper flag, duplicate but should be verified

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

Re: [UX][DESIGN EXPLORATION] - flat application icons

2013-07-08 Thread Andre Fischer

On 08.07.2013 09:30, Jürgen Schmidt wrote:

On 7/8/13 3:42 AM, Kevin Grignon wrote:

I think we should explore the icons with and without the gulls.

Let's see what the feasible options look like before we drive towards a single
solution.

I agree. This is something that should not be rushed.

in general I would agree but I see already a tendency to icons with
gulls, one or two. We should focus on this.

And if we want to introduce these icons in 4.0 we don't have time at all
for weeks of further exploration. The deadline was already July 1th.

Then I would like to propose to move the integration of the new icons to
4.1. That gives us enough time to select the best icon proposal, make
the necessary changes, and integrate them into AOO. All this takes time
and should not be done under time pressure

I personally like Kevin's icons a bit better. Cleaner and simpler. But
Samer's icons are also nice. Maybe we can get a mix of both?

Some observations:

Kevin's icon for Calc (the green one) and Samer's icon for master
documents (or templates?, the blue one on the top left) look like older
MS windows icons to me.

Samer's icon for Math: I would prefer an upright (not oblique or
cursive). The oblique (cursive) variant looks somehow a little strange
to me. See also: https://en.wikipedia.org/wiki/Summation

Regards,
Andre

But if we can agree on new icons until Wednesday and are able to provide
a svg for each we can try to integrate them in time. But it's of course
tiny.

Juergen

Kevin

On Jul 7, 2013, at 5:09 PM, janI j...@apache.org wrote:

On 7 July 2013 22:56, Andrea Pescetti pesce...@apache.org wrote:

Samer Mansour wrote:

They are quite nice, and they fit well with the flat orb.

I would keep the gull(s) since this is a distinctive feature of
OpenOffice. I'm not sure about the black outline in the last row icons
(those suggested for templates), it seems a bit cluttered.

The gulls should be like the orb, and not reduced to a single gull. That
way the gulls becomes the theme that follow our product throughout.

I like the icons as such.

rgds
jan I.

Regards,
Andrea.

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

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

Re: [RELEASE]: proposal for an update of the AOO 4.0 release schedule

Hi,

based on the current situation and open showstopper I haven't created a
branch for the release yet. But I pan to do so on Wednesday or Thursday.
And my plan is to start building a RC on this branch and provide the RC
at the end of the week. Evaluation and voting will start immediately and
in paralell we should also continue the further preparation work to have
everything in place.

For example improved release notes, announcement, etc.

Some further explanation why not all proposed showstopper can and will
be fixed. Some of the issues are not really showstopper, others require
much more work and can't be fixed easily. I looked on the activity in
general and what is going on in certain areas.

For example issue https://issues.apache.org/ooo/show_bug.cgi?id=122312,
I completely agree that this should be fixed asap but on the other hand
I see no activity. And I believe this issues requires more guidance of
what exactly is to do. Somebody who feels responsible to drive it...
Similar to the task with the logo that finally Rob had driven with many
helping hands. Rob did not directly the art work but he summarized and
pushed and tried to convince people to work on it. The same is necessary
with this content. Somebody have to drive it for 4.1 because I don't see
something happen for 4.0.

We try to fix as many as possible potential showstopper issues until
Wednesday. But nobody should be annoyed if her/his showstopper get not
fixed.

And regarding the timing of the release, from my pov it doesn't make
sense to postpone the release if no real showstopper comes up. We will
always find new issues that seems to be important and that should be
fixed in time. We can think of a 4.0.1 with more critical bug fixes and
further languages.

Important is a stable program for the majority of our users.

Juergen

On 6/19/13 10:14 AM, Jürgen Schmidt wrote:
 Hi,
 
 I tried to get an overview where we are with our AOO 4.0 release and I
 have thought about an updated release plan. I hope you share my view on
 this updated plan and you will continue to help that we can achieve it.
 
 First of all I am still thinking that we should release the 4.0 as soon
 as possible and before the majority will take a break and go in summer
 holidays. And with a potential second release later this year in mind I
 believe July is the best time.
 
 We are a little bit behind my proposed schedule that we can't hold under
 the current circumstances. It's ok, we worked hard, did a lot of
 testing, work on translation and things moved forward. But when I take a
 look on the list of proposed show stoppers and the not yet integrated
 help for the sidebar and the translation, I believe we should adapt our
 release plan to take the current situation and status into account.
 
 I see the following work items that we have to complete before or in
 parallel to the vote of an RC:
 
 - sidebar help
 merge the English help file on Pootle and give the translation
 volunteers at least the chance to provide a translation. This is not yet
 done because the lack of time (I am the bottle neck here and maybe other
 volunteers can jin me in the future to work on this).
 The sidebar is the most visible improvement in 4.0 and now where we have
 a help file, it should be translated if possible
 
 - finish general translation update, means update Pootle with offline
 translated strings on demand, merge the localized strings back from
 Pootle, run gsi consistency check to find potential problems like
 mismatched xml tags. I would like to see some further languages complete
 that are very popular, this includes Danish, Sweidish, German.
 
 - continue to review, identify the real show stopper issues. We expect
 to come up in the end with a list of 15-20 real show stopper issues
 
 - prepare the update service
 
 - prepare release notes (attractive marketing material that can be
 used), with screenshots as many as possible to highlight the features
 and bug fixes
 
 - logo integration as first step of an ongoing brand refresh - depends
 on the availability of the logo files
 
 - RAT scan - have to be checked
 
 - document migration path for incompatible API changes, not migrated
 extensions
 
 
 
 Some of these points have to be finished until the first official
 release candidate (RC). Taking all this into account I would like to
 propose the following update:
 
 - Wednesday June 19th, update Pootle with sidebar help and provide Po
 files for all current languages available on Pootle.
 
 - Monday July 1th, deadline for the localization, it always takes more
 time to merge it back and fix potential problems
 
 - Monday July 1th, deadline for logo integration
 
 - Wednesday/Thursday July 3/4th, provide last snapshot build with all
 available translations, logo if finished etc.
 
 - create new AOO release branch on Wednesday July 4th after the last
 snapshot
 
 - continue fixing show stopper issues until Friday July 5th on the new
 created release branch
 
 - start RC build on

4.0.0_release_blocker canceled: [Bug 121631] REGRESSION: FILEOPEN particular xml file from Birt Report could be opened only if Java is installed and Use Java runtime environment is enabled

Andre awf@googlemail.com has canceled fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 121631: REGRESSION: FILEOPEN particular xml file from Birt Report could be
opened only if Java is installed and Use Java runtime environment is enabled
https://issues.apache.org/ooo/show_bug.cgi?id=121631


--- Additional Comments from Andre awf@googlemail.com
I honestly don't see why this should be a bug.  An XML document is loaded.  To
do that we create a UNO service that does an XSLT transformation.  This is
currently implemented in Java.
The XSLT transformation could probably done without Java but that is a feature
request at best.

Certainly this is not a release blocker.  Resetting the release blocker
request.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.0_release_blocker denied: [Bug 119218] Upgrade from English full package to Simplified Langauge package, the UI is kept English and the witch language couldn't work

j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 119218: Upgrade from English full package to Simplified Langauge package,
the UI is kept English and the witch language couldn't work
https://issues.apache.org/ooo/show_bug.cgi?id=119218


--- Additional Comments from j...@apache.org
where is the information that the default changed automatically? You can
install more than 1 language pack and can switch between the languages
manually.

I don't see this as showstopper. If a different behaviour is expected or
defined some where it is a normal issue or an feature request.

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

Re: 4.0 Release Dashboard

2013-07-08 Thread Rob Weir

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidt jogischm...@gmail.com wrote:
 On 7/3/13 4:19 PM, Rob Weir wrote:
 At the risk of seeming too corporate, I've added a dashboard page
 to the wiki to track our summary status:

 https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard

 I hate status reports as much as anyone, but with so much information
 passing by on our many mailing lists, we risk losing track of the
 high-level status.  I'm hoping that this dash board page, if we update
 it, can give us all a good view of how the release is progressing.

 No need for a lot of detail.  This is intended to be high-level,
 identifying areas that are on track versus at risk.  Or
 green/yellow/red.

 This will also make it easier for volunteers to see what areas need
 the most help.  We have many volunteers who are able to help in more
 than one area.  Now we can see what areas need help.


 indeed it could help but the page was not easy to find when losing this
 email out of focus.

 And I am wondering why it is not placed under Project Planning -
 Releases - AOO 4.0


I just moved it there now.  URL is the same:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard


Regards,

-Rob

 Juergen


 Thanks!

 -Rob

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



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


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

4.0.0_release_blocker denied: [Bug 121682] Problem opening network files

j...@apache.org has denied fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 121682: Problem opening network files
https://issues.apache.org/ooo/show_bug.cgi?id=121682


--- Additional Comments from j...@apache.org
remove showstopper request, can't be reproduced and workaround exists as well.

I assume that is problem with missing or not installed 64bit shell extensions.

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

4.0.0_release_blocker canceled: [Bug 122560] msiexec installation only possible with parameter /i

Andre awf@googlemail.com has canceled fanyuz...@gmail.com's request for
4.0.0_release_blocker:
Bug 122560: msiexec installation only possible with parameter /i
https://issues.apache.org/ooo/show_bug.cgi?id=122560


--- Additional Comments from Andre awf@googlemail.com
If you start msiexec without the /qn option it shows one message box reading
Please use the file setup.exe to start the installation..  This comes from a
rule in the MSI file encoded in the
main/instsetoo_native/inc_openoffice/windows/msi_templates/LaunchCo.idt file:

(VersionNT  600) or (SETUP_USED=1) or InstalledOOO_LAUNCH_2 

with OOO_LAUNCH_2 being the id of the message text quoted above.
This basically means that on everything before Vista the MSI could be installed
as is, while on Vista and above (Windows7 and Windows8) you need to run the
setup.exe.

The line was checked in on Dezember 4th, 2009 with the comment:
#i96594# Allow customization of 'register for Microsoft File Types' in custom
setup

Running the setup.exe is a little different from only installing the MSI. 
Setup.exe can also run other commands and executables.  This includes
redistributables for some Windows libraries and, like above, registration as
handler for Microsoft file types.

In other words, this is not a bug, it's a feature.  Removing the release
blocker flag.
-
To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
For additional commands, e-mail: dev-h...@openoffice.apache.org

4.0.0_release_blocker denied: [Bug 122390] Menu shortcut used twice in Swedish translation

j...@apache.org has denied Andrea Pescetti pesce...@apache.org's request for
4.0.0_release_blocker:
Bug 122390: Menu shortcut used twice in Swedish translation
https://issues.apache.org/ooo/show_bug.cgi?id=122390


--- Additional Comments from j...@apache.org
remove showstopper request

fixed on Pootle and will be fixed with the next translation update for Swedish.
Currently no activity ongoing for Swedish.

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

Re: [DL][Website] Preparing AOO 4

2013-07-08 Thread Roberto Galoppini

Marcus I need your SourceForge account to provide you with admin
priviliges, I couldn't find any account associated with your email address.

Roberto

2013/7/5 Marcus (OOo) marcus.m...@wtnet.de

Am 06/28/2013 10:35 PM, schrieb Marcus (OOo):

Am 06/28/2013 03:56 PM, schrieb Roberto Galoppini:

2013/6/28 Rob Weirrobw...@apache.org

On Thu, Jun 27, 2013 at 6:01 PM, Marcus (OOo)marcus.m...@wtnet.de
wrote:

Am 06/26/2013 01:36 PM, schrieb Roberto Galoppini:

2013/6/25 Marcus (OOo)marcus.m...@wtnet.de:

Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini:

2013/6/8 Marcus (OOo)marcus.m...@wtnet.de:

Roberto, is it possible to get a separate area on a SourceForge

mirror

to
do
some semi-live testing. I could think of the following:

http://sourceforge.net/**projects/aoo-test.mirror/4.0.**
0/binaries/http://sourceforge.net/projects/aoo-test.mirror/4.0.0/binaries/

LANG/file_name

You can use the files from my Apache people account to fill the

mirror:

http://people.apache.org/~**marcus/aoo/4.0.0/binaries/.http://people.apache.org/~marcus/aoo/4.0.0/binaries/.
..

You can do that in few ways:

- you can create a new project and do any testing you want in it,
that
would be fine;

- you can create a new folder and mark it as staged in which it is
all set up and downloads work, but the folder won't be visible
during
normal file browsing;

- you can point to not existing AOO 4.0 files and get 404 error
messages.

great, I can do it myself. I'll give it a try until or at the coming
weekend.

Maybe I missed to clarify something, though. The nice things about the
staged directory method are that:

(1) the files are in their right place for when they go live (get
marked as unstaged), so no new waiting for mirror-updates is needed,
and (2) there's no need for fiddling with extra projects (setup,
admin, deletion, etc.).

For those reasons I'd encourage you to consider the second option. If
you want some help just let me know, I can ask our Support to help
you.

OK, sounds really better. However, I seem to fail to create a new

directory.

I got an account on SourceForge now but I don't see any new options. Or

am I

on a wrong way?

I guess you've not been put among projects' admin. Please send me your
SourceForge account and I'll do rightaway.

OK, done by PM.

When you can help me for the weekend, then I try something.

Thanks

BTW:
Have you already noticed that we will change the directory structure
with
AOO 4?

So, the old ones, e.g.:

http://sourceforge.net/**projects/openofficeorg.mirror/**
files/localized/de/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/localized/de/3.4.1/

and

http://sourceforge.net/**projects/openofficeorg.mirror/**
files/stable/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/

will be cancelled and the following structure will become valid to keep

simple and reduced complexity:

.../aoo/4.0.0/source/
.../aoo/4.0.0/binaries/LANG/
.../aoo/4.0.0/binaries/SDK/

Yea, and I guess the staged approach would be good especially for this
reason.

I assume the old 3.4.1/3.4.0 files will remain unchanged? Or is the
plan to adapt them to the new directory scheme?

At least up now, old installation files were simply moved into the
archive.

My suggestion is to leave them as they are, here's why.

The stats are tied to the path and filename, so if you move them, the
per-file/per-folder stats won't be available anymore. Note that the stats
from the old locations are still counted in aggregate totals though. So,
their total download count shouldn't change.

Marcus

PS:
Is it right that the URL still needs a /download at its end to

start

the
download?

The /download should be there at the end of the URL. If it's not, it
still should work, but we'll do an extra redirect on our side to add
it to the URL.

OK, then I will make sure that this is still added to the download
URL.

Thanks

Marcus

Am 06/08/2013 10:08 PM, schrieb Marcus (OOo):

I've updated the test area in staging:

http://ooo-site.staging.**apache.org/download/test/**index.htmlhttp://ooo-site.staging.apache.org/download/test/index.html

To keep it simple and get faster results, I've just added en-US,
en-GB,
de languages to my Apache people account. So, when you see
errors it
might be just a missing language. ;-)
And don't worry about the 0 byte files. Yes, they are empty.

For the first troubleshooting the following could help:

http://ooo-site.staging.**apache.org/download/test/**analyze.htmlhttp://ooo-site.staging.apache.org/download/test/analyze.html

Please test and tell me what needs to be changed/improved.

Thanks in advance.

Marcus

Am 06/08/2013 07:37 PM, schrieb Marcus (OOo):

I'm going to finish the last work for changing the download

scripting

to
apply with the new situation (incubating string is gone, new

Re: New Extensions website goes live!

2013-07-08 Thread Rob Weir

On Sat, Jul 6, 2013 at 4:18 PM, Roberto Galoppini
roberto.galopp...@gmail.com wrote:
 We are updating http://extensions.openoffice.org to tturn on all
 enhancements previously made available at the test website.


This is great news, Roberto!

Are you planning a blog post related to this at SourceForge?  Or
should we plan something for the AOO blog?  (Or both?)

Do you have a list of changes that we can reference?

Regards,

-Rob


 All users accounts will be migrated, along with associated passwords and
 users content.

  http://extensions.openoffice.org may be temporarily unavailable or slow
 down.

 Once the migration will be completed update notifications will be
 activated.

 Roberto

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

Re: Hello - new volunteer

2013-07-08 Thread Rob Weir

On Sat, Jul 6, 2013 at 11:16 AM, Dave Ashelman
1softwareexp...@gmail.com wrote:
 Hello Open Office Developers:
 Good morning:
 I hope this eMail finds you well.  My name is David Ashelman and I have
 bachelor degrees in computer information systems and mathematics.
 I really believe your software is very robust and extremely reliable.

 I have a lot of experience writing MSI database application setups also
 teaching computer theory to new MSI crafters.  If I can help, then let me
 know how I can improve your already remarkable software.

 Since 1996, I've been a network administrator, a software design support
 engineer, an InstallShield technical trainer, a software Release/Build
 technician, a Windows migration consultant, and an application packaging
 engineer.


Hello Dave,

Thanks for writing and welcome to the Apache OpenOffice project!

You can read some more about the project and how we work here:

http://openoffice.apache.org/orientation/

(Just scan that material for background info)

Setup/install is an area where we have a lot of room for improvement.
Juergen and Dave Fischer mentioned the code signing side of this.
Another area is to look at possibilities for incremental patch
updates.  Currently we require users to download/install the full
version for every update.

Regards,

-Rob


 I have good technical skills and experience with people and software
 engineering.
 * Two (2) Technical College Degrees (Computer Information Systems + Math)
 * Four (4) years of experience employed by the corporation Flexera, who made
 AdminStudio. I was responsible for supporting and training users of that
 software (Flexera Admin Studio)

 * I worked at InstallShield from 1999 - 2003 the time when software
 packaging began

 From 2000-2003, I taught software application packaging, software design
 Best Practices, and Windows migration around the United States, Canada, 
 Great Brittan while working for Flexera, Macro Vision, or InstallShield.


 During that time, I saw how very difficult understanding software builds,
 releasing, and installs was for certain software application developers. So,
 instead of simply reciting the InstallShield product examples, I wrote a
 book illuminating and shedding light on hard to grasp concepts and how to
 best handle those concepts in computer data transfer. Multiple illustrations
 and mathematical proofs and equations explain everything you need to know to
 make great software and application installations.

 * Fourteen (14) years software build/release, software installation
 authoring, application packaging engineering,  Windows migrations

 From 2003-13 I have been around the United States meeting great people,
 solving complex Windows migrations, solving software application packaging
 projects, creating software build releases, and authored multi-platform
 software installations.

 With a little luck, hopefully we can work together. I’d like to help you
 improve your software solutions.  Your future is bright.

 Kind regards

 David W. Ashelman








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

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

Re: in build, where can I find info about external packs that have been used

On Sun, Jul 7, 2013 at 11:54 PM, Herbert Duerr h...@apache.org wrote:

 On 08.07.2013 00:22, Kay Schenk wrote:

 What I want to know is how can I see what was produced when the
  ext_source
 actually got brought in to the build. Should the packs show up somewhere
 in
 the solver tree when they're actually downloaded and built or setup?
 Like
 some staging area for them? Or, let me know if this question just isn't
 making any sense.


 The external sources are unpacked and patched in the project's own output
 directory. E.g. external hyphen source is processed in
   main/hyphen/${INPATH}/misc/**build/hyphen-2.7.1/
 with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.

 Herbert


OK, thanks. This helps quite a bit. My assessment at this point is that
hsqldb did not get built at all and thus the error. I have an updated ant
and different jre since the last time I did this, so I will investigate
further.



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




-- 
-
MzK

Every day we should hear at least one little song,
 read one good poem, see one exquisite picture,
 and, if possible, speak a few sensible words.
 -- Johann Wolfgang von Goethe

[118671] Requesting ShowStopper flag

2013-07-08 Thread Armin Le Grand


Hi List,

could now reproduce and have found a solution for 
https://issues.apache.org/ooo/show_bug.cgi?id=118671

will need ShowStopper flag be set (it already has '?' state). Thanks!

Armin
--
ALG

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

Re: in build, where can I find info about external packs that have been used

2013-07-08 Thread Regina Henschel


Hi,

Kay Schenk schrieb:

On Sun, Jul 7, 2013 at 11:54 PM, Herbert Duerr h...@apache.org wrote:


On 08.07.2013 00:22, Kay Schenk wrote:


What I want to know is how can I see what was produced when the
  ext_source
actually got brought in to the build. Should the packs show up somewhere
in
the solver tree when they're actually downloaded and built or setup?
Like
some staging area for them? Or, let me know if this question just isn't
making any sense.



The external sources are unpacked and patched in the project's own output
directory. E.g. external hyphen source is processed in
   main/hyphen/${INPATH}/misc/**build/hyphen-2.7.1/
with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.

Herbert



OK, thanks. This helps quite a bit. My assessment at this point is that
hsqldb did not get built at all and thus the error. I have an updated ant
and different jre since the last time I did this, so I will investigate
further.


I have trouble with hsqldb too. I tried to build current master and get 
this error

patching file hsqldb/readme.txt
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file hsqldb/readme.txt.rej

And a lot of other failed patching following.

It is a clean build, starting with rebase and newly ./bootstrap. I use 
MSVC 2008 express on Windows 7.


Kind regards
Regina




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

Re: 4.0.0_release_blocker requested: [Bug 122700] Writer crash when deleting a section

2013-07-08 Thread Ricardo Berlasso

2013/7/8 Jürgen Schmidt jogischm...@gmail.com

 On 7/7/13 3:05 PM, bugzi...@apache.org wrote:
  rgb rgb...@apache.org has asked  for 4.0.0_release_blocker:
  Bug 122700: Writer crash when deleting a section
  https://issues.apache.org/ooo/show_bug.cgi?id=122700
 
 
  --- Additional Comments from rgb rgb...@apache.org
  Steps to reproduce the problem:
 
  1- On an empty Writer document, insert a section with Insert → Section →
 Accept
 
  2- With the cursor on the empty line after the section, Edit → Select All
  3- Press delete key
 
  Result: Writer freeze for a second and then crash.
 
  Attached a simple document with one section and some text both inside and
  outside it. Put the cursor on the last paragraph → Select All → DEL →
 Writer
  crash. But even if you don't select the whole document but just the
 section
  plus some text outside it, pressing DEL will give a crash.
 
  This problem is not present on 3.4.1 where section and its content is
 properly
  deleted.

 my first attempt to reproduce this failed or brought up a different
 behaviour but no crash. Steps 1-3 finished in deleting the paragraph
 behind the section and the cursor is in the section. No crash but I am
 also not able to enter any text behind the section. But this is
 potentially because I don't know the magic keys to insert a paragraph
 behind a section. I remember similar things when I tried to insert text
 in front of a table and there was a trick. The usability is poor but I
 see no crash

 I will do some further tests...


Hi, Jürgen,

Ariel reproduced it and found this problem had the same backtrace than
issue 122682, which was fixed by Andre

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

Regards
Ricardo




 Juergen


 
  AOO400m3(Build:9702)  -  Rev. 1499347
  2013-07-03 14:08:16 (Wed, 03 Jul 2013) - Linux x86_64
  -
  To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
  For additional commands, e-mail: dev-h...@openoffice.apache.org
 


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

Re: 4.0.0_release_blocker requested: [Bug 122700] Writer crash when deleting a section

2013-07-08 Thread Juergen Schmidt

Am Montag, 8. Juli 2013 um 20:36 schrieb Ricardo Berlasso:
 2013/7/8 Jürgen Schmidt jogischm...@gmail.com
  
  On 7/7/13 3:05 PM, bugzi...@apache.org wrote:
   rgb rgb...@apache.org has asked for 4.0.0_release_blocker:
   Bug 122700: Writer crash when deleting a section
   https://issues.apache.org/ooo/show_bug.cgi?id=122700


   --- Additional Comments from rgb rgb...@apache.org
   Steps to reproduce the problem:

   1- On an empty Writer document, insert a section with Insert → Section →
  Accept

   2- With the cursor on the empty line after the section, Edit → Select All
   3- Press delete key

   Result: Writer freeze for a second and then crash.

   Attached a simple document with one section and some text both inside and
   outside it. Put the cursor on the last paragraph → Select All → DEL →

   
  Writer
   crash. But even if you don't select the whole document but just the
   
  section
   plus some text outside it, pressing DEL will give a crash.

   This problem is not present on 3.4.1 where section and its content is
  properly
   deleted.
   
   
  my first attempt to reproduce this failed or brought up a different
  behaviour but no crash. Steps 1-3 finished in deleting the paragraph
  behind the section and the cursor is in the section. No crash but I am
  also not able to enter any text behind the section. But this is
  potentially because I don't know the magic keys to insert a paragraph
  behind a section. I remember similar things when I tried to insert text
  in front of a table and there was a trick. The usability is poor but I
  see no crash
   
  I will do some further tests...
  
 Hi, Jürgen,
  
 Ariel reproduced it and found this problem had the same backtrace than
 issue 122682, which was fixed by Andre
  
 https://issues.apache.org/ooo/show_bug.cgi?id=122682
  
 Regards
 Ricardo
  
  
yes I have noticed this as well, thanks.

Juergen  
  
  
   
  Juergen
   
   

   AOO400m3(Build:9702) - Rev. 1499347
   2013-07-03 14:08:16 (Wed, 03 Jul 2013) - Linux x86_64
   -
   To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
   For additional commands, e-mail: dev-h...@openoffice.apache.org

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

Re: Call for verification on resolved show stopper issues for AOO 4.0

2013-07-08 Thread Ricardo Berlasso

2013/7/8 Yuzhen Fan fanyuz...@gmail.com

 Hi All,

 There are about 70 4.0 show stopper bugs are resolved/fixed, we need to
 verify them as soon as possible. Please bug reporters verify your bugs from
 this list. Thanks for your time in advance, if every one clean his own bugs
 timely, we can get an awesome achievement quickly!


 https://issues.apache.org/ooo/buglist.cgi?cmdtype=doremremaction=runnamedcmd=4.0.0_release_blocker%2B%2C%20Resolvedsharer_id=251929list_id=71839

 Regards,
 Yu Zhen


Hi,

I'm not really sure what is needed because I see no field or flag to
indicate that the fix was verified. Add a comment is enough?

Regards
Ricardo

Re: [DL][Website] Preparing AOO 4

2013-07-08 Thread Marcus (OOo)

Am 07/08/2013 04:17 PM, schrieb Roberto Galoppini:

Marcus I need your SourceForge account to provide you with admin
priviliges, I couldn't find any account associated with your email address.

sent again via PM.

Thanks for your help.

Marcus

2013/7/5 Marcus (OOo)marcus.m...@wtnet.de

Am 06/28/2013 10:35 PM, schrieb Marcus (OOo):

Am 06/28/2013 03:56 PM, schrieb Roberto Galoppini:

2013/6/28 Rob Weirrobw...@apache.org

On Thu, Jun 27, 2013 at 6:01 PM, Marcus (OOo)marcus.m...@wtnet.de

wrote:

Am 06/26/2013 01:36 PM, schrieb Roberto Galoppini:

2013/6/25 Marcus (OOo)marcus.m...@wtnet.de:

Am 06/25/2013 05:28 PM, schrieb Roberto Galoppini:

2013/6/8 Marcus (OOo)marcus.m...@wtnet.de:

Roberto, is it possible to get a separate area on a SourceForge

mirror

do
some semi-live testing. I could think of the following:

http://sourceforge.net/**projects/aoo-test.mirror/4.0.**
0/binaries/http://sourceforge.net/projects/aoo-test.mirror/4.0.0/binaries/

LANG/file_name

You can use the files from my Apache people account to fill the

mirror:

http://people.apache.org/~**marcus/aoo/4.0.0/binaries/.http://people.apache.org/~marcus/aoo/4.0.0/binaries/.
..

You can do that in few ways:

- you can create a new project and do any testing you want in it,
that
would be fine;

- you can create a new folder and mark it as staged in which it is
all set up and downloads work, but the folder won't be visible
during
normal file browsing;

- you can point to not existing AOO 4.0 files and get 404 error
messages.

great, I can do it myself. I'll give it a try until or at the coming
weekend.

Maybe I missed to clarify something, though. The nice things about the
staged directory method are that:

For those reasons I'd encourage you to consider the second option. If
you want some help just let me know, I can ask our Support to help
you.

OK, sounds really better. However, I seem to fail to create a new

directory.

I got an account on SourceForge now but I don't see any new options. Or

am I

on a wrong way?

I guess you've not been put among projects' admin. Please send me your

SourceForge account and I'll do rightaway.

OK, done by PM.

When you can help me for the weekend, then I try something.

Thanks

BTW:

Have you already noticed that we will change the directory structure
with
AOO 4?

So, the old ones, e.g.:

http://sourceforge.net/**projects/openofficeorg.mirror/**

files/localized/de/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/localized/de/3.4.1/

and

http://sourceforge.net/**projects/openofficeorg.mirror/**
files/stable/3.4.1/http://sourceforge.net/projects/openofficeorg.mirror/files/stable/3.4.1/

will be cancelled and the following structure will become valid to keep

simple and reduced complexity:

.../aoo/4.0.0/source/
.../aoo/4.0.0/binaries/LANG/
.../aoo/4.0.0/binaries/SDK/

Yea, and I guess the staged approach would be good especially for this
reason.

I assume the old 3.4.1/3.4.0 files will remain unchanged? Or is the

plan to adapt them to the new directory scheme?

At least up now, old installation files were simply moved into the
archive.

My suggestion is to leave them as they are, here's why.

Marcus

PS:

Is it right that the URL still needs a /download at its end to

start

the

download?

The /download should be there at the end of the URL. If it's not, it
still should work, but we'll do an extra redirect on our side to add
it to the URL.

OK, then I will make sure that this is still added to the download
URL.

Thanks

Marcus

Am 06/08/2013 10:08 PM, schrieb Marcus (OOo):

I've updated the test area in staging:

http://ooo-site.staging.**apache.org/download/test/**index.htmlhttp://ooo-site.staging.apache.org/download/test/index.html

For the first troubleshooting the following could help:

http://ooo-site.staging.**apache.org/download/test/**analyze.htmlhttp://ooo-site.staging.apache.org/download/test/analyze.html

Please test and tell me what needs to be changed/improved.

Thanks in advance.

Marcus

Am 06/08/2013 07:37 PM, schrieb Marcus (OOo):

I'm going to finish the last work for changing the download

scripting

apply

RE: EXTERNAL: Re: OpenOffice 3.3 and Java 7

2013-07-08 Thread Steele, Raymond

Herbert, 

Thanks for the response. I've been informed by Nicolas Christoper of Adfinis 
Sygroup that the Solaris x86 port was not completed, but could be completed at 
cost. I am not sure where my organization will go from here. We've been using 
the OpenOffice API to meet some of our customer requirements and would like to 
stick with OpenOffice to prevent any re-engineering for another office suite. 
However, as I said, the Java 7 directive is now forcing our hand in one 
direction.  In an attempt to prevent any additional cost to our project, it may 
be in our best interest to port  OpenOffice to Solaris x86 ourselves, but we 
are considering our options. Advice?

Raymond 

-Original Message-
From: Herbert Duerr [mailto:h...@apache.org] 
Sent: Monday, July 08, 2013 12:21 AM
To: dev@openoffice.apache.org
Cc: Steele, Raymond
Subject: Re: EXTERNAL: Re: OpenOffice 3.3 and Java 7

On 06.07.2013 17:12, Steele, Raymond wrote:
 Thank you for the reply. What shall I do about 3.3 not being supported?  
 There is not a OpenOffice 3.4 available for Solaris 10 x86 under the ASF.

As you know our friends at Adfinis Sygroup provided a Solaris-X86 build of AOO 
3.4.0
   https://adfinis-sygroup.ch/aoo-solaris-x86

It is not an official ASF build, but it is based on the official sources, their 
developers contributed AFAIK all their changes back to the Apache OpenOffice 
project and were trusted with committer status in the project.

IIRC from an ASF perspective the only relevant part of the release is the 
source code. If the code compiles and works on solaris-x86 it could already be 
considered part of the release. Binaries are provided only for practical reason 
of end-users. Unless binaries are built on the official sources and tested by 
third parties they cannot be endorsed by the project, of course.

For solaris-x86 being part of the official release not too much is missing 
IMHO: regular milestone builds, testing by the solaris-x86 community and more 
participation in the release process.

Herbert


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

Re: 4.0 Release Dashboard

2013-07-08 Thread Marcus (OOo)


Am 07/08/2013 03:59 PM, schrieb Rob Weir:

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com  wrote:

On 7/3/13 4:19 PM, Rob Weir wrote:

At the risk of seeming too corporate, I've added a dashboard page
to the wiki to track our summary status:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard

I hate status reports as much as anyone, but with so much information
passing by on our many mailing lists, we risk losing track of the
high-level status.  I'm hoping that this dash board page, if we update
it, can give us all a good view of how the release is progressing.

No need for a lot of detail.  This is intended to be high-level,
identifying areas that are on track versus at risk.  Or
green/yellow/red.

This will also make it easier for volunteers to see what areas need
the most help.  We have many volunteers who are able to help in more
than one area.  Now we can see what areas need help.



indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning -
Releases -  AOO 4.0



I just moved it there now.  URL is the same:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard


I just saw an entry for the download scripting, so I've added a comment.

Marcus

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

Re: in build, where can I find info about external packs that have been used

2013-07-08 Thread Regina Henschel


Hi,

Regina Henschel schrieb:

Hi,

Kay Schenk schrieb:

On Sun, Jul 7, 2013 at 11:54 PM, Herbert Duerr h...@apache.org wrote:


On 08.07.2013 00:22, Kay Schenk wrote:


What I want to know is how can I see what was produced when the
  ext_source
actually got brought in to the build. Should the packs show up
somewhere
in
the solver tree when they're actually downloaded and built or setup?
Like
some staging area for them? Or, let me know if this question just isn't
making any sense.



The external sources are unpacked and patched in the project's own
output
directory. E.g. external hyphen source is processed in
   main/hyphen/${INPATH}/misc/**build/hyphen-2.7.1/
with ${INPATH} being system dependent, e.g. wntmsci12.pro on Windows.

Herbert



OK, thanks. This helps quite a bit. My assessment at this point is that
hsqldb did not get built at all and thus the error. I have an updated
ant
and different jre since the last time I did this, so I will investigate
further.


I have trouble with hsqldb too. I tried to build current master and get
this error
patching file hsqldb/readme.txt
Hunk #1 FAILED at 1.
1 out of 1 hunk FAILED -- saving rejects to file hsqldb/readme.txt.rej

And a lot of other failed patching following.

It is a clean build, starting with rebase and newly ./bootstrap. I use
MSVC 2008 express on Windows 7.


I have removed part hsqldb/readme.txt from i121754.patch and now hsqldb 
is build.


Kind regards
Regina


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

Re: 4.0 Release Dashboard

2013-07-08 Thread Marcus (OOo)


Am 07/08/2013 10:46 PM, schrieb Marcus (OOo):

Am 07/08/2013 03:59 PM, schrieb Rob Weir:

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com
wrote:

On 7/3/13 4:19 PM, Rob Weir wrote:

At the risk of seeming too corporate, I've added a dashboard page
to the wiki to track our summary status:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard


I hate status reports as much as anyone, but with so much information
passing by on our many mailing lists, we risk losing track of the
high-level status. I'm hoping that this dash board page, if we update
it, can give us all a good view of how the release is progressing.

No need for a lot of detail. This is intended to be high-level,
identifying areas that are on track versus at risk. Or
green/yellow/red.

This will also make it easier for volunteers to see what areas need
the most help. We have many volunteers who are able to help in more
than one area. Now we can see what areas need help.



indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning -
Releases - AOO 4.0



I just moved it there now. URL is the same:

https://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard



I just saw an entry for the download scripting, so I've added a comment.


... and added colors to the status text for a faster visibility, I hope 
you don't mind. ;-)


Marcus


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

upcoming Board Report -- July 17

Hi all--

We have an upcoming Board Report due on July 17.  Andrea started a
preliminary wiki page for it at:

https://cwiki.apache.org/confluence/display/OOOUSERS/2013+Jul

Please feel free to contribute and/or correct changes I just made. :}


-- 
-
MzK

Every day we should hear at least one little song,
 read one good poem, see one exquisite picture,
 and, if possible, speak a few sensible words.
 -- Johann Wolfgang von Goethe

Re: 4.0 Release Dashboard

On Mon, Jul 8, 2013 at 2:01 PM, Marcus (OOo) marcus.m...@wtnet.de wrote:

Am 07/08/2013 10:46 PM, schrieb Marcus (OOo):

Am 07/08/2013 03:59 PM, schrieb Rob Weir:

On Mon, Jul 8, 2013 at 4:44 AM, Jürgen Schmidtjogischm...@gmail.com
wrote:

On 7/3/13 4:19 PM, Rob Weir wrote:

At the risk of seeming too corporate, I've added a dashboard page
to the wiki to track our summary status:

https://cwiki.apache.org/**confluence/display/OOOUSERS/4.**
0+Release+Dashboardhttps://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard

I hate status reports as much as anyone, but with so much information
passing by on our many mailing lists, we risk losing track of the
high-level status. I'm hoping that this dash board page, if we update
it, can give us all a good view of how the release is progressing.

No need for a lot of detail. This is intended to be high-level,
identifying areas that are on track versus at risk. Or
green/yellow/red.

This will also make it easier for volunteers to see what areas need
the most help. We have many volunteers who are able to help in more
than one area. Now we can see what areas need help.

indeed it could help but the page was not easy to find when losing this
email out of focus.

And I am wondering why it is not placed under Project Planning -
Releases - AOO 4.0

I just moved it there now. URL is the same:

https://cwiki.apache.org/**confluence/display/OOOUSERS/4.**
0+Release+Dashboardhttps://cwiki.apache.org/confluence/display/OOOUSERS/4.0+Release+Dashboard

I just saw an entry for the download scripting, so I've added a comment.

... and added colors to the status text for a faster visibility, I hope
you don't mind. ;-)

I don't mind at all! Much nicer to see things quickly this way!

Marcus

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

--
-
MzK

Every day we should hear at least one little song,
read one good poem, see one exquisite picture,
and, if possible, speak a few sensible words.
-- Johann Wolfgang von Goethe

Re: in build, where can I find info about external packs that have been used