Re: [PR] Address bug #126680 [openoffice]

[via GitHub]

ardovm merged PR #171:
URL: https://github.com/apache/openoffice/pull/171


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org

For queries about this service, please contact Infrastructure at:
us...@infra.apache.org


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

Re: Possible Formula Bug in Calc? (IsError and Find)

[ouch]

Here is an example spreadsheet showing off the bug. After experimenting a bit 
today I can conclude there doesn't seem to be a single function that can 
capture the error from Find() when used in an array like this.
Using the function wizard and moving the cursor through the formula on the 
lower center table where an error is seems to be the most telling that 
something is wrong. It shows the iserror() next to index() is returning true 
yet the if statement it is in is running the false formula.
https://sites.google.com/site/ouchsdownloads/home/downloads/Bug%20Proof.ods

I've been using OpenOffice for years so I feel I have a pretty good handle on 
how it works behind the scenes. So unless I'm overlooking something it really 
seems like a bug to me.
 

On Tuesday, April 11, 2017 1:58 PM, Howard Cary Morris 
 wrote:
 

 #yiv3704922496 #yiv3704922496 -- _filtered #yiv3704922496 {panose-1:2 4 5 3 5 
4 6 3 2 4;} _filtered #yiv3704922496 {font-family:Calibri;panose-1:2 15 5 2 2 2 
4 3 2 4;}#yiv3704922496 #yiv3704922496 p.yiv3704922496MsoNormal, #yiv3704922496 
li.yiv3704922496MsoNormal, #yiv3704922496 div.yiv3704922496MsoNormal 
{margin:0in;margin-bottom:.0001pt;font-size:11.0pt;}#yiv3704922496 a:link, 
#yiv3704922496 span.yiv3704922496MsoHyperlink 
{color:blue;text-decoration:underline;}#yiv3704922496 a:visited, #yiv3704922496 
span.yiv3704922496MsoHyperlinkFollowed 
{color:#954F72;text-decoration:underline;}#yiv3704922496 
.yiv3704922496MsoChpDefault {} _filtered #yiv3704922496 {margin:1.0in 1.0in 
1.0in 1.0in;}#yiv3704922496 div.yiv3704922496WordSection1 {}#yiv3704922496 I am 
not sure, but if you expect Find to return a number, try N(FIND(…)) instead – 
it converts value into a number.   Howard   From: ouch
Sent: Tuesday, April 11, 2017 2:31 AM
To: dev@openoffice.apache.org
Subject: Possible Formula Bug in Calc? (IsError and Find)   I have an array 
formula that is returning an error of #VALUE when it shouldn't.The formula is 
below.
{=ISERROR(INDEX($'Sales 
4-10-2017'.$A$1:$A$1000;SMALL(IF(ISERROR(FIND("Discount";$'Sales 
4-10-2017'.$A$1:$A$1000))=0;ROW($'Sales 
4-10-2017'.$A$1:$A$1000);"");ROW(A200}

Digging into it, it seems Find is culprit of the #Value error. However that 
initial iserror is not catching the error and the error propagates throughout 
the formula even overriding the error #504 on index caused by the Find function 
resulting in an invalid row being returned due to the error.
I put that final iserror around the index function just to show that something 
is not right. The formula still returns #VALUE with that on there when it 
obviously should be returning either true or false regardless of what the rest 
of the formula is doing.
What is strange is if you move the cursor through the formula in the function 
wizard it gets the expected results of true or false. But on the actual 
spreadsheet you get that #VALUE error.
Oh, I just tried switching out Find for Search and the same thing occurs. So 
maybe it's a bug in iserror as it's the only constant?    

   

RE: Possible Formula Bug in Calc? (IsError and Find)

[Howard Cary Morris]

I am not sure, but if you expect Find to return a number, try N(FIND(…)) 
instead – it converts value into a number.

Howard

From: ouch
Sent: Tuesday, April 11, 2017 2:31 AM
To: dev@openoffice.apache.org
Subject: Possible Formula Bug in Calc? (IsError and Find)

I have an array formula that is returning an error of #VALUE when it 
shouldn't.The formula is below.
{=ISERROR(INDEX($'Sales 
4-10-2017'.$A$1:$A$1000;SMALL(IF(ISERROR(FIND("Discount";$'Sales 
4-10-2017'.$A$1:$A$1000))=0;ROW($'Sales 
4-10-2017'.$A$1:$A$1000);"");ROW(A200}

Digging into it, it seems Find is culprit of the #Value error. However that 
initial iserror is not catching the error and the error propagates throughout 
the formula even overriding the error #504 on index caused by the Find function 
resulting in an invalid row being returned due to the error.
I put that final iserror around the index function just to show that something 
is not right. The formula still returns #VALUE with that on there when it 
obviously should be returning either true or false regardless of what the rest 
of the formula is doing.
What is strange is if you move the cursor through the formula in the function 
wizard it gets the expected results of true or false. But on the actual 
spreadsheet you get that #VALUE error.
Oh, I just tried switching out Find for Search and the same thing occurs. So 
maybe it's a bug in iserror as it's the only constant?

Re: Possible Formula Bug in Calc? (IsError and Find)

[Regina Henschel]

Hi,

The purpose of FIND is to get the position of a substring in a longer 
string. What do you want to achieve? The use of FIND in an array 
function looks strange.


Kind regards
Regina

ouch schrieb:

I have an array formula that is returning an error of #VALUE when it 
shouldn't.The formula is below.
{=ISERROR(INDEX($'Sales 4-10-2017'.$A$1:$A$1000;SMALL(IF(ISERROR(FIND("Discount";$'Sales 
4-10-2017'.$A$1:$A$1000))=0;ROW($'Sales 4-10-2017'.$A$1:$A$1000);"");ROW(A200}

Digging into it, it seems Find is culprit of the #Value error. However that 
initial iserror is not catching the error and the error propagates throughout 
the formula even overriding the error #504 on index caused by the Find function 
resulting in an invalid row being returned due to the error.
I put that final iserror around the index function just to show that something 
is not right. The formula still returns #VALUE with that on there when it 
obviously should be returning either true or false regardless of what the rest 
of the formula is doing.
What is strange is if you move the cursor through the formula in the function 
wizard it gets the expected results of true or false. But on the actual 
spreadsheet you get that #VALUE error.
Oh, I just tried switching out Find for Search and the same thing occurs. So 
maybe it's a bug in iserror as it's the only constant?




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

Re: Possible shortcut bug

[Mathias Röllig]

I noticed that when you go file-new-Text Document in writer you can see
that the shortcut is Ctrl+N which works. However when you go to customize
keybinds it shows Ctrl+N as being unbound. I was wondering if this was
intentional for some reason or just an oversight?



Ctrl+N works for all modules. Simply change the section in the upper 
right corner to OpenOffice.


Regards Mathias

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

Re: Appear a bug when save xls's format file!

[Kay Schenk]

[top posting]

Hi --

Screenshots, if attached, did not come through with this e-mail

Please try using the Support Forums --
https://forum.openoffice.org/en/forum/

or file an issue through Bugzilla -- https://issues.apache.org/ooo/

where you can use attachments.

On Mon, Dec 22, 2014 at 5:48 PM, Hanxing Zhong 鐘漢興 
hanxing.zh...@yy-xt.com.cn wrote:

  *Dear Develoerps,*
 I found a bug when save a xls's format file.
 Pls look at screenshots.


 Thanks  Best regards！

 ★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
 Name: Hanxing Zhong
 Dept:   Information management department of HuangJiang
 Tel: 150-27176
 Email: hanxing.zh...@yy-xt.com.cn
 ★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★☆★
  [image: 2]




-- 
-
MzK

There's a bit of magic in everything,
  and some loss to even things out.
-- Lou Reed

Re: to get bug repositories

[Andrea Pescetti]

On 02/10/2014 dhyanendra singh wrote:

I am Dhyanandra Singh. I am pursuing M. Tech.  from Jaypee Institute
of Information Technology. As my thesis Work I have chosen Automatic
Duplicate bug Detection and want to use bug repository of Apache open
office for that.
I am very thankful to you if you will share your bug repository with me.


This was answered on the QA list. Follow-up there.
Andrea

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

Re: to get bug repositories

[dhyanendra singh]

i want AOO bug repository for my research work but i don't know how to get
access for that.

On Fri, Oct 3, 2014 at 12:26 PM, Andrea Pescetti pesce...@apache.org
wrote:

 On 02/10/2014 dhyanendra singh wrote:

 I am Dhyanandra Singh. I am pursuing M. Tech.  from Jaypee Institute
 of Information Technology. As my thesis Work I have chosen Automatic
 Duplicate bug Detection and want to use bug repository of Apache open
 office for that.
 I am very thankful to you if you will share your bug repository with me.


 This was answered on the QA list. Follow-up there.
 Andrea

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

Re: 4.1.0_release_blocker requested: [Bug 124338] Crash when opening user guides from LibreOffice

[Oliver-Rainer Wittmann]

Hi,

On 04.03.2014 10:41, jan i wrote:

On 4 March 2014 10:35, bugzi...@apache.org wrote:


Oliver-Rainer Wittmann o...@apache.org has asked  for
4.1.0_release_blocker:
Bug 124338: Crash when opening user guides from LibreOffice
https://issues.apache.org/ooo/show_bug.cgi?id=124338



just for my understanding, how can we have a release blocker, because
something does not work with LO, that does not sound logical.

I agree its a bug that should be fixed, but not as a release_blocker for 4.1



It is a general defect which occurs which is also triggered by documents 
created in the LO community. The documents are valid ODF documents which 
cause crashes in OpenOffice caused by my changes for the enhancement 
'annotations on text ranges'. This enhancement has been introduced for 
AOO 4.1 by myself. Thus, this regression which is also a crash should be 
fixed for AOO 4.1 in my opinion.


I will attach a sample document created in AOO 4.0.1 which will cause a 
crash in recent builds for AOO 4.1


Best regards, Oliver.


rgds
jan I.




--- Additional Comments from Oliver-Rainer Wittmann o...@apache.org
fix in progress

This crash has been introduced in by the changes for the enhancement
'annotations/comments on text ranges' - bug 123771
-- it should be fixed for AOO 4.1

root cause:
the internally used containers for marks need to be sorted, but certain
insert
text actions 'breaks' the sorting.

-
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.1.0_release_blocker requested: [Bug 124338] Crash when opening user guides from LibreOffice

[Jürgen Schmidt]

On 3/4/14 11:10 AM, Oliver-Rainer Wittmann wrote:
 Hi,
 
 On 04.03.2014 10:41, jan i wrote:
 On 4 March 2014 10:35, bugzi...@apache.org wrote:

 Oliver-Rainer Wittmann o...@apache.org has asked  for
 4.1.0_release_blocker:
 Bug 124338: Crash when opening user guides from LibreOffice
 https://issues.apache.org/ooo/show_bug.cgi?id=124338


 just for my understanding, how can we have a release blocker, because
 something does not work with LO, that does not sound logical.

 I agree its a bug that should be fixed, but not as a release_blocker
 for 4.1

 
 It is a general defect which occurs which is also triggered by documents
 created in the LO community. The documents are valid ODF documents which
 cause crashes in OpenOffice caused by my changes for the enhancement
 'annotations on text ranges'. This enhancement has been introduced for
 AOO 4.1 by myself. Thus, this regression which is also a crash should be
 fixed for AOO 4.1 in my opinion.
 
 I will attach a sample document created in AOO 4.0.1 which will cause a
 crash in recent builds for AOO 4.1


And to make it more clear what the showstopper flag means. With the flag
we identify serious issues where we think they should be fixed in the
final release. But it means also that our Beta can still have not yet
fixed showstopper issues.

The idea of the Beta is to collect a broader feedback because the dev
snapshot were not used by many early adopters. But with an official Beta
release we expect more feedback.

We continue to fix showstoppers until the final release and will not
release with any open showstopper.

Juergen



 
 Best regards, Oliver.
 
 rgds
 jan I.



 --- Additional Comments from Oliver-Rainer Wittmann o...@apache.org
 fix in progress

 This crash has been introduced in by the changes for the enhancement
 'annotations/comments on text ranges' - bug 123771
 -- it should be fixed for AOO 4.1

 root cause:
 the internally used containers for marks need to be sorted, but certain
 insert
 text actions 'breaks' the sorting.

 -
 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

Re: OPEN OFFICE BUG---- OPEN OFFICE CALC

[Andrea Pescetti]

brawny burger wrote:

the program seems to confuse the number 8 with the letter B.


We need more detail to check this. If there is a bug the explanation is 
surely more complex than this.



I was sorting numbers like
(but not these exact numbers, ie a series similar to these)


OK, but what happens with these? I get them sorted properly in Calc:

14kjg94jf22kjjffk
2233jkfjskljfjj4j4
2jdje
8Kdfe6444kgfkdl44
8r939438982fjfj
B4005849kdfj458
B588004DKJFLKK4
rui4knfjkk4j5

For any meaningful investigations we will need a list that is not sorted 
properly. It would be great if you can find a list that Calc is unable 
to sort correctly, since this is the only way you can help us 
investigate this possible bug.


Regards,
  Andrea.

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

Re: crash p1 bug, data loss - openoffice

[Oliver-Rainer Wittmann]

Hi,

On 28.01.2014 16:51, Sam Jennings wrote:


Hi Oliver,

Sure you can.


Thx.
Thus I will continue the further communication on the mailing list -
this mail is already sent to the mailing list.



I better clarify what I meant by corrupted, though. The file would
load, and it worked.  However, it was in a state where the bug
happened.  It doesn't happen automatically with a new file. Somehow
this particular file made the crash happen.  So that is what I mean
when I say it was corrupted.  It obviously still loaded, etc.


I understand.
Do you still have such a document at hand?

Best regards, Oliver.



--Sam




Date: Tue, 28 Jan 2014 16:45:19 +0100 From:
orwittm...@googlemail.com To: samjenni...@hotmail.com Subject: Re:
crash p1 bug, data loss - openoffice

Hi,

thanks for your reply.

Can I forward your reply to our mailing list
dev@openoffice.apache.org to assure that all get the corresponding
information?

On 28.01.2014 05:09, Sam Jennings wrote:

text document

i have definitely determined that the crash is somehow dependent
on a file which somehow became corrupted in the course of regular
use of openoffice. the file has subsequently been overwritten. it
is no longer useful for writer tracking down the problem.



sadly, that the document is lost.


however, and I said this in modifications to the bug report, the
file i attached DOES exhibit a problem when you follow the
instructions.


Where can I found this document? It is not attached to this mail.
Once found, can it be shared in public with the Apache OpenOffice

community?



deletion of one column causes the entire table to be deleted in
some cases, and causes multiple columns to be deleted in others.
there IS an underlying problem here, and I believe that material
to the more severe bug which is apparently more difficult to
reproduce.


Please have a look at my other reply on the mailing list regarding
the deletion of the complete table. In short, this is the current
behavior, unchanged at least since March 2007. This behavior has
been reproduced, but until now not the described crash.


Thanks in advance for your further help to figure out this issue
in order to be able to reproduce it.

Best regards, Oliver.






Date: Mon, 27 Jan 2014 13:39:00 +0100 From:
orwittm...@googlemail.com To: dev@openoffice.apache.org;
samjenni...@hotmail.com Subject: Re: crash p1 bug, data loss -
openoffice

Hi,

On 25.01.2014 04:45, Sam Jennings wrote:


I have uncovered a bug in openoffice on windows 7, 64 pro

Openoffice

4.0.0

To reproduce this bug, make a table with 3 rows and 3 columns


(maybe

other numbers would work as well)



Which document type did you use? - text document OR -
presentation document OR - ???


now merge the top row's cells now select a column beneath
that

merged

row, and delete it.

that should crash openoffice and lose all your data.



I could not reproduce a crash in my AOO 4.0.0, AOO 4.0.1 and my
local build of trunk. These are the steps I used: - new text
document resp. new presentation - Menu Insert - Table - confirm
insertation dialog with 3 rows and 3 columns - Select cells of
first row via Mouse or Cursor Keys - Merge selected cells via
Mouse Click on corresponding toolbar icon Merge Cells or via
Menu or via Context Menu entry - Select all cells via Mouse or
Cursor Keys of a certain column

except

the first row. - Delete column via Mouse Click on corresponding
toolbar icon Delete Column or via Menu or via Context Menu
entry -- no crash.

What are your concrete steps to produce the crash?


workaround? nothing fast.

sorry, it's easier to mail your dev than painstakingly drudge
your website for the bug database and try to get past
whatever prescreening it undoubtedly has. but great free
software guys...but please fix that! it's a priorty 1...crash
 data loss.



Once it can be reliable be reproduced I agree that this crash

should be

fixed asap.


Best regards, Oliver.


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

Re: crash p1 bug, data loss - openoffice

[Clarence GUO]

Although I haven't reproduce the problem on my AOO4.1 against three
applications, I find another problem with the same scenario for writer. Do
same with Sam's reproduce steps against writer, in the last step, delete a
column beneath that merged row, the whole table was deleted.


2014-01-27 Liu Ping doneyours...@gmail.com

 Hi,Sam

 I try to reproduce your issue on AOO4.1 and AOO4.0 (AOO400m3(Build:9702)
 -  Rev. 1503704)presentation and writer on Windows7 ，but fail to reproduce
 Can you provide which product : presentation or writer  , AOO4.0.0 version
 build information ,which will be helpful for us to reproduce your issue

 Thanks



 On Sat, Jan 25, 2014 at 5:58 PM, Marcus (OOo) marcus.m...@wtnet.de
 wrote:

  Am 01/25/2014 04:45 AM, schrieb Sam Jennings:
 
 
  I have uncovered a bug in openoffice on windows 7, 64 pro
  Openoffice 4.0.0
 
  To reproduce this bug, make a table with 3 rows and 3 columns (maybe
  other numbers would work as well)
 
  now merge the top row's cells
  now select a column beneath that merged row, and delete it.
 
  that should crash openoffice and lose all your data.
 
  workaround?  nothing fast.
 
  sorry, it's easier to mail your dev than painstakingly drudge your
  website for the bug database and try to get past whatever prescreening
 it
  undoubtedly has.  but great free software guys...but please fix that!
  it's
  a priorty 1...crash  data loss.
 
 
  Thanks for telling us the problem. However, it's better suited in our
  bugtracker. So, please report it here:
 
  https://issues.apache.org/ooo/
 
  Thanks
 
  Marcus
 
 
  -
  To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
  For additional commands, e-mail: dev-h...@openoffice.apache.org
 
 

Re: crash p1 bug, data loss - openoffice

[Guy Waterval]

Hi Clarence,

I reproduce your scenario.
No crash of AOO, but table deleted.
Windows 7, AOO 4.01

A+
-- 
gw


2014-01-27 Clarence GUO clarence.guo...@gmail.com

 Although I haven't reproduce the problem on my AOO4.1 against three
 applications, I find another problem with the same scenario for writer. Do
 same with Sam's reproduce steps against writer, in the last step, delete a
 column beneath that merged row, the whole table was deleted.


 2014-01-27 Liu Ping doneyours...@gmail.com

  Hi,Sam
 
  I try to reproduce your issue on AOO4.1 and AOO4.0 (AOO400m3(Build:9702)
  -  Rev. 1503704)presentation and writer on Windows7 ，but fail to
 reproduce
  Can you provide which product : presentation or writer  , AOO4.0.0
 version
  build information ,which will be helpful for us to reproduce your issue
 
  Thanks
 
 
 
  On Sat, Jan 25, 2014 at 5:58 PM, Marcus (OOo) marcus.m...@wtnet.de
  wrote:
 
   Am 01/25/2014 04:45 AM, schrieb Sam Jennings:
  
  
   I have uncovered a bug in openoffice on windows 7, 64 pro
   Openoffice 4.0.0
  
   To reproduce this bug, make a table with 3 rows and 3 columns (maybe
   other numbers would work as well)
  
   now merge the top row's cells
   now select a column beneath that merged row, and delete it.
  
   that should crash openoffice and lose all your data.
  
   workaround?  nothing fast.
  
   sorry, it's easier to mail your dev than painstakingly drudge your
   website for the bug database and try to get past whatever prescreening
  it
   undoubtedly has.  but great free software guys...but please fix that!
   it's
   a priorty 1...crash  data loss.
  
  
   Thanks for telling us the problem. However, it's better suited in our
   bugtracker. So, please report it here:
  
   https://issues.apache.org/ooo/
  
   Thanks
  
   Marcus
  
  
   -
   To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
   For additional commands, e-mail: dev-h...@openoffice.apache.org
  
  
 

Re: crash p1 bug, data loss - openoffice

[Oliver-Rainer Wittmann]

Hi,

On 25.01.2014 04:45, Sam Jennings wrote:


I have uncovered a bug in openoffice on windows 7, 64 pro Openoffice
4.0.0

To reproduce this bug, make a table with 3 rows and 3 columns (maybe
other numbers would work as well)



Which document type did you use?
- text document OR
- presentation document OR
- ???


now merge the top row's cells now select a column beneath that merged
row, and delete it.

that should crash openoffice and lose all your data.



I could not reproduce a crash in my AOO 4.0.0, AOO 4.0.1 and my local 
build of trunk.

These are the steps I used:
- new text document resp. new presentation
- Menu Insert - Table
- confirm insertation dialog with 3 rows and 3 columns
- Select cells of first row via Mouse or Cursor Keys
- Merge selected cells via Mouse Click on corresponding toolbar icon 
Merge Cells or via Menu or via Context Menu entry
- Select all cells via Mouse or Cursor Keys of a certain column except 
the first row.
- Delete column via Mouse Click on corresponding toolbar icon Delete 
Column or via Menu or via Context Menu entry

-- no crash.

What are your concrete steps to produce the crash?


workaround?  nothing fast.

sorry, it's easier to mail your dev than painstakingly drudge your
website for the bug database and try to get past whatever
prescreening it undoubtedly has.  but great free software guys...but
please fix that!  it's a priorty 1...crash  data loss.



Once it can be reliable be reproduced I agree that this crash should be 
fixed asap.



Best regards, Oliver.

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

Re: crash p1 bug, data loss - openoffice

[Oliver-Rainer Wittmann]

Hi,

On 27.01.2014 11:00, Guy Waterval wrote:

Hi Clarence,

I reproduce your scenario.
No crash of AOO, but table deleted.
Windows 7, AOO 4.01



I can also confirm the observed behavior in Writer.
I reproduced this behavior already in OOo 2.2.0 (released in March 2007).

This 'delete column' behavior more or less reflects what would be 
deleted, if the user would select _all_ cells from a certain column.
In the given sample - 3x3 table, all cells of the first row merged - 
this is the complete table.


Please do not get me wrong here.
I just want to state how the current 'delete column' behavior in Writer 
can be explained and that it is not a regression.



Best regards, Oliver.

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

Re: crash p1 bug, data loss - openoffice

[Guy Waterval]

Hi Oliver,


2014-01-27 Oliver-Rainer Wittmann orwittm...@googlemail.com

 Hi,


 On 27.01.2014 11:00, Guy Waterval wrote:

 Hi Clarence,

 I reproduce your scenario.
 No crash of AOO, but table deleted.
 Windows 7, AOO 4.01


 I can also confirm the observed behavior in Writer.
 I reproduced this behavior already in OOo 2.2.0 (released in March 2007).

 This 'delete column' behavior more or less reflects what would be deleted,
 if the user would select _all_ cells from a certain column.
 In the given sample - 3x3 table, all cells of the first row merged - this
 is the complete table.

 Please do not get me wrong here.
 I just want to state how the current 'delete column' behavior in Writer
 can be explained and that it is not a regression.


In this case, it's OK for me.
I never observed this case because I fix always the number of columns of a
table at the beginning, and formate the table and merge cells only at the
end, only when I'm sure that all is OK in the table. Doing so, I never
encountered any problem with the table functionality.
Thank your for your response.

A+
-- 
gw

Re: crash p1 bug, data loss - openoffice

[Liu Ping]

Hi,Sam

I try to reproduce your issue on AOO4.1 and AOO4.0 (AOO400m3(Build:9702)
-  Rev. 1503704)presentation and writer on Windows7 ，but fail to reproduce
Can you provide which product : presentation or writer  , AOO4.0.0 version
build information ,which will be helpful for us to reproduce your issue

Thanks



On Sat, Jan 25, 2014 at 5:58 PM, Marcus (OOo) marcus.m...@wtnet.de wrote:

 Am 01/25/2014 04:45 AM, schrieb Sam Jennings:


 I have uncovered a bug in openoffice on windows 7, 64 pro
 Openoffice 4.0.0

 To reproduce this bug, make a table with 3 rows and 3 columns (maybe
 other numbers would work as well)

 now merge the top row's cells
 now select a column beneath that merged row, and delete it.

 that should crash openoffice and lose all your data.

 workaround?  nothing fast.

 sorry, it's easier to mail your dev than painstakingly drudge your
 website for the bug database and try to get past whatever prescreening it
 undoubtedly has.  but great free software guys...but please fix that!  it's
 a priorty 1...crash  data loss.


 Thanks for telling us the problem. However, it's better suited in our
 bugtracker. So, please report it here:

 https://issues.apache.org/ooo/

 Thanks

 Marcus


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

Re: crash p1 bug, data loss - openoffice

[Marcus (OOo)]

Am 01/25/2014 04:45 AM, schrieb Sam Jennings:


I have uncovered a bug in openoffice on windows 7, 64 pro
Openoffice 4.0.0

To reproduce this bug, make a table with 3 rows and 3 columns (maybe other 
numbers would work as well)

now merge the top row's cells
now select a column beneath that merged row, and delete it.

that should crash openoffice and lose all your data.

workaround?  nothing fast.

sorry, it's easier to mail your dev than painstakingly drudge your website for the 
bug database and try to get past whatever prescreening it undoubtedly has.  but 
great free software guys...but please fix that!  it's a priorty 1...crash  
data loss.


Thanks for telling us the problem. However, it's better suited in our 
bugtracker. So, please report it here:


https://issues.apache.org/ooo/

Thanks

Marcus


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

Re: review requested: [Bug 21280] when cut/copy rows/columns paste-special, shift down/right options are disabled incorrectly : [Attachment 82276] fix patch

[Shenfeng Liu]

Juergen,
  I just updated with a new patch, which I did UT with multiple copy/cut
and shift down / shift right situation. Please help to review if you have
time.
  It is my first time to do patch, so please tell me if I did any thing
wrong.
  Thanks very much!


- Shenfeng (Simon)


2014/1/14 Jürgen Schmidt jogischm...@gmail.com

 On 1/14/14 9:44 AM, bugzi...@apache.org wrote:
  Shenfeng Liu liush...@gmail.com has asked Shenfeng Liu 
 liush...@gmail.com
  for review:
  Bug 21280: when cut/copy rows/columns  paste-special, shift down/right
 options
  are disabled incorrectly
  https://issues.apache.org/ooo/show_bug.cgi?id=21280
 
  Attachment 82276: fix patch
  https://issues.apache.org/ooo/attachment.cgi?id=82276action=edit

 I will take a look in it ...

 Juergen

 
 
  --- Additional Comments from Shenfeng Liu liush...@gmail.com
  A patch that corrected the logical to enable shift down and shift right
 radio
  buttons when cut whole row or whole column.
 
  -
  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: review requested: [Bug 21280] when cut/copy rows/columns paste-special, shift down/right options are disabled incorrectly : [Attachment 82276] fix patch

[Jürgen Schmidt]

On 1/14/14 9:44 AM, bugzi...@apache.org wrote:
 Shenfeng Liu liush...@gmail.com has asked Shenfeng Liu liush...@gmail.com
 for review:
 Bug 21280: when cut/copy rows/columns  paste-special, shift down/right 
 options
 are disabled incorrectly
 https://issues.apache.org/ooo/show_bug.cgi?id=21280
 
 Attachment 82276: fix patch
 https://issues.apache.org/ooo/attachment.cgi?id=82276action=edit

I will take a look in it ...

Juergen

 
 
 --- Additional Comments from Shenfeng Liu liush...@gmail.com
 A patch that corrected the logical to enable shift down and shift right radio
 buttons when cut whole row or whole column.
 
 -
 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.1_release_blocker denied: [Bug 123014] Generate new kid (KeyID) localize.sdf file

[Andrea Pescetti]

bugzi...@apache.org wrote:

--- Additional Comments from j...@apache.org
I don't think this is a showstopper. We should first figure out how exactly it
works and should be used to produce a usable result. And this work should
continue on trunk


I don't really get this. It works on trunk, I even posted screenshots to 
the l10n list. What is still missing?


It is not a product release blocker, but it is a community release 
blocker: volunteers need a KeyID build to work effectively, and we 
already had requests from 3 language teams; but Herbert won't create 
(via buildbots) KeyID builds until the AOO401 branch has an updated 
localize.sdf for kid; that file has been in trunk since yesterday and 
must just be copied to AOO401; the only way to copy something to AOO401 
is to ask that it is a release blocker... so this seems the only process 
to me.


Of course, I can perfectly live with my personal kid build, but this 
won't make life easier for other volunteers.


Regards,
  Andrea.

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

Re: review requested: [Bug 122822] Correct viewing of XY-, Column- and Line-Charts limited to 10000 records + 1 Heading row : [Attachment 81367] Fix patch

[Regina Henschel]

Hi Clarence,

I have now finished some tests. Using nstep=10 drops too many data 
points if the total number of points is only slightly above 2. The 
result is ugly. It works better with my approach, please try it.


I then tried to find an upper bound for a threshold. There I find, that 
more than 31000 data points cause a crash with bad allocation error. 
It works till 3 data points. So there needs to be done something 
anyway. We have over 1 million rows and user will try to use them.


But near to the not crashing 3 data points, AOO becomes easily not 
responding for several seconds. It is enough to click on the chart, or 
to hover something that will show a tooltip, to bring AOO in this state. 
AOO comes back after a few seconds, but normal working is not possible.


Therefore for normal working a lower threshold is needed and higher 
values only on request of the user. I like the idea to have a user 
interface to set such threshold. But that cannot be done for AOO4.0.1.


My suggestion is, to use for AOO4.0.1 a threshold of max. 16000. With my 
approach, you get then at least 8000 data points, but not more than 
16000. Latter is already very slow.


I think, that for AOO4.0.1 it is enough to only solve it for AreaChart. 
Such large amount of data points likely comes from measuring. Such data 
will be presented with those chart types covered by AreaChart. But that 
is only my personal opinion.


And for AOO4.1 the bad allocation problem has to be solved directly or 
all possible data series have to be limited. The problem is not the 
manual creation of a spreadsheet and use as data provider, but 
generating charts from a database or from measurement values, including 
automatic generation by scripting.


Kind regards
Regina



Regina Henschel schrieb:

Hi Clarence,

my basis build has just finished and I need a little bit time to apply
your patch and test it. But a suggestion beforehand: You use

sal_Int32 nStep = nEndIndex = 2 ? 10 : 1;

which produces a fix percent of dropped data points, e.g. from 24000
only 2400 would be kept. Wouldn't it be better, to make this dependent
on the amount of data points?

Something like

sal_Int32 nStep = nEndIndex / 2 +1;

?

Kind regards
Regina

bugzi...@apache.org schrieb:

Clarence GUO clarence.guo...@gmail.com has asked  for review:
Bug 122822: Correct viewing of XY-, Column- and Line-Charts limited to
1
records + 1 Heading row
https://issues.apache.org/ooo/show_bug.cgi?id=122822

Attachment 81367: Fix patch
https://issues.apache.org/ooo/attachment.cgi?id=81367action=edit


--- Additional Comments from Clarence GUO clarence.guo...@gmail.com
The earlier fix patch has a problem. It cannot fix the problem of
hover tip
which is mentioned by Regina Henschel.
It will always get drawing shape's name for hover tip. But drawing
shape's name
comes from the index when rendering these shapes. So if pick data
points before
rendering, the index will be always from 1 to the number it picked out.
In order to solve this problem, picking must at view side, say rendering.
As each chart type has it's own rendering, my fix is only in
AreaChart.cxx.
Area, line, XY and Radar chart share one implementation in this file.
I tested
sample file of 121058, it's a line chart, convert it to area, XY,
radar charts,
there are all performance problem. So my fix is only for these chart
types. If
there are performance problem for other chart types who have huge
data, then it
should be fixed separatedly.

-
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

Re: 4.0.1_release_blocker requested: [Bug 122935] AOO 4.0 fails to open .doc file created in Pages

[Oliver-Rainer Wittmann]

Hi,

On 22.08.2013 11:27, bugzi...@apache.org wrote:

Oliver-Rainer Wittmann o...@apache.org has asked  for 4.0.1_release_blocker:
Bug 122935: AOO 4.0 fails to open .doc file created in Pages
https://issues.apache.org/ooo/show_bug.cgi?id=122935



Patch is available - please approve as AOO 4.0.1 show-stopper

Best regards, Oliver.

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

Re: review requested: [Bug 122822] Correct viewing of XY-, Column- and Line-Charts limited to 10000 records + 1 Heading row : [Attachment 81359] Fix patch

[Clarence GUO]

Hi~ Regina,
Sorry I misunderstood your comment in the defect about data label. You
meant hover tip data label but I thought you meant data label on X axis. My
old fix cannot solve the problem of hover tip. Seems we can only fix it at
view side.
So I changed my resolution to fix at view side, but it's only for specific
chart types. Please get more details in the defect.
Thanks,

Clarence


2013/8/21 Clarence GUO clarence.guo...@gmail.com

 Hi~ Regina,
 I understand your suggestion. But I think it has a limitation. We can
 implement drawing shapes in each individual chart type. But drawing data
 lables on X axis is common, not belongs to drawing shapes in chart type. So
 when drawing axis, it doesn't know how did the implementation of draw data
 points in one chart type, it can only draw from begining point in order.
 About your question about Excel import, you mentioned delete the original
 chart in Excel, then create a new one in AOO, it works. Did you use AOO4.0?
 Then fix code of 121058 is already there, so it works.
 About another question, my fix is only for spreadsheet. Yes, I only fixed
 for spreadsheet because charts with too many data are mainly in
 spreadsheet. It's hard to create chart with so many points in presentation
 and word processor because they are using internal provider. Maybe we can
 fix internal provider in a separate defect.

 Clarence


 2013/8/20 Regina Henschel rb.hensc...@t-online.de

 Hi Clarence,

 Clarence GUO schrieb:

  Hi~ Regina,
 Do you mean the change should at view side?


 Yes.


  But each chart type has it's

 own implementation of view.


 And each chart has its own performance problems. Drawing an XY-chart with
 only points might work, but showing data point labels will fail. Drawing a
 line in 2D might be fine, but drawing the same line in 3D will fail.
 Drawing only points might work, but drawing a regression line or smoothed
 curve in addition might fail.


  So if we want to change at view side, we have

 to change code in each implementation. That code looks not very
 effective.
 My change doesn't change model because the data source range can be kept.


 But is solves only Calc as data provider.

 Changing the view would also not change data source range but only the
 amount of generated shapes.

 Another problem is, that there must be something additional in Excel
 import, because using ods works with the same amount of data. Delete the
 chart in Excel, open the file in AOO and then make a new chart. It is slow,
 but works.

 Solving it inside chart has the opportunity to bring the threshold to UI,
 as suggested in comment 23.


  It only picked some points from model to prepare viewing for drawing
 performance consideration.


 But I'm not an expert here and you should wait, what our experienced
 developers think.

 A nitpick: the step should not be fix but depend on the amount of data
 relative to a threshold.

 Kind regards
 Regina


  2013/8/20 Regina Henschel rb.hensc...@t-online.de

  Hi,

 I think, that it is the wrong place for a correction. A chart is a
 document and the chart itself should take care, that it draws its data
 series in a reasonable time.

 Kind regards
 Regina

 bugzi...@apache.org schrieb:

   Clarence GUO clarence.guo...@gmail.com has asked  for review:

 Bug 122822: Correct viewing of XY-, Column- and Line-Charts limited to
 1
 records + 1 Heading row
 https://issues.apache.org/ooo/show_bug.cgi?id=122822https://issues.apache.org/ooo/**show_bug.cgi?id=122822
 https**://issues.apache.org/ooo/show_**bug.cgi?id=122822https://issues.apache.org/ooo/show_bug.cgi?id=122822
 

 Attachment 81359: Fix patch
 https://issues.apache.org/ooo/attachment.cgi?id=81359
 action=edithttps://issues.apache.org/ooo/**attachment.cgi?id=81359**action=edit
 https://issues.**apache.org/ooo/attachment.cgi?**id=81359action=edithttps://issues.apache.org/ooo/attachment.cgi?id=81359action=edit
 



 --- Additional Comments from Clarence GUO 
 clarence.guo...@gmail.com
 The root cause of this defect is in fix of 121058, only some points
 were
 picked
 up in order to save loading time and memory for tens of thousands of
 data
 points. All data points were divided into many small groups and only
 picked min
 and max points from one group. The reason why only picked min and max
 points
 instead of using a regular distance is, for example, if there is a
 column
 or a
 line chart, most of data points are around max value 100 and min value
 10, only
 if we pick max and min values from one group, the chart can keep it's
 original
 outline. But if we use a regular distance, we might only get some
 mid-value(for
 example 50) of the chart and will miss the chart outline.
 But the mechanism never consider scatter chart or bubble chart which
 have
 multiple data sequence in one series. For example, for scatter chart,
 one
 series has two sequence, x values and y values. A x value and a y value
 must be
 a pair. Then when pick x values, a min and a max 

Re: review requested: [Bug 122822] Correct viewing of XY-, Column- and Line-Charts limited to 10000 records + 1 Heading row : [Attachment 81359] Fix patch

[Regina Henschel]

Hi Clarence,

Clarence GUO schrieb:

Hi~ Regina,
Do you mean the change should at view side?


Yes.

 But each chart type has it's

own implementation of view.


And each chart has its own performance problems. Drawing an XY-chart 
with only points might work, but showing data point labels will fail. 
Drawing a line in 2D might be fine, but drawing the same line in 3D will 
fail. Drawing only points might work, but drawing a regression line or 
smoothed curve in addition might fail.


 So if we want to change at view side, we have

to change code in each implementation. That code looks not very effective.
My change doesn't change model because the data source range can be kept.


But is solves only Calc as data provider.

Changing the view would also not change data source range but only the 
amount of generated shapes.


Another problem is, that there must be something additional in Excel 
import, because using ods works with the same amount of data. Delete the 
chart in Excel, open the file in AOO and then make a new chart. It is 
slow, but works.


Solving it inside chart has the opportunity to bring the threshold to 
UI, as suggested in comment 23.



It only picked some points from model to prepare viewing for drawing
performance consideration.


But I'm not an expert here and you should wait, what our experienced 
developers think.


A nitpick: the step should not be fix but depend on the amount of data 
relative to a threshold.


Kind regards
Regina



2013/8/20 Regina Henschel rb.hensc...@t-online.de


Hi,

I think, that it is the wrong place for a correction. A chart is a
document and the chart itself should take care, that it draws its data
series in a reasonable time.

Kind regards
Regina

bugzi...@apache.org schrieb:

  Clarence GUO clarence.guo...@gmail.com has asked  for review:

Bug 122822: Correct viewing of XY-, Column- and Line-Charts limited to
1
records + 1 Heading row
https://issues.apache.org/ooo/**show_bug.cgi?id=122822https://issues.apache.org/ooo/show_bug.cgi?id=122822

Attachment 81359: Fix patch
https://issues.apache.org/ooo/**attachment.cgi?id=81359**action=edithttps://issues.apache.org/ooo/attachment.cgi?id=81359action=edit


--- Additional Comments from Clarence GUO clarence.guo...@gmail.com
The root cause of this defect is in fix of 121058, only some points were
picked
up in order to save loading time and memory for tens of thousands of data
points. All data points were divided into many small groups and only
picked min
and max points from one group. The reason why only picked min and max
points
instead of using a regular distance is, for example, if there is a column
or a
line chart, most of data points are around max value 100 and min value
10, only
if we pick max and min values from one group, the chart can keep it's
original
outline. But if we use a regular distance, we might only get some
mid-value(for
example 50) of the chart and will miss the chart outline.
But the mechanism never consider scatter chart or bubble chart which have
multiple data sequence in one series. For example, for scatter chart, one
series has two sequence, x values and y values. A x value and a y value
must be
a pair. Then when pick x values, a min and a max values were picked. When
pick
y values, another min and max values were picked. However, the picked min
and
max x values probably are not in one pair of min and max y values. For
example,
index of min and max x values are 10 and 40. It should get No. 10 and No.
40
values from y values, but it might get No. 30 and No. 35. So in this
case, the
chart data are totally corrupt. That is the root cause.
My fix will roll back code of 121058 in ScChart2DataSequence::**
getNumericalData
and add new fix code in ScChart2DataSequence::**BuildDataCache(), then
wrong axes
data label issue mentioned by Regina Henschel can be fixed. And new code
will
use regular distance to pick up points then problem for scatter chart and
other
charts which have multiple sequences in one series can be fixed. If the
distance is small enough, fore-mentioned chart outline issue is no
problem. So
I use 5 as regular distance.



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

Re: review requested: [Bug 122822] Correct viewing of XY-, Column- and Line-Charts limited to 10000 records + 1 Heading row : [Attachment 81359] Fix patch

[Clarence GUO]

Hi~ Regina,
I understand your suggestion. But I think it has a limitation. We can
implement drawing shapes in each individual chart type. But drawing data
lables on X axis is common, not belongs to drawing shapes in chart type. So
when drawing axis, it doesn't know how did the implementation of draw data
points in one chart type, it can only draw from begining point in order.
About your question about Excel import, you mentioned delete the original
chart in Excel, then create a new one in AOO, it works. Did you use AOO4.0?
Then fix code of 121058 is already there, so it works.
About another question, my fix is only for spreadsheet. Yes, I only fixed
for spreadsheet because charts with too many data are mainly in
spreadsheet. It's hard to create chart with so many points in presentation
and word processor because they are using internal provider. Maybe we can
fix internal provider in a separate defect.

Clarence


2013/8/20 Regina Henschel rb.hensc...@t-online.de

 Hi Clarence,

 Clarence GUO schrieb:

  Hi~ Regina,
 Do you mean the change should at view side?


 Yes.


  But each chart type has it's

 own implementation of view.


 And each chart has its own performance problems. Drawing an XY-chart with
 only points might work, but showing data point labels will fail. Drawing a
 line in 2D might be fine, but drawing the same line in 3D will fail.
 Drawing only points might work, but drawing a regression line or smoothed
 curve in addition might fail.


  So if we want to change at view side, we have

 to change code in each implementation. That code looks not very effective.
 My change doesn't change model because the data source range can be kept.


 But is solves only Calc as data provider.

 Changing the view would also not change data source range but only the
 amount of generated shapes.

 Another problem is, that there must be something additional in Excel
 import, because using ods works with the same amount of data. Delete the
 chart in Excel, open the file in AOO and then make a new chart. It is slow,
 but works.

 Solving it inside chart has the opportunity to bring the threshold to UI,
 as suggested in comment 23.


  It only picked some points from model to prepare viewing for drawing
 performance consideration.


 But I'm not an expert here and you should wait, what our experienced
 developers think.

 A nitpick: the step should not be fix but depend on the amount of data
 relative to a threshold.

 Kind regards
 Regina


  2013/8/20 Regina Henschel rb.hensc...@t-online.de

  Hi,

 I think, that it is the wrong place for a correction. A chart is a
 document and the chart itself should take care, that it draws its data
 series in a reasonable time.

 Kind regards
 Regina

 bugzi...@apache.org schrieb:

   Clarence GUO clarence.guo...@gmail.com has asked  for review:

 Bug 122822: Correct viewing of XY-, Column- and Line-Charts limited to
 1
 records + 1 Heading row
 https://issues.apache.org/ooo/show_bug.cgi?id=122822https://issues.apache.org/ooo/**show_bug.cgi?id=122822
 https**://issues.apache.org/ooo/show_**bug.cgi?id=122822https://issues.apache.org/ooo/show_bug.cgi?id=122822
 

 Attachment 81359: Fix patch
 https://issues.apache.org/ooo/attachment.cgi?id=81359
 action=edithttps://issues.apache.org/ooo/**attachment.cgi?id=81359**action=edit
 https://issues.**apache.org/ooo/attachment.cgi?**id=81359action=edithttps://issues.apache.org/ooo/attachment.cgi?id=81359action=edit
 



 --- Additional Comments from Clarence GUO 
 clarence.guo...@gmail.com
 The root cause of this defect is in fix of 121058, only some points were
 picked
 up in order to save loading time and memory for tens of thousands of
 data
 points. All data points were divided into many small groups and only
 picked min
 and max points from one group. The reason why only picked min and max
 points
 instead of using a regular distance is, for example, if there is a
 column
 or a
 line chart, most of data points are around max value 100 and min value
 10, only
 if we pick max and min values from one group, the chart can keep it's
 original
 outline. But if we use a regular distance, we might only get some
 mid-value(for
 example 50) of the chart and will miss the chart outline.
 But the mechanism never consider scatter chart or bubble chart which
 have
 multiple data sequence in one series. For example, for scatter chart,
 one
 series has two sequence, x values and y values. A x value and a y value
 must be
 a pair. Then when pick x values, a min and a max values were picked.
 When
 pick
 y values, another min and max values were picked. However, the picked
 min
 and
 max x values probably are not in one pair of min and max y values. For
 example,
 index of min and max x values are 10 and 40. It should get No. 10 and
 No.
 40
 values from y values, but it might get No. 30 and No. 35. So in this
 case, the
 chart data are totally corrupt. That is the root cause.
 My fix will roll back code of 121058 in 

Re: review requested: [Bug 122600] [SVG] problems in SvgSvgNode : [Attachment 81333] patch to solve build breaker on Linux 32bit build bot

[Oliver-Rainer Wittmann]

Hi Regina,

I have a attached a patch.
Could you please apply it to your local environment and check it?

Thanks in advance,
Oliver.

On 15.08.2013 11:26, bugzi...@apache.org wrote:

Oliver-Rainer Wittmann o...@apache.org has asked  for review:
Bug 122600: [SVG] problems in SvgSvgNode
https://issues.apache.org/ooo/show_bug.cgi?id=122600

Attachment 81333: patch to solve build breaker on Linux 32bit build bot
https://issues.apache.org/ooo/attachment.cgi?id=81333action=edit


--- Additional Comments from Oliver-Rainer Wittmann o...@apache.org
adjustment to correct compile error on Linux 32bit build bot.

the compile error is:
/home/buildslave20/slave20/openoffice-linux32-nightly/build/main/svgio/source/s
vgreader/svgsvgnode.cxx: In member function 'virtual const basegfx::B2DRange*
svgio::svgreader::SvgSvgNode::getCurrentViewPort() const':
/home/buildslave20/slave20/openoffice-linux32-nightly/build/main/svgio/source/s
vgreader/svgsvgnode.cxx:636:71: error: taking address of temporary
[-fpermissive]
/home/buildslave20/slave20/openoffice-linux32-nightly/build/main/svgio/source/s
vgreader/svgsvgnode.cxx:679:75: error: taking address of temporary
[-fpermissive]
/home/buildslave20/slave20/openoffice-linux32-nightly/build/main/svgio/source/s
vgreader/svgsvgnode.cxx:698:67: error: taking address of temporary
[-fpermissive]
make: ***
[/home/buildslave20/slave20/openoffice-linux32-nightly/build/main/solver/400/un
xlngi6.pro/workdir/CxxObject/svgio/source/svgreader/svgsvgnode.o] Error 1

-
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.1_release_blocker requested: [Bug 122902] footnote deletion causes crash

[Oliver-Rainer Wittmann]

Hi,

On 12.08.2013 16:29, bugzi...@apache.org wrote:

Oliver-Rainer Wittmann o...@apache.org has asked  for 4.0.1_release_blocker:
Bug 122902: footnote deletion causes crash
https://issues.apache.org/ooo/show_bug.cgi?id=122902



Fix is available and is attached to the issue.

The patch also fixes issues 122922 [1] and 122992 [2].

[1] https://issues.apache.org/ooo/show_bug.cgi?id=122922
[2] https://issues.apache.org/ooo/show_bug.cgi?id=122992

Best regards, Oliver.

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

Re: AOO Bugzilla Bug 122948 - Copy/pasting some Punjabi strings AOO 4.0.0 crashes, Writer 3.4.1 works correctly

[Rob Weir]

On Sun, Aug 4, 2013 at 8:03 AM, Robert Hupp r.h...@nefkom.net wrote:
 Dear AOO 4.0.0 workers,

 *where may I get a fix or update??*(History of emails below)


The bug was only confirmed around 5 hours ago.  It is a bit premature
to be asking about the availability of an update.

Regards,

-Rob


 I noticed *another bug*(?). Leaving my open AOO 4.0.0 files with
 (File/Quit, German Datei/Beenden) crashes AOO 4.0.0 too, probably with
 regard to files with those problematic strings, which may be harmless if
 untouched. Files may be closed with the Close X if without those strings,
 else AOO 4.0.0 crashes. That is, all my files were listed in the
 reconstruction job.
 *
 Another bug*: When accidentally copying

 the spaces for clicking for Twitter, Facebook, or likes share Google =
 *pasting (**CTRL V**) will do, but killing/ removing this part crashes*.
 Example:

 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5

   == Teilen
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#details-functions-share
 Erinnern
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#details-functions-remind
 Teilen 16
 http://www.facebook.com/sharer.php?u=http%3A%2F%2Fwww.arte.tv%2Fguide%2Fde%2F045740-003%2Funterwegs-auf-dem-nordseekuestenradweg-3-5t=Unterwegs%20auf%20dem%20Nordseek%FCstenradweg%20%283/5%29
 [NB! Crash!! if killing: RH] Seitenanfang
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#arte-header
 Beschreibung
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#details-description
 Videos
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#details-videos
 Fotos
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#details-photos
 Besetzung
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#details-crew
 Kommentare
 http://www.arte.tv/guide/de/045740-003/unterwegs-auf-dem-nordseekuestenradweg-3-5#details-comments

 I noticed a similar problem in a former AOO version on my last computer.
 Thanks and best regards
 Robert Hupp


 *History:*
 From Sun Aug 04 03:09:27 2013 emanuel...@gmail.com
 [.] Trying with smaller chunks, the problematic text seems to be: ??
 http://pa.wikipedia.org/wiki/%E0%A8%89%E0%A9%B1%E0%A8%A4%E0%A8%B0%E0%A8%86%E0%A8%A7%E0%A9%81%E0%A8%A8%E0%A8%BF%E0%A8%95%E0%A8%A4%E0%A8%BE%E0%A8%B5%E0%A8%BE%E0%A8%A6

 (the one before Polski).

 Copy  pasting that piece is enough to crash AOO 4.0 Writer or Impress,
 while Calc works fine if pasting not in edit mode (i.e. not pasting in the
 formula bar, pasting in the bar results in a crash as well). HTH.

 [NB! Commentary Robert Hupp: that's right; not seems to be but *IS, in
 this case*. -- I'm using *Win7 32bit*-- maybe??? Win7 64bit will workRH]

 From: Sun Aug 04 03:10:04 2013 dger...@gmail.com
 Reproduced here with freshly-installed en-US on Windows 7 - I paste the
 text, the Windows OpenOffice 4.0.0 has stopped working comes up. Behaves
 correctly in LO 4.1.0.4. Is there a bug report yet? [NB! Commentary Robert
 Hupp: Win7 64bit ???or All Windows 7 ??RH]

 From Sun Aug 04 10:44:24 2013 and Sun Aug 04 03:08:48 2013
 pesce...@apache.org (and...@pescetti.it )
 To dev@openoffice.apache.org CC: us...@openoffice.apache.org, Robert Hupp
 r.h...@nefkom.net
 On 03/08/2013 Emanuele wrote:

 Pasted from the menu and with ctrl+v = crash.

 Trying with smaller chunks, the problematic text seems to be: [??]
 [NB! Commentary Robert Hupp: That's correct: CTRL V or CTRL-Shift-V (Paste
 Special, regardless Unformatted or HTML-formatted) = crash, not in
 OpenOffice 3.4.1, nor in Thunderbird;  this string ??  only pasted in
 Thunderbird RH]

 Thanks for the detailed analysis. Seems Windows-specific. Reported as

 https://issues.apache.org/ooo/show_bug.cgi?id=122948 follow up there.

 Regards,

 Andrea.


 https://issues.apache.org/ooo/show_bug.cgi?id=122948 =
 Apache OpenOffice (AOO) Bugzilla -- Bug 122948 *Bug 122948*
 https://issues.apache.org/ooo/show_bug.cgi?id=122948- Copy/pasting some
 Punjabi strings crashes OpenOffice

 Last modified/Reported: 2013-08-04 06:59 UTC by Andrea Pescetti

 Status https://issues.apache.org/ooo/page.cgi?id=fields.html#status:



 CONFIRMED

 Product: https://issues.apache.org/ooo/describecomponents.cgi



 General

 Component:
 https://issues.apache.org/ooo/describecomponents.cgi?product=General



 ui

 Version: https://issues.apache.org/ooo/page.cgi?id=fields.html#version



 AOO 4.0.0

 Hardware:
 https://issues.apache.org/ooo/page.cgi?id=fields.html#rep_platform



 All Windows 7







 ??

 ??




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

Re: Report Builder, bug

[Roberto Galoppini]

2013/7/24 Josef Latt josef.l...@gmx.net

 Hi,

 there seems to be a problem with the version of Report Builder in the
 extension site. See below.


 Hi Josef,

 Actually 1.2.1-rev2 is not a valid release number. For the time being
we'll use 1.2.1 for updates.

Thanks for heads up on this.

Roberto



 Regards
 Josef


 --**--**
 ---
  Original-Nachricht 
 Betreff: Re: Report Builder
 Datum: Wed, 24 Jul 2013 14:04:12 -0300
 Von: Ariel Constenla-Haile arie...@apache.org
 An: Josef Latt josef.l...@web.de

 Hi,

 On Wed, Jul 24, 2013 at 05:25:50PM +0200, Josef Latt wrote:

 Hi,

 AOO 4.0.0 wants to upgrade the Report Builder to version 1.2.1-rev2.
 After installing from the AOO extension site version is still 1.2.1.

 Therefore I downloaded it from your site
 (http://people.apache.org/~**arielch/extensions/**reportbuilder/http://people.apache.org/~arielch/extensions/reportbuilder/
 )
 meaning that this should be the 1.2.1-rev2.
 But the extension manager still offers the upgrade.

 In the file 'description.xml' you find version value=1.2.1/

 If I change this to version value=1.2.1-rev2 no upgrade is offered.

 Is your version the 1.2.1-rev2?


 1.2.1-rev2 is not a valid version number... anyway, it seems to be this
 http://extensions.openoffice.**org/en/projectrelease/oracle-**
 report-builder-121-rev2http://extensions.openoffice.org/en/projectrelease/oracle-report-builder-121-rev2
 but the version value inside the extension is still 1.2.1

 This looks like a bug caused with extension's site update, feel free to
 report it on dev@openoffice.apache.org


 Regards
 --
 Ariel Constenla-Haile
 La Plata, Argentina
 --**--**
 ---



 -
 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

[Jürgen Schmidt]

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: 4.0.0_release_blocker requested: [Bug 122700] Writer crash when deleting a section

[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

[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: 4.0.0_release_blocker requested: [Bug 122594] [SVG] in inner svg the missing size is set to viewBox, but should be 100%

[Jürgen Schmidt]

On 7/2/13 1:43 PM, bugzi...@apache.org wrote:
 Armin Le Grand armin.le.gr...@me.com has asked j...@apache.org for
 4.0.0_release_blocker:
 Bug 122594: [SVG] in inner svg the missing size is set to viewBox, but should
 be 100%
 https://issues.apache.org/ooo/show_bug.cgi?id=122594

I agree and the fix is located in an area where you of course know what
you are doing ;-)

Juergen


 
 -
 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 122657] First start wizard has unsuitable text

[Oliver-Rainer Wittmann]

Hi,

On 30.06.2013 19:03, bugzi...@apache.org wrote:

Regina Henschel rb.hensc...@t-online.de has asked  for 4.0.0_release_blocker:
Bug 122657: First start wizard has unsuitable text
https://issues.apache.org/ooo/show_bug.cgi?id=122657


--- Additional Comments from Regina Henschel rb.hensc...@t-online.de
With bug 122398 the start wizard has been reactivated. But the texts has not
been adapted to the new situation under AOO.

The text in the first step is currently,
Welcome to OpenOffice 4.0.0
This wizard will guide you through the license agreement, the transfer of user
data from OpenOffice.org 3 and the registration of OpenOffice.

(1)
OpenOffice 4.0.0 -- Apache OpenOffice 4.0.0

(2)
There exist no license agreement.

(3)
There exist no registration.

(4)
The part 'User name' from the left side is not mentioned in the introduction.

Screenshots of the current dialog are attached to bug 122398.



For me it is very disappointing to see this issue.

When I started my work on the user profile migration I requested help 
for the change of this string here on dev@o.a.o and on users@o.a.o at 
2013-05-28. Unfortunately, I did not get any help for the change of this 
string.


When I reported on 2013-06-18 that I have finished my work I stated that 
I did not change the string.


Now, approx. two weeks later issue 122657 has been submitted with 
exactly the same concerns which I had raised at the end of May.


It seems that the stuff I am doing and writing does not get the right 
attention here.



Oliver.

-
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 122657] First start wizard has unsuitable text

[Andrea Pescetti]

Oliver-Rainer Wittmann wrote:

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

For me it is very disappointing to see this issue.


Having a dedicated issue is probably the right thing (even though at 
this point, and considering it has already been outdated for a couple of 
versions with nobody complaining about it, I'm not sure it's a blocker 
at this stage).



It seems that the stuff I am doing and writing does not get the right
attention here.


You gave all the needed information, but it was probably lost in the 
many e-mails. Probably it would have been best to open a dedicated issue 
and set it as possible stopper (yes, everybody could have done this back 
at the time, and with the possibility to get it painlessly imported in 
Pootle...).


Regards,
  Andrea.

-
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 122657] First start wizard has unsuitable text

[Regina Henschel]

Hi Oliver,

Oliver-Rainer Wittmann schrieb:

Hi,

On 30.06.2013 19:03, bugzi...@apache.org wrote:

Regina Henschel rb.hensc...@t-online.de has asked  for
4.0.0_release_blocker:
Bug 122657: First start wizard has unsuitable text
https://issues.apache.org/ooo/show_bug.cgi?id=122657


--- Additional Comments from Regina Henschel
rb.hensc...@t-online.de
With bug 122398 the start wizard has been reactivated. But the texts
has not
been adapted to the new situation under AOO.

The text in the first step is currently,
Welcome to OpenOffice 4.0.0
This wizard will guide you through the license agreement, the transfer
of user
data from OpenOffice.org 3 and the registration of OpenOffice.

(1)
OpenOffice 4.0.0 -- Apache OpenOffice 4.0.0

(2)
There exist no license agreement.

(3)
There exist no registration.

(4)
The part 'User name' from the left side is not mentioned in the
introduction.

Screenshots of the current dialog are attached to bug 122398.



For me it is very disappointing to see this issue.

When I started my work on the user profile migration I requested help
for the change of this string here on dev@o.a.o and on users@o.a.o at
2013-05-28. Unfortunately, I did not get any help for the change of this
string.

When I reported on 2013-06-18 that I have finished my work I stated that
I did not change the string.

Now, approx. two weeks later issue 122657 has been submitted with
exactly the same concerns which I had raised at the end of May.

It seems that the stuff I am doing and writing does not get the right
attention here.


You are right to be disappointed. The problem disappeared from my view, 
because I'm not the right person to write good English texts. But 
indeed, I should have noticed earlier, that a new text is still missing.


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 granted: [Bug 122468] German translation update for AOO 4.0

[Mechtilde]

Hello

today I also finished the transaltion of the help files

Regards

Mechtilde

Am 27.06.2013 16:30, schrieb bugzi...@apache.org:
 j...@apache.org has granted  4.0.0_release_blocker:
 Bug 122468: German translation update for AOO 4.0
 https://issues.apache.org/ooo/show_bug.cgi?id=122468
 
 
 --- Additional Comments from j...@apache.org
 set showstopper flag
 
 UI complete
 Help not complete
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org
 
 




signature.asc
Description: OpenPGP digital signature

Re: 4.0.0_release_blocker requested: [Bug 122586] fix awt GridControl refresh

[Jürgen Schmidt]

On 6/25/13 10:53 AM, bugzi...@apache.org wrote:
 j...@apache.org has asked  for 4.0.0_release_blocker:
 Bug 122586: fix awt GridControl refresh
 https://issues.apache.org/ooo/show_bug.cgi?id=122586
 
 
 --- Additional Comments from j...@apache.org
 I request showstopper flag because the fix is straight forward and very local
 in the implementation for the grid control.
 
 I would like to have this fixed in 4.0 already to benefit from this fix in our
 gsoc project.
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
 For additional commands, e-mail: dev-h...@openoffice.apache.org
 

I propose this simple fix as a showstopper because it is a very easy fix
and local in the implementation of the grid control.

I would like to have it in 4.0 to benefit in our gsoc project form this
fix. One part of the gsoc project is to implement a sidebar providing
some kind of file browser on a cmis file store. In this sidebar a grid
control should be used to to preset files and folders and related meta
info etc.

Juergen


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

Re: 3.4.1_release_blocker canceled: [Bug 119946] [Windows 8 certification]Windows App Certification Kit - Test for Section 3 Apps support Windows security features is failed.

[Andrea Pescetti]

Donald Whytock wrote:

This was sent to the incubating mailing list.  Is fixing that a JIRA?


More than an infra task, this is something for Bugzilla admins (in CC, 
but maybe it's already been fixed). Summary: notification of release 
blockers should go to the current list address, not to the incubator one.


Regards,
  Andrea.

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

Re: [BUG][Assignment] Bug 121722 - IMCSCH and IMSECH calculate wrong

[Andrea Pescetti]

Maarten Kesselaers wrote:

I would like to fix this bug.
Can someone assign it to me?


With pleasure! https://issues.apache.org/ooo/show_bug.cgi?id=121722 is 
all yours now.



I think I should modify this in the module SC, correct?


Regina wrote in the issue that this is implemented in the scaddins 
module: http://svn.apache.org/viewvc/openoffice/trunk/main/scaddins/


A remark: you might have noticed that there is some resistance to 
changing the values returned by Calc formulas unless they are clearly 
wrong. So I would recommend that you also attach to the issue a test 
document where one can clearly see that the results we return now are 
wrong and that your patch fixes the problem while not introducing new bugs.


Regards,
  Andrea.

Re: [BUG][Assignment] Bug 121722 - IMCSCH and IMSECH calculate wrong

[Ariel Constenla-Haile]

On Sun, Feb 17, 2013 at 11:26:54AM +0100, Maarten Kesselaers wrote:
 Hi,
 
 I would like to fix this bug.
 Can someone assign it to me?
 
 I think I should modify this in the module SC, correct?

OpenGrok is your friend:
http://opengrok.adfinis-sygroup.org/source/search?q=IMCSCHproject=aoo-trunk


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpWoCPpDKMGz.pgp
Description: PGP signature

Re: AOO build + bug fix

[Pedro Giffuni]

Thank you!


- Messaggio originale -
 Da: Hrishit Patel 
 
 On Fri, Feb 1, 2013 at 3:56 PM, Pedro Giffuni wrote:
 
  Thank you  Hrishit!
 
  Just building it is a great step forward. That is a great advance indeed.
 
  What platform are you using? We need a diff file.
 
  On UNIX/linux you can try man diff and do
  something like this
 
  diff -ru original-path modified-path  diff-file.patch
 
 
 original-path modified-path  can be files or even directories.
  You then attach the resulting diff-file.patch to the bugzilla issue.
 
  I've attached the patch file. Please someone review it.


It looks good to me.

 
 additional issue:
 It also include the fix to some other bug, the link to which i could not
 find
 because it has been removed from the bug-list now.
 But the original repository doesnt reflect the change needed to fix it.
 In the patch file lines 66-67 handles this bug.
 

I think you are referring to

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

I fixed it and tested the change and I added you to the issue, even when
it's closed now. Thanks!

Pedro.

Re: AOO build + bug fix

[Pedro Giffuni]

Thank you  Hrishit!

Just building it is a great step forward. That is a great advance indeed. 

What platform are you using? We need a diff file. 

On UNIX/linux you can try man diff and do
something like this

diff -ru original-path modified-path  diff-file.patch

original-path modified-path  can be files or even directories.
You then attach the resulting diff-file.patch to the bugzilla issue.

And feel free to buzz us on this list so someone reviews it :-).

Pedro.




 Da: Hrishit Patel hripat1...@gmail.com
A: dev@openoffice.apache.org 
Inviato: Venerdì 1 Febbraio 2013 15:22
Oggetto: AOO build + bug fix
 
Hi dev community,

I've built my own AOO and now I'm working on the foolowing bug

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

In fact I've corrected it(which was a 2 minute work),
but I haven't worked with any version control before so now I'm looking
into how to proceed or whom to report.

cheers,
hrishit

Re: AOO build + bug fix

[Ariel Constenla-Haile]

On Fri, Feb 01, 2013 at 03:22:40PM -0500, Hrishit Patel wrote:
 Hi dev community,
 
 I've built my own AOO and now I'm working on the foolowing bug
 
 https://issues.apache.org/ooo/show_bug.cgi?id=102212
 
 In fact I've corrected it(which was a 2 minute work),
 but I haven't worked with any version control before so now I'm looking
 into how to proceed or whom to report.

If you are using Subversion:

svn help diff
svn diff  ~/i102212.patch

If you are using git-svn

git help diff
git diff  ~/i102215.patch

Usually the default options are fine, but read the help ;)
Once you have your patch, attach it to the bug.


Regards
-- 
Ariel Constenla-Haile
La Plata, Argentina


pgpsdNM9wnDlh.pgp
Description: PGP signature

Re: is a bug ?

[Galileo Teco Juárez]

ok understand
thanks (y)


2012/12/21 Herbert Dürr h...@apache.org

 Hi Galileo,


 On 2012/12/20 9:44 PM, you wrote:

 to execute command

 soffice --headless --acept=socket,port=8100;urp;**

 i get

 fontconfig warning /usr/lib/libreoffice/share/**
 fonts/truetype/fc_local.conf
 line 13: having multiple family in alias ins't supported and may not
 works as expected


 This is just a warning about unimplemented syntax in fontconfig:
 http://lists.freedesktop.org/**archives/fontconfig/2012-**
 February/003788.htmlhttp://lists.freedesktop.org/archives/fontconfig/2012-February/003788.html

 The syntax would make sense but as the library doesn't follow it it is
 good that it at least emits a warning about that. Until this becomes
 supported we should replace the occurences, I opened an issue for that [1].
 Having briefly looked into it it is unlikely that anyone is hit by the
 problem though.

 [1] 
 https://issues.apache.org/ooo/**show_bug.cgi?id=121535https://issues.apache.org/ooo/show_bug.cgi?id=121535

 Herbert




-- 
*Galileo Teco Juarez*
*Web:* http://80bits.wordpress.com
*Twitter:* @genitalico http://twitter.com/genitalico
*Linkedin:* http://mx.linkedin.com/pub/galileo-teco-ju%C3%A1rez/30/690/797

Re: is a bug ?

[Herbert Dürr]

Hi Galileo,

On 2012/12/20 9:44 PM, you wrote:

to execute command

soffice --headless --acept=socket,port=8100;urp;

i get

fontconfig warning /usr/lib/libreoffice/share/fonts/truetype/fc_local.conf
line 13: having multiple family in alias ins't supported and may not
works as expected


This is just a warning about unimplemented syntax in fontconfig:
http://lists.freedesktop.org/archives/fontconfig/2012-February/003788.html

The syntax would make sense but as the library doesn't follow it it is 
good that it at least emits a warning about that. Until this becomes 
supported we should replace the occurences, I opened an issue for that 
[1]. Having briefly looked into it it is unlikely that anyone is hit by 
the problem though.


[1] https://issues.apache.org/ooo/show_bug.cgi?id=121535

Herbert