Re: MacOS testing for bug 112829 (SVG clipboard format)

[Jim Jagielski]

Yes, please commit that...

> On Feb 25, 2024, at 10:50 PM, Damjan Jovanovic  wrote:
> 
> What I meant is, test trunk or AOO42X, whichever is more convenient. If it
> doesn't show image/svg+xml on the clipboard, apply that patch and test
> again.
> 
> There is no branch which has that patch I sent, because I am not sure it
> works yet.
> 
> On Sun, Feb 25, 2024 at 8:07 PM Jim Jagielski  wrote:
> 
>> I mean, is there a branch with this already folded in?
>> 
>>> On Feb 22, 2024, at 2:27 PM, Damjan Jovanovic  wrote:
>>> 
>>> Either trunk or AOO42X.
>>> 
>>> On Thu, Feb 22, 2024 at 7:11 PM Jim Jagielski  wrote:
>>> 
>>>> Which branch?
>>>> 
>>>>> On Feb 22, 2024, at 10:54 AM, Damjan Jovanovic 
>>>> wrote:
>>>>> 
>>>>> Hi
>>>>> 
>>>>> For bug 112829, I got graphics and charts to copy out of AOO in SVG
>>>> format
>>>>> on FreeBSD and Windows (and probably Linux), but I wasn't able to test
>>>>> macOS. A quick look at the code shows we might need another patch to
>> get
>>>> it
>>>>> working there, possibly the one below.
>>>>> 
>>>>> Can someone please test it and report back? Don't only verify you can
>>>>> paste, examine the clipboard formats after copying a chart, and make
>> sure
>>>>> it contains "image/svg+xml".
>>>>> 
>>>>> Thank you
>>>>> Damjan
>>>>> 
>>>>> ---snip---
>>>>> diff --git a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>>>> b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>>>> index d5e2b6f371..d8f67c 100644
>>>>> --- a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>>>> +++ b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>>>> @@ -94,6 +94,7 @@ namespace // private
>>>>> const NSString* PBTYPE_GDIMF = @"application/x-openoffice-gdimetafile
>>>>> ;windows_formatname=\"GDIMetaFile\"";
>>>>> const NSString* PBTYPE_WMF =
>>>>> @"application/x-openoffice-wmf;windows_formatname=\"Image
>>>>> WMF\"";
>>>>> const NSString* PBTYPE_EMF =
>>>>> @"application/x-openoffice-emf;windows_formatname=\"Image
>>>>> EMF\"";
>>>>> +  const NSString* PBTYPE_SVG = @"image/svg+xml;windows_
>>>>> formatname=\"image/svg+xml\"";
>>>>> 
>>>>> const NSString* PBTYPE_DUMMY_INTERNAL = @"application/x-openoffice-
>>>>> internal";
>>>>> 
>>>>> @@ -107,6 +108,7 @@ namespace // private
>>>>> const char* FLAVOR_GDIMF =
>>>> "application/x-openoffice-gdimetafile;windows_
>>>>> formatname=\"GDIMetaFile\"";
>>>>> const char* FLAVOR_WMF =
>>>>> "application/x-openoffice-wmf;windows_formatname=\"Image
>>>>> WMF\"";
>>>>> const char* FLAVOR_EMF =
>>>>> "application/x-openoffice-emf;windows_formatname=\"Image
>>>>> EMF\"";
>>>>> +  const char* FLAVOR_SVG = "image/svg+xml;windows_
>>>>> formatname=\"image/svg+xml\"";
>>>>> 
>>>>> const char* FLAVOR_DUMMY_INTERNAL =
>>>> "application/x-openoffice-internal";
>>>>> 
>>>>> @@ -138,6 +140,7 @@ namespace // private
>>>>>{ PBTYPE_GDIMF, FLAVOR_GDIMF, "GDIMetaFile", CPPUTYPE_SEQINT8
>> },
>>>>>{ PBTYPE_WMF, FLAVOR_WMF, "Windows MetaFile", CPPUTYPE_SEQINT8
>>>> },
>>>>>{ PBTYPE_EMF, FLAVOR_EMF, "Windows Enhanced MetaFile",
>>>>> CPPUTYPE_SEQINT8 },
>>>>> + { PBTYPE_SVG, FLAVOR_SVG, "Scalable Vector Graphics",
>>>>> CPPUTYPE_SEQINT8 },
>>>>>{ PBTYPE_SODX, FLAVOR_SODX, "Star Object Descriptor (XML)",
>>>>> CPPUTYPE_SEQINT8 },
>>>>> { PBTYPE_DUMMY_INTERNAL, FLAVOR_DUMMY_INTERNAL, "internal
>>>>> data",CPPUTYPE_SEQINT8 }
>>>>>  };
>>>>> ---snip---
>>>> 
>>>> 
>>>> -
>>>> 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: MacOS testing for bug 112829 (SVG clipboard format)

[Damjan Jovanovic]

What I meant is, test trunk or AOO42X, whichever is more convenient. If it
doesn't show image/svg+xml on the clipboard, apply that patch and test
again.

There is no branch which has that patch I sent, because I am not sure it
works yet.

On Sun, Feb 25, 2024 at 8:07 PM Jim Jagielski  wrote:

> I mean, is there a branch with this already folded in?
>
> > On Feb 22, 2024, at 2:27 PM, Damjan Jovanovic  wrote:
> >
> > Either trunk or AOO42X.
> >
> > On Thu, Feb 22, 2024 at 7:11 PM Jim Jagielski  wrote:
> >
> >> Which branch?
> >>
> >>> On Feb 22, 2024, at 10:54 AM, Damjan Jovanovic 
> >> wrote:
> >>>
> >>> Hi
> >>>
> >>> For bug 112829, I got graphics and charts to copy out of AOO in SVG
> >> format
> >>> on FreeBSD and Windows (and probably Linux), but I wasn't able to test
> >>> macOS. A quick look at the code shows we might need another patch to
> get
> >> it
> >>> working there, possibly the one below.
> >>>
> >>> Can someone please test it and report back? Don't only verify you can
> >>> paste, examine the clipboard formats after copying a chart, and make
> sure
> >>> it contains "image/svg+xml".
> >>>
> >>> Thank you
> >>> Damjan
> >>>
> >>> ---snip---
> >>> diff --git a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> >>> b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> >>> index d5e2b6f371..d8f67c 100644
> >>> --- a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> >>> +++ b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> >>> @@ -94,6 +94,7 @@ namespace // private
> >>>  const NSString* PBTYPE_GDIMF = @"application/x-openoffice-gdimetafile
> >>> ;windows_formatname=\"GDIMetaFile\"";
> >>>  const NSString* PBTYPE_WMF =
> >>> @"application/x-openoffice-wmf;windows_formatname=\"Image
> >>> WMF\"";
> >>>  const NSString* PBTYPE_EMF =
> >>> @"application/x-openoffice-emf;windows_formatname=\"Image
> >>> EMF\"";
> >>> +  const NSString* PBTYPE_SVG = @"image/svg+xml;windows_
> >>> formatname=\"image/svg+xml\"";
> >>>
> >>>  const NSString* PBTYPE_DUMMY_INTERNAL = @"application/x-openoffice-
> >>> internal";
> >>>
> >>> @@ -107,6 +108,7 @@ namespace // private
> >>>  const char* FLAVOR_GDIMF =
> >> "application/x-openoffice-gdimetafile;windows_
> >>> formatname=\"GDIMetaFile\"";
> >>>  const char* FLAVOR_WMF =
> >>> "application/x-openoffice-wmf;windows_formatname=\"Image
> >>> WMF\"";
> >>>  const char* FLAVOR_EMF =
> >>> "application/x-openoffice-emf;windows_formatname=\"Image
> >>> EMF\"";
> >>> +  const char* FLAVOR_SVG = "image/svg+xml;windows_
> >>> formatname=\"image/svg+xml\"";
> >>>
> >>>  const char* FLAVOR_DUMMY_INTERNAL =
> >> "application/x-openoffice-internal";
> >>>
> >>> @@ -138,6 +140,7 @@ namespace // private
> >>> { PBTYPE_GDIMF, FLAVOR_GDIMF, "GDIMetaFile", CPPUTYPE_SEQINT8
> },
> >>> { PBTYPE_WMF, FLAVOR_WMF, "Windows MetaFile", CPPUTYPE_SEQINT8
> >> },
> >>> { PBTYPE_EMF, FLAVOR_EMF, "Windows Enhanced MetaFile",
> >>> CPPUTYPE_SEQINT8 },
> >>> + { PBTYPE_SVG, FLAVOR_SVG, "Scalable Vector Graphics",
> >>> CPPUTYPE_SEQINT8 },
> >>> { PBTYPE_SODX, FLAVOR_SODX, "Star Object Descriptor (XML)",
> >>> CPPUTYPE_SEQINT8 },
> >>>  { PBTYPE_DUMMY_INTERNAL, FLAVOR_DUMMY_INTERNAL, "internal
> >>> data",CPPUTYPE_SEQINT8 }
> >>>   };
> >>> ---snip---
> >>
> >>
> >> -
> >> 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: MacOS testing for bug 112829 (SVG clipboard format)

[Jim Jagielski]

I mean, is there a branch with this already folded in?

> On Feb 22, 2024, at 2:27 PM, Damjan Jovanovic  wrote:
> 
> Either trunk or AOO42X.
> 
> On Thu, Feb 22, 2024 at 7:11 PM Jim Jagielski  wrote:
> 
>> Which branch?
>> 
>>> On Feb 22, 2024, at 10:54 AM, Damjan Jovanovic 
>> wrote:
>>> 
>>> Hi
>>> 
>>> For bug 112829, I got graphics and charts to copy out of AOO in SVG
>> format
>>> on FreeBSD and Windows (and probably Linux), but I wasn't able to test
>>> macOS. A quick look at the code shows we might need another patch to get
>> it
>>> working there, possibly the one below.
>>> 
>>> Can someone please test it and report back? Don't only verify you can
>>> paste, examine the clipboard formats after copying a chart, and make sure
>>> it contains "image/svg+xml".
>>> 
>>> Thank you
>>> Damjan
>>> 
>>> ---snip---
>>> diff --git a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>> b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>> index d5e2b6f371..d8f67c 100644
>>> --- a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>> +++ b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
>>> @@ -94,6 +94,7 @@ namespace // private
>>>  const NSString* PBTYPE_GDIMF = @"application/x-openoffice-gdimetafile
>>> ;windows_formatname=\"GDIMetaFile\"";
>>>  const NSString* PBTYPE_WMF =
>>> @"application/x-openoffice-wmf;windows_formatname=\"Image
>>> WMF\"";
>>>  const NSString* PBTYPE_EMF =
>>> @"application/x-openoffice-emf;windows_formatname=\"Image
>>> EMF\"";
>>> +  const NSString* PBTYPE_SVG = @"image/svg+xml;windows_
>>> formatname=\"image/svg+xml\"";
>>> 
>>>  const NSString* PBTYPE_DUMMY_INTERNAL = @"application/x-openoffice-
>>> internal";
>>> 
>>> @@ -107,6 +108,7 @@ namespace // private
>>>  const char* FLAVOR_GDIMF =
>> "application/x-openoffice-gdimetafile;windows_
>>> formatname=\"GDIMetaFile\"";
>>>  const char* FLAVOR_WMF =
>>> "application/x-openoffice-wmf;windows_formatname=\"Image
>>> WMF\"";
>>>  const char* FLAVOR_EMF =
>>> "application/x-openoffice-emf;windows_formatname=\"Image
>>> EMF\"";
>>> +  const char* FLAVOR_SVG = "image/svg+xml;windows_
>>> formatname=\"image/svg+xml\"";
>>> 
>>>  const char* FLAVOR_DUMMY_INTERNAL =
>> "application/x-openoffice-internal";
>>> 
>>> @@ -138,6 +140,7 @@ namespace // private
>>> { PBTYPE_GDIMF, FLAVOR_GDIMF, "GDIMetaFile", CPPUTYPE_SEQINT8 },
>>> { PBTYPE_WMF, FLAVOR_WMF, "Windows MetaFile", CPPUTYPE_SEQINT8
>> },
>>> { PBTYPE_EMF, FLAVOR_EMF, "Windows Enhanced MetaFile",
>>> CPPUTYPE_SEQINT8 },
>>> + { PBTYPE_SVG, FLAVOR_SVG, "Scalable Vector Graphics",
>>> CPPUTYPE_SEQINT8 },
>>> { PBTYPE_SODX, FLAVOR_SODX, "Star Object Descriptor (XML)",
>>> CPPUTYPE_SEQINT8 },
>>>  { PBTYPE_DUMMY_INTERNAL, FLAVOR_DUMMY_INTERNAL, "internal
>>> data",CPPUTYPE_SEQINT8 }
>>>   };
>>> ---snip---
>> 
>> 
>> -
>> 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: MacOS testing for bug 112829 (SVG clipboard format)

[Damjan Jovanovic]

Either trunk or AOO42X.

On Thu, Feb 22, 2024 at 7:11 PM Jim Jagielski  wrote:

> Which branch?
>
> > On Feb 22, 2024, at 10:54 AM, Damjan Jovanovic 
> wrote:
> >
> > Hi
> >
> > For bug 112829, I got graphics and charts to copy out of AOO in SVG
> format
> > on FreeBSD and Windows (and probably Linux), but I wasn't able to test
> > macOS. A quick look at the code shows we might need another patch to get
> it
> > working there, possibly the one below.
> >
> > Can someone please test it and report back? Don't only verify you can
> > paste, examine the clipboard formats after copying a chart, and make sure
> > it contains "image/svg+xml".
> >
> > Thank you
> > Damjan
> >
> > ---snip---
> > diff --git a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> > b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> > index d5e2b6f371..d8f67c 100644
> > --- a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> > +++ b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> > @@ -94,6 +94,7 @@ namespace // private
> >   const NSString* PBTYPE_GDIMF = @"application/x-openoffice-gdimetafile
> > ;windows_formatname=\"GDIMetaFile\"";
> >   const NSString* PBTYPE_WMF =
> > @"application/x-openoffice-wmf;windows_formatname=\"Image
> > WMF\"";
> >   const NSString* PBTYPE_EMF =
> > @"application/x-openoffice-emf;windows_formatname=\"Image
> > EMF\"";
> > +  const NSString* PBTYPE_SVG = @"image/svg+xml;windows_
> > formatname=\"image/svg+xml\"";
> >
> >   const NSString* PBTYPE_DUMMY_INTERNAL = @"application/x-openoffice-
> > internal";
> >
> > @@ -107,6 +108,7 @@ namespace // private
> >   const char* FLAVOR_GDIMF =
> "application/x-openoffice-gdimetafile;windows_
> > formatname=\"GDIMetaFile\"";
> >   const char* FLAVOR_WMF =
> > "application/x-openoffice-wmf;windows_formatname=\"Image
> > WMF\"";
> >   const char* FLAVOR_EMF =
> > "application/x-openoffice-emf;windows_formatname=\"Image
> > EMF\"";
> > +  const char* FLAVOR_SVG = "image/svg+xml;windows_
> > formatname=\"image/svg+xml\"";
> >
> >   const char* FLAVOR_DUMMY_INTERNAL =
> "application/x-openoffice-internal";
> >
> > @@ -138,6 +140,7 @@ namespace // private
> >  { PBTYPE_GDIMF, FLAVOR_GDIMF, "GDIMetaFile", CPPUTYPE_SEQINT8 },
> >  { PBTYPE_WMF, FLAVOR_WMF, "Windows MetaFile", CPPUTYPE_SEQINT8
> },
> >  { PBTYPE_EMF, FLAVOR_EMF, "Windows Enhanced MetaFile",
> > CPPUTYPE_SEQINT8 },
> > + { PBTYPE_SVG, FLAVOR_SVG, "Scalable Vector Graphics",
> > CPPUTYPE_SEQINT8 },
> >  { PBTYPE_SODX, FLAVOR_SODX, "Star Object Descriptor (XML)",
> > CPPUTYPE_SEQINT8 },
> >   { PBTYPE_DUMMY_INTERNAL, FLAVOR_DUMMY_INTERNAL, "internal
> > data",CPPUTYPE_SEQINT8 }
> >};
> > ---snip---
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org
> For additional commands, e-mail: dev-h...@openoffice.apache.org
>
>

Re: MacOS testing for bug 112829 (SVG clipboard format)

[Jim Jagielski]

Which branch?

> On Feb 22, 2024, at 10:54 AM, Damjan Jovanovic  wrote:
> 
> Hi
> 
> For bug 112829, I got graphics and charts to copy out of AOO in SVG format
> on FreeBSD and Windows (and probably Linux), but I wasn't able to test
> macOS. A quick look at the code shows we might need another patch to get it
> working there, possibly the one below.
> 
> Can someone please test it and report back? Don't only verify you can
> paste, examine the clipboard formats after copying a chart, and make sure
> it contains "image/svg+xml".
> 
> Thank you
> Damjan
> 
> ---snip---
> diff --git a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> index d5e2b6f371..d8f67c 100644
> --- a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> +++ b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
> @@ -94,6 +94,7 @@ namespace // private
>   const NSString* PBTYPE_GDIMF = @"application/x-openoffice-gdimetafile
> ;windows_formatname=\"GDIMetaFile\"";
>   const NSString* PBTYPE_WMF =
> @"application/x-openoffice-wmf;windows_formatname=\"Image
> WMF\"";
>   const NSString* PBTYPE_EMF =
> @"application/x-openoffice-emf;windows_formatname=\"Image
> EMF\"";
> +  const NSString* PBTYPE_SVG = @"image/svg+xml;windows_
> formatname=\"image/svg+xml\"";
> 
>   const NSString* PBTYPE_DUMMY_INTERNAL = @"application/x-openoffice-
> internal";
> 
> @@ -107,6 +108,7 @@ namespace // private
>   const char* FLAVOR_GDIMF = "application/x-openoffice-gdimetafile;windows_
> formatname=\"GDIMetaFile\"";
>   const char* FLAVOR_WMF =
> "application/x-openoffice-wmf;windows_formatname=\"Image
> WMF\"";
>   const char* FLAVOR_EMF =
> "application/x-openoffice-emf;windows_formatname=\"Image
> EMF\"";
> +  const char* FLAVOR_SVG = "image/svg+xml;windows_
> formatname=\"image/svg+xml\"";
> 
>   const char* FLAVOR_DUMMY_INTERNAL = "application/x-openoffice-internal";
> 
> @@ -138,6 +140,7 @@ namespace // private
>  { PBTYPE_GDIMF, FLAVOR_GDIMF, "GDIMetaFile", CPPUTYPE_SEQINT8 },
>  { PBTYPE_WMF, FLAVOR_WMF, "Windows MetaFile", CPPUTYPE_SEQINT8 },
>  { PBTYPE_EMF, FLAVOR_EMF, "Windows Enhanced MetaFile",
> CPPUTYPE_SEQINT8 },
> + { PBTYPE_SVG, FLAVOR_SVG, "Scalable Vector Graphics",
> CPPUTYPE_SEQINT8 },
>  { PBTYPE_SODX, FLAVOR_SODX, "Star Object Descriptor (XML)",
> CPPUTYPE_SEQINT8 },
>   { PBTYPE_DUMMY_INTERNAL, FLAVOR_DUMMY_INTERNAL, "internal
> data",CPPUTYPE_SEQINT8 }
>};
> ---snip---


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

MacOS testing for bug 112829 (SVG clipboard format)

[Damjan Jovanovic]

Hi

For bug 112829, I got graphics and charts to copy out of AOO in SVG format
on FreeBSD and Windows (and probably Linux), but I wasn't able to test
macOS. A quick look at the code shows we might need another patch to get it
working there, possibly the one below.

Can someone please test it and report back? Don't only verify you can
paste, examine the clipboard formats after copying a chart, and make sure
it contains "image/svg+xml".

Thank you
Damjan

---snip---
diff --git a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
index d5e2b6f371..d8f67c 100644
--- a/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
+++ b/main/vcl/aqua/source/dtrans/DataFlavorMapping.cxx
@@ -94,6 +94,7 @@ namespace // private
   const NSString* PBTYPE_GDIMF = @"application/x-openoffice-gdimetafile
;windows_formatname=\"GDIMetaFile\"";
   const NSString* PBTYPE_WMF =
@"application/x-openoffice-wmf;windows_formatname=\"Image
WMF\"";
   const NSString* PBTYPE_EMF =
@"application/x-openoffice-emf;windows_formatname=\"Image
EMF\"";
+  const NSString* PBTYPE_SVG = @"image/svg+xml;windows_
formatname=\"image/svg+xml\"";

   const NSString* PBTYPE_DUMMY_INTERNAL = @"application/x-openoffice-
internal";

@@ -107,6 +108,7 @@ namespace // private
   const char* FLAVOR_GDIMF = "application/x-openoffice-gdimetafile;windows_
formatname=\"GDIMetaFile\"";
   const char* FLAVOR_WMF =
"application/x-openoffice-wmf;windows_formatname=\"Image
WMF\"";
   const char* FLAVOR_EMF =
"application/x-openoffice-emf;windows_formatname=\"Image
EMF\"";
+  const char* FLAVOR_SVG = "image/svg+xml;windows_
formatname=\"image/svg+xml\"";

   const char* FLAVOR_DUMMY_INTERNAL = "application/x-openoffice-internal";

@@ -138,6 +140,7 @@ namespace // private
  { PBTYPE_GDIMF, FLAVOR_GDIMF, "GDIMetaFile", CPPUTYPE_SEQINT8 },
  { PBTYPE_WMF, FLAVOR_WMF, "Windows MetaFile", CPPUTYPE_SEQINT8 },
  { PBTYPE_EMF, FLAVOR_EMF, "Windows Enhanced MetaFile",
CPPUTYPE_SEQINT8 },
+ { PBTYPE_SVG, FLAVOR_SVG, "Scalable Vector Graphics",
CPPUTYPE_SEQINT8 },
  { PBTYPE_SODX, FLAVOR_SODX, "Star Object Descriptor (XML)",
CPPUTYPE_SEQINT8 },
   { PBTYPE_DUMMY_INTERNAL, FLAVOR_DUMMY_INTERNAL, "internal
data",CPPUTYPE_SEQINT8 }
};
---snip---

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

[GitHub] [openoffice] Pilot-Pirx commented on pull request #171: Address bug #126680

[via GitHub]

Pilot-Pirx commented on PR #171:
URL: https://github.com/apache/openoffice/pull/171#issuecomment-1677591807

   Any news here?


-- 
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: A Short History on the Term "Bug"

[David Robley]

https://en.wikipedia.org/wiki/Grace_Hopper#/media/File:First_Computer_Bug,_1945.jpg

On 30/06/2023 23:05, Keith N. McKenna wrote:

I came across this bit of trivia on a news group I follow:

PS --- don't you love the term "bug". Where I used to work, they had 
the late Grace Murray Hopper in to give us a talk every few years. One 
of her anecdotes of the early days was how the term came about. One 
time a "down" was caused by an insect getting into the machine and 
causing a short. Could just picture the glee of those people as 
youngsters as they attached the specimen* and pages and pages about 
its life cycle, etc. to the hated "problem report" they were required 
to submit for every "down" as a sort of protest. So naturally, the 
next time they came over with a report on a down the response was "OK, 
what kind of a bug was it this time".


* They had sent over to the Smithsonian for an ID and as much 
information about it as possible, so they had a LOT of pages to append.


Regards
Keith


-
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: A Short History on the Term "Bug"

[Rory O'Farrell]

On Fri, 30 Jun 2023 06:50:05 -0700
Dave Fisher  wrote:

> When I was a child I asked my father “why?”and he told me that the bug was a 
> cockroach flipping a bit in core memory - which was a grid of wires where 
> each bit was a little magnetic donut.


Ah! core memory, where each memory cell was a tiny magnetic toroid with X-Y 
wires through it.  I can recollect an early computer (circa 1963/4, IBM 1620, 
with 40K of store, using 28 bit "words") whose party piece was to play "Bah, 
Bah, Black Sheep" on a transistor radio placed on the core store cabinet.

Rory

> 
> Thanks!
> 
> Sent from my iPhone
> 
> > On Jun 30, 2023, at 6:36 AM, Keith N. McKenna  
> > wrote:
> > 
> > I came across this bit of trivia on a news group I follow:
> > 
> > PS --- don't you love the term "bug". Where I used to work, they had the 
> > late Grace Murray Hopper in to give us a talk every few years. One of her 
> > anecdotes of the early days was how the term came about. One time a "down" 
> > was caused by an insect getting into the machine and causing a short. Could 
> > just picture the glee of those people as youngsters as they attached the 
> > specimen* and pages and pages about its life cycle, etc. to the hated 
> > "problem report" they were required to submit for every "down" as a sort of 
> > protest. So naturally, the next time they came over with a report on a down 
> > the response was "OK, what kind of a bug was it this time".
> > 
> > * They had sent over to the Smithsonian for an ID and as much information 
> > about it as possible, so they had a LOT of pages to append.
> > 
> > Regards
> > Keith
> > 
> > 
> > -
> > 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
> 


-- 
Rory O'Farrell 

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

Re: A Short History on the Term "Bug"

[Dave Fisher]

When I was a child I asked my father “why?”and he told me that the bug was a 
cockroach flipping a bit in core memory - which was a grid of wires where each 
bit was a little magnetic donut.

Thanks!

Sent from my iPhone

> On Jun 30, 2023, at 6:36 AM, Keith N. McKenna  
> wrote:
> 
> I came across this bit of trivia on a news group I follow:
> 
> PS --- don't you love the term "bug". Where I used to work, they had the late 
> Grace Murray Hopper in to give us a talk every few years. One of her 
> anecdotes of the early days was how the term came about. One time a "down" 
> was caused by an insect getting into the machine and causing a short. Could 
> just picture the glee of those people as youngsters as they attached the 
> specimen* and pages and pages about its life cycle, etc. to the hated 
> "problem report" they were required to submit for every "down" as a sort of 
> protest. So naturally, the next time they came over with a report on a down 
> the response was "OK, what kind of a bug was it this time".
> 
> * They had sent over to the Smithsonian for an ID and as much information 
> about it as possible, so they had a LOT of pages to append.
> 
> Regards
> Keith
> 
> 
> -
> 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

A Short History on the Term "Bug"

[Keith N. McKenna]

I came across this bit of trivia on a news group I follow:

PS --- don't you love the term "bug". Where I used to work, they had the 
late Grace Murray Hopper in to give us a talk every few years. One of 
her anecdotes of the early days was how the term came about. One time a 
"down" was caused by an insect getting into the machine and causing a 
short. Could just picture the glee of those people as youngsters as they 
attached the specimen* and pages and pages about its life cycle, etc. to 
the hated "problem report" they were required to submit for every "down" 
as a sort of protest. So naturally, the next time they came over with a 
report on a down the response was "OK, what kind of a bug was it this time".


* They had sent over to the Smithsonian for an ID and as much 
information about it as possible, so they had a LOT of pages to append.


Regards
Keith


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

[GitHub] [openoffice] Pilot-Pirx commented on pull request #171: Address bug #126680

[via GitHub]

Pilot-Pirx commented on PR #171:
URL: https://github.com/apache/openoffice/pull/171#issuecomment-1447352781

   Please test! This could be a good addition to our next release.
   
   I an building for Windows now.


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

[GitHub] [openoffice] leginee commented on pull request #171: Address bug #126680

[via GitHub]

leginee commented on PR #171:
URL: https://github.com/apache/openoffice/pull/171#issuecomment-1435941891

   I do not agree that caching makes sense. If behavior is switched the data 
needs to be adjusted too.
   IMHO it is better to work with less dynamic Objects. instead instantiate a 
new object.
   I would prefer policy based class in this case as a development goal.


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

[GitHub] [openoffice] ardovm opened a new pull request, #171: Address bug #126680

[via GitHub]

ardovm opened a new pull request, #171:
URL: https://github.com/apache/openoffice/pull/171

   The purpose of this branch is to fix bug #126680.
   All information is on the bug report:
   https://bz.apache.org/ooo/show_bug.cgi?id=126680
   
   Instances of com.sun.star.i18n.Transliteration.l10n are cached and sometimes 
(!!) treated as singletons.
   But they may be modified by the callers. This means that one caller may see 
its instance unexpectedly modified by another caller.
   
   It _may_ be possible to keep some kind of caching, like for variable 
`Reference< XSingleServiceFactory > xFactory`. As I am not sure this would 
work, I am just removing any caching. In fact, it has to be demonstrated how 
many times this code is called, throughout a normal usage session of AOO.


-- 
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: Fwd: Bug in Calc - Search and Substitute.

[Peter Kovacs]

hello Mauro,

Am 04.01.23 um 16:11 schrieb Mauro (GMail):

Hallo Peter,
I'm sorry you didn't see my problem... it's very unpleasant!

makes it more difficult to hunt the issue.

And I've seen it from a lot of version.


Sorry, I forgot the AOO version, so I add the graphic card too.
- PC: HP Working Station ZBook with Intel HD Graphics 530 and his 
monitor 1600x900.

- OS: Win10.
- Monitor 2: Extension Philips 272B connected to NVidia Quadro M1000M.
- AOO 4.1.13, but my problem is present from a lot of version, I don't 
know from when.

What about Java?


Thank you and best regards,


you are welcome

peter


Mauro.


Peter Kovacs ha scritto il 02/01/2023 alle 22:37:


Hi all,

I tested the report today.

My system differs slightly.

I tested with

- AOO 4.1.12

- win 11

- 2x ASUS screens with AMD GPU

- OpenJDK is installed


I have no issues.

@mauro

What Version of AOO do you use?

Do you have Java 32bit installed?


All the best

Peter

Am 28.12.22 um 14:30 schrieb Matthias Seidel:


Hi all,

FYI

Can anyone confirm/test?

Regards,

   Matthias



 Weitergeleitete Nachricht 
Betreff: Bug in Calc - Search and Substitute.
Datum: Wed, 28 Dec 2022 11:50:18 +0100
Von: Mauro (GMail) 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Good morning,
I'd like to evidence a bug in Calc.

The base system information are:
- PC: HP Working Station ZBook
- OS: Win10.
- Monitor:
   - Monitor 1: HP Working Station ZBook
   - Monitor 2: Extension Philips 272B

The conditions are:
1) _Use Calc in monitor 2_.
2) Press Ctrl-F to open the Search and Substitute Box.
_Leave the Search and Substitute Box on Monitor 1._
3) Click on More Option Button.
 The Search and Substitute Box disappear, it's no more visible.

The only system to view again the Search and Substitute Box is:
- disconnect the Monitor 2
- open the Search and Substitute Box again.

This bug is present for a long time now and very old version.


Hope to help you, best regards,
Mauro Francioni.

Bologna - Italia.




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

Re: Fwd: Bug in Calc - Search and Substitute.

[Mauro (GMail)]

Hallo Peter,
I'm sorry you didn't see my problem... it's very unpleasant!
And I've seen it from a lot of version.


Sorry, I forgot the AOO version, so I add the graphic card too.
- PC: HP Working Station ZBook with Intel HD Graphics 530 and his 
monitor 1600x900.

- OS: Win10.
- Monitor 2: Extension Philips 272B connected to NVidia Quadro M1000M.
- AOO 4.1.13, but my problem is present from a lot of version, I don't 
know from when.


Thank you and best regards,
Mauro.


Peter Kovacs ha scritto il 02/01/2023 alle 22:37:


Hi all,

I tested the report today.

My system differs slightly.

I tested with

- AOO 4.1.12

- win 11

- 2x ASUS screens with AMD GPU

- OpenJDK is installed


I have no issues.

@mauro

What Version of AOO do you use?

Do you have Java 32bit installed?


All the best

Peter

Am 28.12.22 um 14:30 schrieb Matthias Seidel:


Hi all,

FYI

Can anyone confirm/test?

Regards,

   Matthias



 Weitergeleitete Nachricht 
Betreff:Bug in Calc - Search and Substitute.
Datum:  Wed, 28 Dec 2022 11:50:18 +0100
Von:Mauro (GMail) 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Good morning,
I'd like to evidence a bug in Calc.

The base system information are:
- PC: HP Working Station ZBook
- OS: Win10.
- Monitor:
   - Monitor 1: HP Working Station ZBook
   - Monitor 2: Extension Philips 272B

The conditions are:
1) _Use Calc in monitor 2_.
2) Press Ctrl-F to open the Search and Substitute Box.
_Leave the Search and Substitute Box on Monitor 1._
3) Click on More Option Button.
 The Search and Substitute Box disappear, it's no more visible.

The only system to view again the Search and Substitute Box is:
- disconnect the Monitor 2
- open the Search and Substitute Box again.

This bug is present for a long time now and very old version.


Hope to help you, best regards,
Mauro Francioni.

Bologna - Italia.

Re: Fwd: Bug in Calc - Search and Substitute.

[Peter Kovacs]

Hi all,

I tested the report today.

My system differs slightly.

I tested with

- AOO 4.1.12

- win 11

- 2x ASUS screens with AMD GPU

- OpenJDK is installed


I have no issues.

@mauro

What Version of AOO do you use?

Do you have Java 32bit installed?


All the best

Peter

Am 28.12.22 um 14:30 schrieb Matthias Seidel:


Hi all,

FYI

Can anyone confirm/test?

Regards,

   Matthias



 Weitergeleitete Nachricht 
Betreff:Bug in Calc - Search and Substitute.
Datum:  Wed, 28 Dec 2022 11:50:18 +0100
Von:Mauro (GMail) 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Good morning,
I'd like to evidence a bug in Calc.

The base system information are:
- PC: HP Working Station ZBook
- OS: Win10.
- Monitor:
   - Monitor 1: HP Working Station ZBook
   - Monitor 2: Extension Philips 272B

The conditions are:
1) _Use Calc in monitor 2_.
2) Press Ctrl-F to open the Search and Substitute Box.
_Leave the Search and Substitute Box on Monitor 1._
3) Click on More Option Button.
 The Search and Substitute Box disappear, it's no more visible.

The only system to view again the Search and Substitute Box is:
- disconnect the Monitor 2
- open the Search and Substitute Box again.

This bug is present for a long time now and very old version.


Hope to help you, best regards,
Mauro Francioni.

Bologna - Italia.

Re: Fwd: Bug in Calc - Search and Substitute.

[Marcus]

Am 30.12.22 um 19:10 schrieb Peter Kovacs:

Am 30.12.22 um 19:00 schrieb Marcus:

Am 28.12.22 um 14:30 schrieb Matthias Seidel:

FYI
Can anyone confirm/test?


maybe a Linux-only issue. On my Linux system with 2 monitors no dialog 
boxes or document windows will disappear.


Do you mean Windows?

I can test Windows in the next days. I have 2 Monitors. I just was not 
at home the past days.


yes, the original reporter is working on Windows 10.

Marcus




 Weitergeleitete Nachricht 
Betreff: Bug in Calc - Search and Substitute.
Datum: Wed, 28 Dec 2022 11:50:18 +0100
Von: Mauro (GMail) 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Good morning,
I'd like to evidence a bug in Calc.

The base system information are:
- PC: HP Working Station ZBook
- OS: Win10.
- Monitor:
    - Monitor 1: HP Working Station ZBook
    - Monitor 2: Extension Philips 272B

The conditions are:
1) _Use Calc in monitor 2_.
2) Press Ctrl-F to open the Search and Substitute Box.
_Leave the Search and Substitute Box on Monitor 1._
3) Click on More Option Button.
  The Search and Substitute Box disappear, it's no more visible.

The only system to view again the Search and Substitute Box is:
- disconnect the Monitor 2
- open the Search and Substitute Box again.

This bug is present for a long time now and very old version.



-
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



--

Ciao

Marcus


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

Re: Fwd: Bug in Calc - Search and Substitute.

[Peter Kovacs]

Am 30.12.22 um 19:00 schrieb Marcus:

Am 28.12.22 um 14:30 schrieb Matthias Seidel:

FYI
Can anyone confirm/test?


maybe a Linux-only issue. On my Linux system with 2 monitors no dialog 
boxes or document windows will disappear.


Do you mean Windows?

I can test Windows in the next days. I have 2 Monitors. I just was not 
at home the past days.




Marcus




 Weitergeleitete Nachricht 
Betreff: Bug in Calc - Search and Substitute.
Datum: Wed, 28 Dec 2022 11:50:18 +0100
Von: Mauro (GMail) 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Good morning,
I'd like to evidence a bug in Calc.

The base system information are:
- PC: HP Working Station ZBook
- OS: Win10.
- Monitor:
    - Monitor 1: HP Working Station ZBook
    - Monitor 2: Extension Philips 272B

The conditions are:
1) _Use Calc in monitor 2_.
2) Press Ctrl-F to open the Search and Substitute Box.
_Leave the Search and Substitute Box on Monitor 1._
3) Click on More Option Button.
  The Search and Substitute Box disappear, it's no more visible.

The only system to view again the Search and Substitute Box is:
- disconnect the Monitor 2
- open the Search and Substitute Box again.

This bug is present for a long time now and very old version.



-
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: Fwd: Bug in Calc - Search and Substitute.

[Marcus]

Am 28.12.22 um 14:30 schrieb Matthias Seidel:

FYI
Can anyone confirm/test?


maybe a Linux-only issue. On my Linux system with 2 monitors no dialog 
boxes or document windows will disappear.


Marcus




 Weitergeleitete Nachricht 
Betreff:Bug in Calc - Search and Substitute.
Datum:  Wed, 28 Dec 2022 11:50:18 +0100
Von:Mauro (GMail) 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Good morning,
I'd like to evidence a bug in Calc.

The base system information are:
- PC: HP Working Station ZBook
- OS: Win10.
- Monitor:
    - Monitor 1: HP Working Station ZBook
    - Monitor 2: Extension Philips 272B

The conditions are:
1) _Use Calc in monitor 2_.
2) Press Ctrl-F to open the Search and Substitute Box.
_Leave the Search and Substitute Box on Monitor 1._
3) Click on More Option Button.
  The Search and Substitute Box disappear, it's no more visible.

The only system to view again the Search and Substitute Box is:
- disconnect the Monitor 2
- open the Search and Substitute Box again.

This bug is present for a long time now and very old version.



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

Fwd: Bug in Calc - Search and Substitute.

[Matthias Seidel]

Hi all,

FYI

Can anyone confirm/test?

Regards,

   Matthias



 Weitergeleitete Nachricht 
Betreff:Bug in Calc - Search and Substitute.
Datum:  Wed, 28 Dec 2022 11:50:18 +0100
Von:Mauro (GMail) 
Antwort an: us...@openoffice.apache.org
An: us...@openoffice.apache.org



Good morning,
I'd like to evidence a bug in Calc.

The base system information are:
- PC: HP Working Station ZBook
- OS: Win10.
- Monitor:
   - Monitor 1: HP Working Station ZBook
   - Monitor 2: Extension Philips 272B

The conditions are:
1) _Use Calc in monitor 2_.
2) Press Ctrl-F to open the Search and Substitute Box.
_Leave the Search and Substitute Box on Monitor 1._
3) Click on More Option Button.
 The Search and Substitute Box disappear, it's no more visible.

The only system to view again the Search and Substitute Box is:
- disconnect the Monitor 2
- open the Search and Substitute Box again.

This bug is present for a long time now and very old version.


Hope to help you, best regards,
Mauro Francioni.

Bologna - Italia.


smime.p7s
Description: S/MIME Cryptographic Signature

[GitHub] [openoffice] Pilot-Pirx commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

Pilot-Pirx commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-956639520


   https://ci.apache.org/projects/openoffice/install/win/


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

[GitHub] [openoffice] leginee commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

leginee commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-956629246


   As soon as I find a build ;)


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

[GitHub] [openoffice] leginee commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

leginee commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-956629246


   As soon as I find a build ;)


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

[GitHub] [openoffice] Pilot-Pirx commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

Pilot-Pirx commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-956639520


   https://ci.apache.org/projects/openoffice/install/win/


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

[GitHub] [openoffice] Pilot-Pirx commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

Pilot-Pirx commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-956639520


   https://ci.apache.org/projects/openoffice/install/win/


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

[GitHub] [openoffice] leginee commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

leginee commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-956629246


   As soon as I find a build ;)


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

[GitHub] [openoffice] Pilot-Pirx commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

Pilot-Pirx commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-955607076


   When? ;-)


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

[GitHub] [openoffice] leginee commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

leginee commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-945085618


   Sure.


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

[GitHub] [openoffice] Pilot-Pirx commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

Pilot-Pirx commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-945085404


   With the code now in trunk, do we want to start testing it?


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

[GitHub] [openoffice] leginee edited a comment on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

leginee edited a comment on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-945085021


   Sorry, I forgot about it. I wanted to run the code once. I note in my review 
the state I have.
   


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

[GitHub] [openoffice] leginee commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

leginee commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-945085021


   Sorry, I forgot about it. I wanted to run the code once.
   The code change itself looked fine, from code review perspective.
   
   


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

[GitHub] [openoffice] jimjag merged pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

jimjag merged pull request #122:
URL: https://github.com/apache/openoffice/pull/122


   


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

[GitHub] [openoffice] dave2wave commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

dave2wave commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-931604791


   @leginee @ardovm requested your review.


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

[GitHub] [openoffice] ardovm commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

ardovm commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-925836356


   > Is this PR ready? Or, have the changes already been merged in a different 
PR?
   
   Thank you for checking this! I am still waiting for a review.
   
   I would like to have the proposed _changes_ reviewed first.
   Then I'd reshuffle a bit the commits before merging, so they will make more 
sense -- mainly squashing the WIP and typo correction commits.


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

[GitHub] [openoffice] dave2wave commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

dave2wave commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-925827397


   Is this PR ready? Or, have the changes already been merged in a different PR?


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

UI bug for Calc only under MacOS

[Bidouille]

Hello,

French users confirm this bug: https://bz.apache.org/ooo/show_bug.cgi?id=114001
Occurs with 4.2.0-dev too.

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

[GitHub] [openoffice] leginee commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

leginee commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-792224362


   starting with code review.
   I like that you have added comments.



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.

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

[GitHub] [openoffice] ardovm commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

ardovm commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-774489872


   Ok, I am done. Reviews welcome!



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.

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

[GitHub] [openoffice] ardovm commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

ardovm commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-774448450


   Ok, the exception details are shown in non-product builds.
   Product builds just show an error message "Error saving the document: write 
error. Error in writing sub-document content.xml".
   I think it is enough to warn the user that the attempt to save the document 
has failed.
   Moreover, if I try to close the document, I am warned that it has not been 
saved.
   
   Please note that the above was checked with a "hand-inserted" exception, as 
the documents attached to the reports do not seem to trigger the bug any more.
   
   The PR is IMHO production-ready, but I would like to spend some more time on 
documentation.



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.

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

[GitHub] [openoffice] ardovm edited a comment on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

ardovm edited a comment on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-774024441


   > Is
   > `if (!!bAutoStyles)`
   > really the best way to format that logical if for 
[7af97f4](https://github.com/apache/openoffice/commit/7af97f4fe332f523912f0174635fb94d88995f46)
 ?
   
   Not at all! It's a typo! Thank you for spotting it!
   
   I am planning to test this code later, after changing the assertion into an 
exception.



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.

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

[GitHub] [openoffice] ardovm commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

ardovm commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-774024441


   > Is
   > `if (!!bAutoStyles)`
   > really the best way to format that logical if for 
[7af97f4](https://github.com/apache/openoffice/commit/7af97f4fe332f523912f0174635fb94d88995f46)
 ?
   
   Not at all! It's a typo! Thank you for spotting it!
   
   I was going to test this code later, after changing the assertion into an 
exception.



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.

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

[GitHub] [openoffice] jimjag commented on pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

jimjag commented on pull request #122:
URL: https://github.com/apache/openoffice/pull/122#issuecomment-773990932


   Is
   `
   if (!!bAutoStyles)
   `
   really the best way to format that logical if for 
https://github.com/apache/openoffice/pull/122/commits/7af97f4fe332f523912f0174635fb94d88995f46
 ?



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.

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

[GitHub] [openoffice] ardovm opened a new pull request #122: Address bug 128356 and similar ones (duplicated XML attributes)

[GitBox]

ardovm opened a new pull request #122:
URL: https://github.com/apache/openoffice/pull/122


   This is a work-in-progress fix for 
https://bz.apache.org/ooo/show_bug.cgi?id=128356
   Please keep the discussion about the "philosophy" of the patch on Bugzilla.
   
   Code style, variable names, indentation etc. shall be discussed here.



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.

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: Keep issues@ in bug reports [Was: Request for Bugzilla karma]

[Marcus]

Am 30.01.21 um 12:17 schrieb Andrea Pescetti:

Marcus wrote:

Am 26.01.21 um 22:57 schrieb Andrea Pescetti:
Maybe you can find something in the Bugzilla configuration that 
defines the default QA contact? ...
Sorry, not in BZ itself. I've looked into the admin settings but 
cannot find a suitable option.


I believe our old (and I don't know how old!) configuration was using 
these settings:

https://www.bugzilla.org/docs/2.18/html/components.html

"The Owner, QA Contact, and Reporter will get email when new bugs are 
created in this Component and when these bugs change. Default Owner and 
Default QA Contact fields dictate the default assignments".


Now, I've never administered Bugzilla so I have no idea where one can 
set those (or even if this is enabled in our current instance), but if 
that can help...


thanks for the hint. In the BZ version we are using it's still possible 
to set a default assignee.


However, also here everything is as it should. Every component has 
issues@ as default assignee.


Marcus


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

Re: Keep issues@ in bug reports [Was: Request for Bugzilla karma]

[Andrea Pescetti]

Marcus wrote:

Am 26.01.21 um 22:57 schrieb Andrea Pescetti:
Maybe you can find something in the Bugzilla configuration that 
defines the default QA contact? ...
Sorry, not in BZ itself. I've looked into the admin settings but cannot 
find a suitable option.


I believe our old (and I don't know how old!) configuration was using 
these settings:

https://www.bugzilla.org/docs/2.18/html/components.html

"The Owner, QA Contact, and Reporter will get email when new bugs are 
created in this Component and when these bugs change. Default Owner and 
Default QA Contact fields dictate the default assignments".


Now, I've never administered Bugzilla so I have no idea where one can 
set those (or even if this is enabled in our current instance), but if 
that can help...


Regards,
  Andrea.

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

Re: Keep issues@ in bug reports [Was: Request for Bugzilla karma]

[Marcus]

Am 26.01.21 um 22:57 schrieb Andrea Pescetti:

Marcus wrote:
IMHO we just ned to make sure that isues@ is either the assignee - 
this works as long as nobody is taking over the issue for working on 
it - or it's in the CC list. Then every update on the issue will be 
posted to issues@.


Even though I can't really find it in older issues like
https://bz.apache.org/ooo/show_bug.cgi?id=125000
(so I might remember something wrong)


right, issues@ is not the assignee or in the CC list.
When looking into the history of the issue then 2014 the assignee was 
changed away from issues@.


> I believe we had some Bugzilla
configuration that would set the QA Contact to issues@ by default. This 
way we didn't have any strange tricks to do when taking/assigning an 
issue, as the QA Contact is a separate field.


Maybe you can find something in the Bugzilla configuration that defines 
the default QA contact? I believe this address receives notifications 
too, so setting it to issues@ would solve the problem.


Sorry, not in BZ itself. I've looked into the admin settings but cannot 
find a suitable option.


On "https://bz.apache.org/ooo/enter_bug.cgi; there is also no automated 
assignee.


Marcus


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

Re: Keep issues@ in bug reports [Was: Request for Bugzilla karma]

[Arrigo Marchiori]

On Tue, Jan 26, 2021 at 07:56:24PM +0100, Marcus wrote:

> Am 25.01.21 um 09:15 schrieb Arrigo Marchiori:
> > FWIW...
> > 
> > On Sun, Jan 24, 2021 at 09:10:51PM +0100, Andrea Pescetti wrote:
> > 
> > [...]
> > > If I recall correctly, we relied on a "trick" that would set the "QA
> > > contact" field for any new issues to the issues mailing list. Even if the
> > > assignee is changed, the "QA contact" is not reset and this meant the 
> > > issues
> > > list received all notifications.
> > > 
> > > But I don't see it set even for issues recently created such as
> > > https://bz.apache.org/ooo/show_bug.cgi?id=128420
> > 
> > Confirmed. My last report:
> > https://bz.apache.org/ooo/show_bug.cgi?id=128424
> > has empty "QA contact" and I cannot change it.
> > 
> > issues@ is the default "Assignee" and I cannot change it as well.
> 
> IMHO we just ned to make sure that isues@ is either the assignee - this
> works as long as nobody is taking over the issue for working on it - or it's
> in the CC list. Then every update on the issue will be posted to issues@.

I understand.

> I'm quite sure I've done it already, but I've enabled you for the following
> BZ groups in BZ:
> 
> canconfirm: Can confirm a bug or mark it a duplicate
> editbugs: Can edit all bug fields
> qa-team: Members of the AOO QA team

Confirmed! Thank you!

Best regards,
-- 
Arrigo

http://rigo.altervista.org

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

Re: Keep issues@ in bug reports [Was: Request for Bugzilla karma]

[Andrea Pescetti]

Marcus wrote:
IMHO we just ned to make sure that isues@ is either the assignee - this 
works as long as nobody is taking over the issue for working on it - or 
it's in the CC list. Then every update on the issue will be posted to 
issues@.


Even though I can't really find it in older issues like
https://bz.apache.org/ooo/show_bug.cgi?id=125000
(so I might remember something wrong) I believe we had some Bugzilla 
configuration that would set the QA Contact to issues@ by default. This 
way we didn't have any strange tricks to do when taking/assigning an 
issue, as the QA Contact is a separate field.


Maybe you can find something in the Bugzilla configuration that defines 
the default QA contact? I believe this address receives notifications 
too, so setting it to issues@ would solve the problem.


Regards,
  Andrea.

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

Re: Keep issues@ in bug reports [Was: Request for Bugzilla karma]

[Marcus]

Am 25.01.21 um 09:15 schrieb Arrigo Marchiori:

FWIW...

On Sun, Jan 24, 2021 at 09:10:51PM +0100, Andrea Pescetti wrote:

[...]

If I recall correctly, we relied on a "trick" that would set the "QA
contact" field for any new issues to the issues mailing list. Even if the
assignee is changed, the "QA contact" is not reset and this meant the issues
list received all notifications.

But I don't see it set even for issues recently created such as
https://bz.apache.org/ooo/show_bug.cgi?id=128420


Confirmed. My last report:
https://bz.apache.org/ooo/show_bug.cgi?id=128424
has empty "QA contact" and I cannot change it.

issues@ is the default "Assignee" and I cannot change it as well.


IMHO we just ned to make sure that isues@ is either the assignee - this 
works as long as nobody is taking over the issue for working on it - or 
it's in the CC list. Then every update on the issue will be posted to 
issues@.


I'm quite sure I've done it already, but I've enabled you for the 
following BZ groups in BZ:


canconfirm: Can confirm a bug or mark it a duplicate
editbugs: Can edit all bug fields
qa-team: Members of the AOO QA team

Marcus


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

[GitHub] [openoffice] Pilot-Pirx merged pull request #118: Tentative solution of bug #125129

[GitBox]

Pilot-Pirx merged pull request #118:
URL: https://github.com/apache/openoffice/pull/118


   



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.

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

[GitHub] [openoffice] Pilot-Pirx commented on pull request #118: Tentative solution of bug #125129

[GitBox]

Pilot-Pirx commented on pull request #118:
URL: https://github.com/apache/openoffice/pull/118#issuecomment-767530852


   If there are no objections I will merge this code later this day.



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.

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

Keep issues@ in bug reports [Was: Request for Bugzilla karma]

[Arrigo Marchiori]

Hello,

FWIW...

On Sun, Jan 24, 2021 at 09:10:51PM +0100, Andrea Pescetti wrote:

[...]
> If I recall correctly, we relied on a "trick" that would set the "QA
> contact" field for any new issues to the issues mailing list. Even if the
> assignee is changed, the "QA contact" is not reset and this meant the issues
> list received all notifications.
> 
> But I don't see it set even for issues recently created such as
> https://bz.apache.org/ooo/show_bug.cgi?id=128420

Confirmed. My last report:
https://bz.apache.org/ooo/show_bug.cgi?id=128424
has empty "QA contact" and I cannot change it.

issues@ is the default "Assignee" and I cannot change it as well.

Best regards,
-- 
Arrigo

http://rigo.altervista.org

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

[GitHub] [openoffice] ardovm opened a new pull request #118: Tentative solution of bug #125129

[GitBox]

ardovm opened a new pull request #118:
URL: https://github.com/apache/openoffice/pull/118


   See [https://bz.apache.org/ooo/show_bug.cgi?id=125129]



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.

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: AOO 4.1.9 Info - bug 127952

[Jim Jagielski]

This seems like a safe and non-controversial fix to me...

> On Jan 7, 2021, at 4:31 PM, Arrigo Marchiori  wrote:
> 
> Hello,
> 
> On Wed, Jan 06, 2021 at 07:03:19AM -0800, Don Lewis wrote:
> 
>> On  6 Jan, Jim Jagielski wrote:
>>> 
>>> 
 On Jan 6, 2021, at 9:19 AM, Arrigo Marchiori  
 wrote:
 
 Hello All,
 
 
 - My own build of trunk on Linux can open the file.
 
 Do you think that this is worth more investigation before releasing
 4.1.9?
 
>>> 
>>> AFAICT, it is not a regression (trunk and 4.1.x are very different)... So I 
>>> don't
>>> think it should hold off 4.1.9-RC1 IMO
>> 
>> Agreed.  Who knows how long this would take to understand, fix, and
>> test.   In the meantime, there are a lot of Big Sur users waiting on
>> 4.1.9.
> 
> In the hope it can be useful, please see here:
> https://github.com/apache/openoffice/pull/116 
> 
> 
> Apparently, Linux crashes because certain stacks are pop()-ed without
> ever being push()-ed before.
> 
> My personal theory is that Windows's standard library may add some
> implicit checks, and for this reason Windows builds do not seem to
> crash.
> 
> The PR addresses the ``symptoms'' of a wrong parsing. The parsing
> itself should be fixed, but maybe this ``quick'' fix is ok for a
> minor release, if it avoids a blatant crash?
> 
> I hope it can be useful. It applies to trunk and AOO419 so it should
> be easily integrated ``at the last minute'' if we found it's worth it.
> 
> Best regards,
> -- 
> Arrigo
> 
> http://rigo.altervista.org 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@openoffice.apache.org 
> 
> For additional commands, e-mail: dev-h...@openoffice.apache.org 
> 

Re: AOO 4.1.9 Info - bug 127952

[Arrigo Marchiori]

Hello,

On Wed, Jan 06, 2021 at 07:03:19AM -0800, Don Lewis wrote:

> On  6 Jan, Jim Jagielski wrote:
> > 
> > 
> >> On Jan 6, 2021, at 9:19 AM, Arrigo Marchiori  
> >> wrote:
> >> 
> >> Hello All,
> >> 
> >> 
> >> - My own build of trunk on Linux can open the file.
> >> 
> >> Do you think that this is worth more investigation before releasing
> >> 4.1.9?
> >> 
> > 
> > AFAICT, it is not a regression (trunk and 4.1.x are very different)... So I 
> > don't
> > think it should hold off 4.1.9-RC1 IMO
> 
> Agreed.  Who knows how long this would take to understand, fix, and
> test.   In the meantime, there are a lot of Big Sur users waiting on
> 4.1.9.

In the hope it can be useful, please see here:
https://github.com/apache/openoffice/pull/116

Apparently, Linux crashes because certain stacks are pop()-ed without
ever being push()-ed before.

My personal theory is that Windows's standard library may add some
implicit checks, and for this reason Windows builds do not seem to
crash.

The PR addresses the ``symptoms'' of a wrong parsing. The parsing
itself should be fixed, but maybe this ``quick'' fix is ok for a
minor release, if it avoids a blatant crash?

I hope it can be useful. It applies to trunk and AOO419 so it should
be easily integrated ``at the last minute'' if we found it's worth it.

Best regards,
-- 
Arrigo

http://rigo.altervista.org

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

Re: AOO 4.1.9 Info - bug 127952

[Don Lewis]

On  6 Jan, Jim Jagielski wrote:
> 
> 
>> On Jan 6, 2021, at 9:19 AM, Arrigo Marchiori  wrote:
>> 
>> Hello All,
>> 
>> 
>> - My own build of trunk on Linux can open the file.
>> 
>> Do you think that this is worth more investigation before releasing
>> 4.1.9?
>> 
> 
> AFAICT, it is not a regression (trunk and 4.1.x are very different)... So I 
> don't
> think it should hold off 4.1.9-RC1 IMO

Agreed.  Who knows how long this would take to understand, fix, and
test.   In the meantime, there are a lot of Big Sur users waiting on
4.1.9.



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

Re: AOO 4.1.9 Info - bug 127952

[Jim Jagielski]

> On Jan 6, 2021, at 9:19 AM, Arrigo Marchiori  wrote:
> 
> Hello All,
> 
> 
> - My own build of trunk on Linux can open the file.
> 
> Do you think that this is worth more investigation before releasing
> 4.1.9?
> 

AFAICT, it is not a regression (trunk and 4.1.x are very different)... So I 
don't
think it should hold off 4.1.9-RC1 IMO

Re: AOO 4.1.9 Info - bug 127952

[Arrigo Marchiori]

Hello All,

On Tue, Jan 05, 2021 at 04:21:47PM -0500, Keith N. McKenna wrote:

> On 1/5/2021 12:46 PM, Arrigo Marchiori wrote:
> > Hello All,
> > 
> > On Tue, Jan 05, 2021 at 02:42:47PM +0100, Matthias Seidel wrote:
> > 
> >> Hi Jim,
> >>
> >> Am 05.01.21 um 14:29 schrieb Jim Jagielski:
> >>>
> >>>> On Jan 5, 2021, at 7:51 AM, Matthias Seidel  
> >>>> wrote:
> >>>>
> >>>> Hi Jim,
> >>>>
> >>>> Am 05.01.21 um 13:29 schrieb Jim Jagielski:
> >>>>> Should we try for a RC1 early next week?
> >>>> I didn't hear any response regarding this issue yet:
> >>>>
> >>>> https://bz.apache.org/ooo/show_bug.cgi?id=128413 
> >>>> <https://bz.apache.org/ooo/show_bug.cgi?id=128413>
> >>> This was handled by making fakeroot required:
> >>>
> >>> 
> >>> https://github.com/apache/openoffice/commit/4975252caf49bc46c383c6cef330cb927a635806
> >>
> >> OK, but did anyone confirm it with the test builds?
> > 
> > I can confirm that the Italian test builds in DEB format did not show
> > the problem.
> > 
> > I am confident that the bug was fixed by Jim's commit.
> > 
> >> And besides Keith I didn't see any tests on the Windows builds.
> > 
> > I tried to ask if there is a procedure to follow for testing [1].
> > Do we have any? I can follow it for the Italian builds.
> > 
> > Best regards.
> > 
> > References:
> > 
> > 1: 
> > https://lists.apache.org/thread.html/r54b17e3692b4207a1c9cdb132d836a7b803d2f65b3548529992c%40%3Cdev.openoffice.apache.org%3E
> > 
> Arrigio;
> 
> There is a lot of QA information on the wiki at:
> https://wiki.openoffice.org/wiki/QA. A lot of the information is either
> dated, or obsolete but there is still much good information that can be
> used.

I tried to look into it... and it's really too much for me at the
moment. I am sorry. If you have any ready-made checklist I will be
happy to go through it, but I could not make much sense out of the QA
section at the moment...

...except for the idea of verifying the bugs "changed after" the
release date. I used the date for 4.1.7 and I found this:

https://bz.apache.org/ooo/show_bug.cgi?id=127952

The fun (?) fact is that:

 - the AOO 4.1.9 build for Windows by Matthias can open the file;

 - Jim's RPM builds for Linux _crash_ while opening that file;

 - My own build of trunk on Linux can open the file.

Do you think that this is worth more investigation before releasing
4.1.9?

Best regards,
-- 
Arrigo

http://rigo.altervista.org

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

Re: BUG ?

[Bidouille]

Bonjour,

Cette liste de diffusion internationale est dédiée pour les développeurs. 
Vous devez donc écrire en anglais uniquement.
Les problèmes d'installation d'OpenOffice n'ont pas leur place ici.
Vous pouvez utiliser notre forum[1] ou notre liste pour les utilisateurs[2].

This international mailing list is dedicated for developpers.
So, you must write in english only.
Installation problem for OpenOffice is not the right place here.
You can use our forum[1] or end-users mailing list[2].

[1] https://forum.openoffice.org/fr
[2] http://mail-archives.apache.org/mod_mbox/openoffice-users-fr/


- Mail original -
> De: "gilbert.sidobre" 
> À: dev@openoffice.apache.org
> Envoyé: Vendredi 27 Novembre 2020 16:58:56
> Objet: BUG ?
> 
> ‌Bonjour,
> Je viens de télécharger votre version en français v 4.1.8.
> J'avais auparavant installé une version à moitié en espagnol.
> Lors de l'installation de la 4.1.8 français j'obtiens un
> message"cette version est déjà installée".
> J'ai fait une desinstallation avec iobit uninstaller.Recherche
> dansl'ordinateur,dans la base de registre;j'ai supprimé toutes
> traces,cependant rien n'y fait,même en utilisant l'installation en
> tant qu'administrateru.
> Pourriez vous m'aider;je recherche un logiciel simple pour écrire un
> livre et celui-ci a semblé repondre à mon souhait.Les classiques
> word etc sont trop lourds.
> Je vous remercie.
> 

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

BUG ?

[gilbert.sidobre]

‌Bonjour,
Je viens de télécharger votre version en français v 4.1.8.
J'avais auparavant installé une version à moitié en espagnol.
Lors de l'installation de la 4.1.8 français j'obtiens un message"cette version 
est déjà installée".
J'ai fait une desinstallation avec iobit uninstaller.Recherche 
dansl'ordinateur,dans la base de registre;j'ai supprimé toutes traces,cependant 
rien n'y fait,même en utilisant l'installation en tant qu'administrateru.
Pourriez vous m'aider;je recherche un logiciel simple pour écrire un livre et 
celui-ci a semblé repondre à mon souhait.Les classiques word etc sont trop 
lourds.
Je vous remercie.

Possible error in File https://www.openoffice.org/sc/excelfileformat.pdf (was: How to go about confirming a possible bug and contributing updates to a document )

[Peter Kovacs]

Hello Jay,

Am 21.10.20 um 16:49 schrieb Jay Wren (jawren):

Hello,

I hope this message finds you well.

First, I want to thank you for 
https://www.openoffice.org/sc/excelfileformat.pdf I have found it invaluable. 
Thank you.
You are welcome. It is good to know that people take interest in our 
pages. :)

I wanted to ask about a possible bug or submitting a patch to this document. I 
think I may have found an error in the size table in section 3.4.7. 
Specifically, tFunc and tFuncVar on page 43. The BIFF8 size is listed at 4 and 
5 respectively. However, in section 3.7.1 and 3.7.2 only 3 bytes and 4 bytes 
respectively are documented. Indeed in practice as I write a parser, I can only 
read 4 bytes and not 5 for tFuncVar.


I am not sure if we have a editable Document somewhere. I switch from 
recruitment to dev List. Maybe someone knows if we have an better editor 
able file that we can provide you for a fix..


I am not sure, but our code reads 4 Tokes Int16. I do not see a fifth. 
So this sounds according to your observation.


http://opengrok.openoffice.org/xref/trunk/main/oox/source/xls/formulaparser.cxx?r=a893be29#importFuncVarToken4

I am not sure if Apache POI has also some input on this? I am a bit 
unfamiliar with their Project.



*Dave*

you have some idea how to quickly search the POI Code?



If I missed something, I’d love to be corrected. If I did not, I’d love to 
contribute if you suggest.


Contribution are all welcome. I think it is best to create a ticket in 
Bugzilla, upload your patch there. And bring then the case to an 
attention on the dev list, by answering to this thread with the ticket.


Just for better awarness. :)


all the best

Peter


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

Fw: Regarding Bug in Writer pasting star shaped graphs

[Dean Webber]

See for graph as GDI METAFILE.

https://imgur.com/wnK8HMI.png

[https://imgur.com/wnK8HMI.png]
And as Star Object - https://imgur.com/xzFTpGk.png
Weird huh?[https://imgur.com/xzFTpGk.png]

From: Dean Webber 
Sent: Sunday, 10 May 2020 10:29 AM
To: dev@openoffice.apache.org 
Subject: Fw: Regarding Bug in Calc when formatting graphs

When pasting sine graph into writer then the graph is incorrect as "Star Object 
Descriptor (XML)" but looks great as an GDI METAFILE object, perhaps should be 
default?

Cheers and happy ladies day.


A2 - Sin Waves Untitled 7 2.ods
Description: A2 - Sin Waves Untitled 7 2.ods

-
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

Fw: Regarding Bug in Calc when formatting graphs

[Dean Webber]

When pasting sine graph into writer then the graph is incorrect as "Star Object 
Descriptor (XML)" but looks great as an GDI METAFILE object, perhaps should be 
default?

Cheers and happy ladies day.


A2 - Sin Waves Untitled 7 2.ods
Description: A2 - Sin Waves Untitled 7 2.ods

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

Regarding Bug in Calc when formatting graphs

[Dean Webber]

Trying to complete graphs of sine waves. Due to the changing of the x scale, 
when formatting the x axis, wavelength scale is set to 1 second.

This occurs whenever entering the graph format dialogue, where the "Major 
Interval" is set to one, graph then shows no useful visual information.

See attached sheet.

Thanks
User

From: Matthias Seidel
Sent: Sunday, May 10, 2020 10:02 AM
To: dev@openoffice.apache.org
Subject: Re: macOS and AOO42X

Hi Pedro,

Am 09.05.20 um 23:15 schrieb Pedro Lino:
> Hi all
>
>
>> On May 7, 2020 7:46 PM Matthias Seidel  
>> wrote:
>>
>>
>> My local Windows build was successful. All issues with language files 
>> are solved now.
>> Time to do an official Dev2! ;-)
>>
> It is working perfectly (4 ever) ;)

To be honest, there are still enough issues to fix... But I thought it
would be time for a little bit of fun! ;-)

https://home.apache.org/~mseidel/about.png

BTW: If you ever come to Hamburg you get a free beer, too!

>
> Any chance you (Jim) can share a regular test build of branch 4.2 for Linux 
> x64 (after the official Dev2)?

That's up to Jim. Our buildbots produce builds, but they are on Ubuntu...

Regards,

   Matthias

>
> Thanks!
>
> Regards,
> Pedro
>



A2 - Sin Waves Untitled 7 2.ods
Description: A2 - Sin Waves Untitled 7 2.ods

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

Re: Bug in Open Office Writer

[Marcus]

Am 09.08.19 um 21:56 schrieb ralfhelle...@mail.ru:
in writer I can input a pdf such as picture. Thats works good. Also I 
can print it. Ists o.k.but if i make an exchange with pdf the inludet 
pdf picrure disappeared.


I use Version: 6.1.2.1 (x64)


you are wrong here. As you are using another office suite software 
please get in contact with them here:


https://www.documentfoundation.org/

Marcus


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

Bug in Open Office Writer

[ralfhelle...@mail.ru.INVALID]

Hello,

in writer I can input a pdf such as picture. Thats works good. Also I 
can print it. Ists o.k.but if i make an exchange with pdf the inludet 
pdf picrure disappeared.


I use Version: 6.1.2.1 (x64)

Best wishes


Ralf Hellener


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

bug report..?

[Jon Camilleri]

I was unable to search for a bug I reported on theforums after attempts made to 
yourtwitter accountand to your forums, the issue revolving around documentation 
and the types of export files that LibreOffice Math allows since as you are 
aware a lot of other office packages offering different file type 
compatibilities are in circulation and I am trying to see if I am able to 
motivate you to allow the software to be more inter-operable with other 
software, hopefully without losing my earnings in the meanwhile since corporate 
management has a leading reputation for mismanagement in certain parts of the 
globe.

| 
| 
| 
|  |  |

 |

 |
| 
|  | 
TheLayoff.com - Layoffs Discussion Board

Layoffs Discussion, News and Rumors. Ask, answer, speculate on layoffs in your 
company...
 |

 |

 |





| 
| 
| 
|  |  |

 |

 |
| 
|  | 
LibreOffice (@libreoffice) on Twitter

The latest Tweets from LibreOffice (@libreoffice). https://t.co/eRtpJJ5td6 
Free, powerful and open source office...
 |

 |

 |





| 
| 
| 
|  |  |

 |

 |
| 
|  | 
Index page • Apache OpenOffice Community Forum

The Apache OpenOffice User Forum is an user to user help and discussion forum 
for exchanging information and tip...
 |

 |

 |



I wonder whether the forums are processing the posts automatically or 
semi-automatically as I am certain I hit the button to have the post sent or 
published accordingly and since I did not write the software I leave it up to 
you to read and make suitable adjustments.
I acknowledge receipt of your communication.
J. Camilleri B.Sc IS & M (Hons)https://www.linkedin.com/in/jonathancamilleri/
All rights reserved.

4.1.6_release_blocker granted: [Issue 127874] fix bad potential invalid subscript bug when using Microsoft Uniscribe text layout API

[bugzilla]

Peter  has granted Don Lewis 's request
for 4.1.6_release_blocker:
Issue 127874: fix bad potential invalid subscript bug when using Microsoft
Uniscribe text layout API
https://bz.apache.org/ooo/show_bug.cgi?id=127874



--- Comment #1 from Peter  ---
Accepted for 4.1.6

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

4.1.6_release_blocker requested: [Issue 127874] fix bad potential invalid subscript bug when using Microsoft Uniscribe text layout API

[bugzilla]

Don Lewis  has asked  for 4.1.6_release_blocker:
Issue 127874: fix bad potential invalid subscript bug when using Microsoft
Uniscribe text layout API
https://bz.apache.org/ooo/show_bug.cgi?id=127874



--- Description ---
This trunk commit should be merged to AOO416 to fix the potential use of an
invalid subscript when the Microsoft Uniscribe text layout API is being used.
  https://svn.apache.org/viewvc?view=revision=1837765
This bug can cause OpenOffice to crash.

In the top level directory of AOO416:
  svn merge -c 1837765 '^/openoffice/trunk' .

Fix tested in 4.1.6 on 32-bit Windows 7 and CentOS 6 x86_64.

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

Re: Bug on macOS X and Microsoft Word 2003 XML format

[Matthias Seidel]

I think for saving in MS Word 2003 XML the JAVA runtime is needed.

Maybe there is a problem with the detection of JAVA after the upgrade to
High Sierra on the mac where the problem occurs?

Regards, Matthias


Am 14.02.2018 um 14:55 schrieb Jim Jagielski:
> I also had no issue.
>
> Just for fun, I saved to both APFS and HFS+ file-systems...
>
>> On Feb 13, 2018, at 6:27 PM, Larry Gusaas <larry.gus...@gmail.com> wrote:
>>
>> Tested using OpenOffice 4.1.5 & macOS 10.13.3 High Sierra
>>
>> Saved an existing .odt & a .doc file as "Microsoft Word 2003 XML (.xml)"
>> Both files saved and reopened.
>>
>> Larry
>>
>> On 2018-02-13, 4:56 PM Andrea Pescetti wrote concerning "Bug on macOS X and 
>> Microsoft Word 2003 XML format":
>>> A bug has been reported on the Italian mailing list but I'd like to get 
>>> verification by a Mac user.
>>>
>>> To reproduce:
>>>
>>> 1. Be on High Sierra (but it would be useful to check with other versions 
>>> too; the reporter says everything worked correctly, with OpenOffice 4.1.5, 
>>> before upgrading to High Sierra). OpenOffice 4.1.5.
>>>
>>> 2. Create a new text document, write "Test", save as "Microsoft Word 2003 
>>> XML (.xml)" - a rather rare format, but we officially support it.
>>>
>>> 3. One should be able to save the document and reopen it correctly. The 
>>> reporter says he gets "Write error" on High Sierra with 4.1.5 (and the file 
>>> is not saved), while his previous macOS version worked fine with 4.1.5.
>>>
>>> Note: .odt and .doc work well; only that specific format is problematic. 
>>> Also note: I couldn't reproduce the issue on Linux.
>>>
>>> The bug would not be particularly important in itself, but the many build 
>>> attempts with XML libraries on macOS make this worth checking.
>>>
>>> Regards,
>>>   Andrea.
>>>
>>> __
>>>
>>
>> -- 
>> _
>>
>> Larry I. Gusaas
>> Moose Jaw, Saskatchewan Canada
>> Website: http://larry-gusaas.com <http://larry-gusaas.com/>
>>
>> "An artist is never ahead of his time but most people are far behind 
>> theirs." - Edgard Varese
>




smime.p7s
Description: S/MIME Cryptographic Signature

Re: Bug on macOS X and Microsoft Word 2003 XML format

[Jim Jagielski]

I also had no issue.

Just for fun, I saved to both APFS and HFS+ file-systems...

> On Feb 13, 2018, at 6:27 PM, Larry Gusaas <larry.gus...@gmail.com> wrote:
> 
> Tested using OpenOffice 4.1.5 & macOS 10.13.3 High Sierra
> 
> Saved an existing .odt & a .doc file as "Microsoft Word 2003 XML (.xml)"
> Both files saved and reopened.
> 
> Larry
> 
> On 2018-02-13, 4:56 PM Andrea Pescetti wrote concerning "Bug on macOS X and 
> Microsoft Word 2003 XML format":
>> A bug has been reported on the Italian mailing list but I'd like to get 
>> verification by a Mac user.
>> 
>> To reproduce:
>> 
>> 1. Be on High Sierra (but it would be useful to check with other versions 
>> too; the reporter says everything worked correctly, with OpenOffice 4.1.5, 
>> before upgrading to High Sierra). OpenOffice 4.1.5.
>> 
>> 2. Create a new text document, write "Test", save as "Microsoft Word 2003 
>> XML (.xml)" - a rather rare format, but we officially support it.
>> 
>> 3. One should be able to save the document and reopen it correctly. The 
>> reporter says he gets "Write error" on High Sierra with 4.1.5 (and the file 
>> is not saved), while his previous macOS version worked fine with 4.1.5.
>> 
>> Note: .odt and .doc work well; only that specific format is problematic. 
>> Also note: I couldn't reproduce the issue on Linux.
>> 
>> The bug would not be particularly important in itself, but the many build 
>> attempts with XML libraries on macOS make this worth checking.
>> 
>> Regards,
>>   Andrea.
>> 
>> __
>> 
> 
> 
> -- 
> _
> 
> Larry I. Gusaas
> Moose Jaw, Saskatchewan Canada
> Website: http://larry-gusaas.com <http://larry-gusaas.com/>
> 
> "An artist is never ahead of his time but most people are far behind theirs." 
> - Edgard Varese

Re: Bug on macOS X and Microsoft Word 2003 XML format

[Larry Gusaas]

Tested using OpenOffice 4.1.5 & macOS 10.13.3 High Sierra

Saved an existing .odt & a .doc file as "Microsoft Word 2003 XML (.xml)"
Both files saved and reopened.

Larry

On 2018-02-13, 4:56 PM Andrea Pescetti wrote concerning "Bug on macOS X and Microsoft Word 2003 
XML format":
A bug has been reported on the Italian mailing list but I'd like to get verification by a Mac 
user.


To reproduce:

1. Be on High Sierra (but it would be useful to check with other versions too; the reporter 
says everything worked correctly, with OpenOffice 4.1.5, before upgrading to High Sierra). 
OpenOffice 4.1.5.


2. Create a new text document, write "Test", save as "Microsoft Word 2003 XML (.xml)" - a 
rather rare format, but we officially support it.


3. One should be able to save the document and reopen it correctly. The reporter says he gets 
"Write error" on High Sierra with 4.1.5 (and the file is not saved), while his previous macOS 
version worked fine with 4.1.5.


Note: .odt and .doc work well; only that specific format is problematic. Also note: I 
couldn't reproduce the issue on Linux.


The bug would not be particularly important in itself, but the many build attempts with XML 
libraries on macOS make this worth checking.


Regards,
  Andrea.

__




--
_

Larry I. Gusaas
Moose Jaw, Saskatchewan Canada
Website: http://larry-gusaas.com

"An artist is never ahead of his time but most people are far behind theirs." - 
Edgard Varese

Bug on macOS X and Microsoft Word 2003 XML format

[Andrea Pescetti]

A bug has been reported on the Italian mailing list but I'd like to get 
verification by a Mac user.


To reproduce:

1. Be on High Sierra (but it would be useful to check with other 
versions too; the reporter says everything worked correctly, with 
OpenOffice 4.1.5, before upgrading to High Sierra). OpenOffice 4.1.5.


2. Create a new text document, write "Test", save as "Microsoft Word 
2003 XML (.xml)" - a rather rare format, but we officially support it.


3. One should be able to save the document and reopen it correctly. The 
reporter says he gets "Write error" on High Sierra with 4.1.5 (and the 
file is not saved), while his previous macOS version worked fine with 4.1.5.


Note: .odt and .doc work well; only that specific format is problematic. 
Also note: I couldn't reproduce the issue on Linux.


The bug would not be particularly important in itself, but the many 
build attempts with XML libraries on macOS make this worth checking.


Regards,
  Andrea.

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

Re: Issues accessing apache services from campus network after mining of bug reports

[Juan Florez]

Thank you, I will try writing to them.


On 02/02/2018 02:50 AM, Andrea Pescetti wrote:

Juan Florez wrote:
I'm writing to report a problem that surfaced after trying to 
download a relatively big number of bug reports from this project's 
bugzilla. In short, any domain at apache.org started rejecting 
connections


You have likely been blacklisted. You need to contact ASF Infra. See 
here: http://www.apache.org/dev/infra-contact


Usually they don't like mass downloads from bug tracking system, but 
unless you are a known offender they will be ready to help.


Regards,
  Andrea.


--
Juan Manuel Florez
Software Engineering PhD Student


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

Re: bug openoffice calc

[DaveB]

It's possible there might be some connection with that bug, but opening
Thierry's file in a hex editor indicates that it does have some xls content.
I would recommend Thierry post a bug report https://bz.apache.org/ooo/
and attach a copy of the file to that report.

Google translate transcription into French:
Il est possible qu'il y ait un lien avec ce bug, mais ouvrir le fichier
de Thierry dans un éditeur hexadécimal indique qu'il contient du contenu
xls.
Je recommanderais à Thierry de poster un rapport de bug
https://bz.apache.org/ooo/ et de joindre une copie du fichier à ce rapport.

 Original Message 
From: Peter Kovacs <pe...@apache.org>
To: dev@openoffice.apache.org, Thierry Colson - Prévoyance et Patrimoine
<tc.conse...@gmail.com>
Date: Fri, 2 Feb 2018 11:13:07 +0100

> May this be affiliated with our  Bug?
>
> Google translate transcription into english:
>> Hello
>> to my regret I will uninstall Open Office 4.1.5:
>>
>> for the 2nd time the .xls files updated with openoffice are saved ...
>> without the data.
>> only the empty sheet remains in the file
>> example attached.
>> It's a blocking bug
>
>
> On 02.02.2018 09:17, Thierry Colson - Prévoyance et Patrimoine wrote:
>> Bonjour
>> à mon grand regret je vais désinstaller Open Office 4.1.5 :
>>
>> pour la 2eme fois les fchiers .xls mis à jour avec openoffice sont
>> enregistrés... sans les données.
>> il ne reste dans le fichier qu'une feuille vide,
>> exemple ci-joint.
>> C'est un bug bloquant
>> -- 
>>
>> Très cordialement
>>
>> Thierry COLSON
>>
>> +33 6 80 53 97 26

Re: bug openoffice calc

[Peter Kovacs]

May this be affiliated with our  Bug?

Google translate transcription into english:

Hello
to my regret I will uninstall Open Office 4.1.5:

for the 2nd time the .xls files updated with openoffice are saved ... 
without the data.

only the empty sheet remains in the file
example attached.
It's a blocking bug



On 02.02.2018 09:17, Thierry Colson - Prévoyance et Patrimoine wrote:

Bonjour
à mon grand regret je vais désinstaller Open Office 4.1.5 :

pour la 2eme fois les fchiers .xls mis à jour avec openoffice sont 
enregistrés... sans les données.

il ne reste dans le fichier qu'une feuille vide,
exemple ci-joint.
C'est un bug bloquant
--

Très cordialement

Thierry COLSON

+33 6 80 53 97 26




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

bug openoffice calc

[Thierry Colson - Prévoyance et Patrimoine]

Bonjour
à mon grand regret je vais désinstaller Open Office 4.1.5 :

pour la 2eme fois les fchiers .xls mis à jour avec openoffice sont 
enregistrés... sans les données.

il ne reste dans le fichier qu'une feuille vide,
exemple ci-joint.
C'est un bug bloquant
--

Très cordialement

Thierry COLSON

+33 6 80 53 97 26



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

Re: Issues accessing apache services from campus network after mining of bug reports

[Andrea Pescetti]

Juan Florez wrote:
I'm writing to report a problem that surfaced after trying to download a 
relatively big number of bug reports from this project's bugzilla. In 
short, any domain at apache.org started rejecting connections


You have likely been blacklisted. You need to contact ASF Infra. See 
here: http://www.apache.org/dev/infra-contact


Usually they don't like mass downloads from bug tracking system, but 
unless you are a known offender they will be ready to help.


Regards,
  Andrea.

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

Issues accessing apache services from campus network after mining of bug reports

[Juan Florez]

Hello, my name is Juan Florez and I am a PhD student at the University 
of Texas at Dallas.


I'm writing to report a problem that surfaced after trying to download a 
relatively big number of bug reports from this project's bugzilla. In 
short, any domain at apache.org started rejecting connections from our 
networks, and we suspect we were blacklisted at the top level. This is 
strange because we had already downloaded similar amounts of bug reports 
from other Apache bug trackers and never ran into any issues.


We already tried contacting the webmaster but got no answer. The 
original email is below, and it explains the problem in more detail.


I would appreciate your help in sorting out this issue, since our 
research routinely depends on data of this nature.


Sincerely,



 Forwarded Message 
Subject:Issues accessing apache services from campus network
Date:   Tue, 23 Jan 2018 15:01:24 -0600
From:   Juan Florez <jxf160...@utdallas.edu>
To: webmas...@apache.org
CC: cs-t...@utdallas.edu, Oscar Chaparro <ojchapar...@utdallas.edu>



My name is Juan Florez and I write on behalf of the SEERS group at the
University of Texas at Dallas. I'm writing this email to report
difficulties accessing this domain from some of our networks after
attempting to collect data for research purposes.

The problems started on Sunday January 21, 2018 after we tried to
programmatically download around 31k bug reports from the website
https://bz.apache.org/ooo/ , accessing each one as XML through bugzilla
(for example https://bz.apache.org/ooo/show_bug.cgi?ctype=xml=84969
). After a portion of the bug reports was downloaded, further
connections to the website started timing out, and we realized that any
connection to an apache.org subdomain would also time out. The problem
surfaced again after retrying from two other networks with different IP
addresses.

This came as a surprise since we have performed this procedure before,
even from other apache bugzilla websites (for example
https://issues.apache.org/jira/browse/CASSANDRA-7657 ), and never
encountered any problems while downloading thousands of bug reports.

We would appreciate you help in solving this issue, since we routinely
require access to many Apache services for our research. The IPs
affected by this problem are:
 - 129.110.93.16 (on-campus)
 - 129.110.241.5 (on-campus)
 - 66.253.176.84 (off-campus, used after the two options on-campus
stopped working)

We suspect this to be an issue related to rate limits, and we are CCing
the office of tech support of our department so that they can set a rate
limit on the campus networks to avoid this situation from happening
again. However, we could not find out this rate limit by ourselves, so
we would appreciate if you could include it in the reply to this email.

We apologize for any inconvenience caused. Please don't hesitate to
write back if you require more details.


Sincerely,

--
Juan Manuel Florez
Software Engineering PhD Student

4.1.5_release_blocker granted: [Issue 127580] Fix for Issue 127568 created a new bug in Base

[bugzilla]

Jim Jagielski <j...@apache.org> has granted Keith N. McKenna <k...@apache.org>'s
request for 4.1.5_release_blocker:
Issue 127580: Fix for Issue 127568 created a new bug in Base
https://bz.apache.org/ooo/show_bug.cgi?id=127580



--- Comment #13 from Jim Jagielski <j...@apache.org> ---
Keeping open to ensure that these are tested and fixed in RCs

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

4.1.5_release_blocker requested: [Issue 127580] Fix for Issue 127568 created a new bug in Base

[bugzilla]

Keith N. McKenna <k...@apache.org> has asked  for 4.1.5_release_blocker:
Issue 127580: Fix for Issue 127568 created a new bug in Base
https://bz.apache.org/ooo/show_bug.cgi?id=127580

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

Re: another bug in base

[Don Lewis]

On 27 Nov, Patricia Shanahan wrote:
> On 11/27/2017 7:07 PM, Don Lewis wrote:
>> On 26 Nov, Patricia Shanahan wrote:
>>>
>>>
>>> On 11/26/2017 4:47 PM, Don Lewis wrote:
>>>> On 27 Nov, Damjan Jovanovic wrote:
>>>>> I can't reproduce it here, on trunk with:
>>>>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
>>>>> Target: x86_64-unknown-freebsd10.3
>>>>> with either our built-in HSQLDB driver or SQlite over ODBC.
>>>>>
>>>>> What version of AOO are you using? What database driver? What build
>>>>> settings?
>>>>
>>>> 4.1.4 with the patch that I just posted.  I'm using the the built-in
>>>> HSQLDB driver.  I installed using a FreeBSD package built with the default.
>>>> I think I've also seen it on with unpatched 11.1, though it seems to be
>>>> harder to reproduce there.
>>>>
>>>
>>> Could you try it in 4.1.5-dev?
>> 
>> Interesting ... it seems to work fine, even without the optimization
>> level change for framework/source/loadenv/loadenv.cxx.
> 
> I cannot reproduce it with the as-released 4.1.4 on Windows.
> 
> Does anyone have a debug set-up that does reproduce it? If so, I can 
> write instructions for testing whether it is related to the null pointer 
> bug.

Even stranger, if I go back to 4.1.4 w/o the patch to
framework/Library_fwk.mk but with a patch that disables the SIGSEGV
handler, I'm not seeing any problems with base.  This one is a real
Heisenberg ...


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

Re: another bug in base

[Patricia Shanahan]

On 11/27/2017 7:07 PM, Don Lewis wrote:

On 26 Nov, Patricia Shanahan wrote:



On 11/26/2017 4:47 PM, Don Lewis wrote:

On 27 Nov, Damjan Jovanovic wrote:

I can't reproduce it here, on trunk with:
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: x86_64-unknown-freebsd10.3
with either our built-in HSQLDB driver or SQlite over ODBC.

What version of AOO are you using? What database driver? What build
settings?


4.1.4 with the patch that I just posted.  I'm using the the built-in
HSQLDB driver.  I installed using a FreeBSD package built with the default.
I think I've also seen it on with unpatched 11.1, though it seems to be
harder to reproduce there.



Could you try it in 4.1.5-dev?


Interesting ... it seems to work fine, even without the optimization
level change for framework/source/loadenv/loadenv.cxx.


I cannot reproduce it with the as-released 4.1.4 on Windows.

Does anyone have a debug set-up that does reproduce it? If so, I can 
write instructions for testing whether it is related to the null pointer 
bug.


---
This email has been checked for viruses by AVG.
http://www.avg.com


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

Re: another bug in base

[Don Lewis]

On 26 Nov, Patricia Shanahan wrote:
> 
> 
> On 11/26/2017 4:47 PM, Don Lewis wrote:
>> On 27 Nov, Damjan Jovanovic wrote:
>>> I can't reproduce it here, on trunk with:
>>> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
>>> Target: x86_64-unknown-freebsd10.3
>>> with either our built-in HSQLDB driver or SQlite over ODBC.
>>>
>>> What version of AOO are you using? What database driver? What build
>>> settings?
>> 
>> 4.1.4 with the patch that I just posted.  I'm using the the built-in
>> HSQLDB driver.  I installed using a FreeBSD package built with the default.
>> I think I've also seen it on with unpatched 11.1, though it seems to be
>> harder to reproduce there.
>> 
> 
> Could you try it in 4.1.5-dev?

Interesting ... it seems to work fine, even without the optimization
level change for framework/source/loadenv/loadenv.cxx.


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

Re: another bug in base

[Jim Jagielski]

Do we need/want a FreeBSD build VM? I could try to
set one up... 

> On Nov 26, 2017, at 6:47 PM, Don Lewis <truck...@apache.org> wrote:
> 
> I'm seeing another bug in base on all versions of FreeBSD.  To
> reproduce:
>  1. Open an existing database
>  2. Select Table in the far left pane
>  3. Select a table in the lower left pane
>  4. Select Document in the lower right pane
> At that point, my mouse cursor shows that something is busy.  I am able
> to File->Exit, but nothing happens.  If I ^c the process, it drops core
> with this backtrace:
> 
> #0  0x0008051f5c9f in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #1  0x0008051f47bf in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #2  0x0008051f42c0 in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #3  0x0008051e7e43 in ImageList::~ImageList ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #4  0x0008051e8b92 in ImageList::GetImage ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #5  0x000803aaf6e3 in SvFileInformationManager::GetFolderImage ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
> #6  0x000803aadd1d in SvFileInformationManager::GetFileImage ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
> #7  0x000805fb38e2 in SvxXShadowPreview::Paint ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #8  0x000809f23000 in component_getFactory ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libfwk.so
> #9  0x000805faf122 in SvxXShadowPreview::Paint ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #10 0x000805faedfc in SvxXShadowPreview::Paint ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #11 0x0008060c2c2a in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
> ---Type  to continue, or q  to quit---
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #12 0x0008060c2a15 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #13 0x0008060c3148 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #14 0x000800c2eb6a in ?? ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
> #15 0x000800c2ef09 in ?? ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
> #16 0x000805139ebe in VclResId ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #17 0x000800852da9 in osl_setErrorReporting ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #18 0x0008243bfc64 in os::Bsd::chained_handler ()
>   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #19 0x0008243c2a4f in JVM_handle_bsd_signal ()
>   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #20 0x0008243bfadd in signalHandler ()
>   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #21 0x0008017afb37 in pthread_sigmask () from /lib/libthr.so.3
> #22 0x0008017af22c in pthread_getspecific () from /lib/libthr.so.3
> #23 
> #24 0x00080085fd11 in rtl_locale_equals ()
> ---Type  to continue, or q  to quit---
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #25 0x00080085fbc3 in rtl_locale_equals ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #26 0x000800864437 in rtl_uString_release ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #27 0x00081bc98c85 in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #28 0x00081bcc9afb in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #29 0x00081bcc70ed in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #30 0x00081bcc704f in ?? ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
> #31 0x000802140e7a in cppu::OWeakObject::release ()
>   from 
> /usr/local/openoffice-4.1.4/openoffice4/program/libuno_cppuhelpergcc3.so.3
> #32 0x0008051f5f24 in GraphicReader::GetPreviewSize ()
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #33 0x0008051f404e in GraphicReader::GetPreviewSize ()
> ---Type  to continue, or q  to quit---
>   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #34 0x00080513403a in AllSettings::LocaleSettingsChanged ()
>   fro

Re: another bug in base

[Patricia Shanahan]

On 11/26/2017 4:47 PM, Don Lewis wrote:

On 27 Nov, Damjan Jovanovic wrote:

I can't reproduce it here, on trunk with:
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: x86_64-unknown-freebsd10.3
with either our built-in HSQLDB driver or SQlite over ODBC.

What version of AOO are you using? What database driver? What build
settings?


4.1.4 with the patch that I just posted.  I'm using the the built-in
HSQLDB driver.  I installed using a FreeBSD package built with the default.
I think I've also seen it on with unpatched 11.1, though it seems to be
harder to reproduce there.



Could you try it in 4.1.5-dev?

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

Re: another bug in base

[Don Lewis]

On 27 Nov, Damjan Jovanovic wrote:
> I can't reproduce it here, on trunk with:
> FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
> Target: x86_64-unknown-freebsd10.3
> with either our built-in HSQLDB driver or SQlite over ODBC.
> 
> What version of AOO are you using? What database driver? What build
> settings?

4.1.4 with the patch that I just posted.  I'm using the the built-in
HSQLDB driver.  I installed using a FreeBSD package built with the default.
I think I've also seen it on with unpatched 11.1, though it seems to be
harder to reproduce there.



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

Re: another bug in base

[Damjan Jovanovic]

I can't reproduce it here, on trunk with:
FreeBSD clang version 3.4.1 (tags/RELEASE_34/dot1-final 208032) 20140512
Target: x86_64-unknown-freebsd10.3
with either our built-in HSQLDB driver or SQlite over ODBC.

What version of AOO are you using? What database driver? What build
settings?

Damjan

On Mon, Nov 27, 2017 at 1:47 AM, Don Lewis <truck...@apache.org> wrote:

> I'm seeing another bug in base on all versions of FreeBSD.  To
> reproduce:
>   1. Open an existing database
>   2. Select Table in the far left pane
>   3. Select a table in the lower left pane
>   4. Select Document in the lower right pane
> At that point, my mouse cursor shows that something is busy.  I am able
> to File->Exit, but nothing happens.  If I ^c the process, it drops core
> with this backtrace:
>
> #0  0x0008051f5c9f in GraphicReader::GetPreviewSize ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #1  0x0008051f47bf in GraphicReader::GetPreviewSize ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #2  0x0008051f42c0 in GraphicReader::GetPreviewSize ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #3  0x0008051e7e43 in ImageList::~ImageList ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #4  0x0008051e8b92 in ImageList::GetImage ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #5  0x000803aaf6e3 in SvFileInformationManager::GetFolderImage ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
> #6  0x000803aadd1d in SvFileInformationManager::GetFileImage ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
> #7  0x000805fb38e2 in SvxXShadowPreview::Paint ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #8  0x000809f23000 in component_getFactory ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libfwk.so
> #9  0x000805faf122 in SvxXShadowPreview::Paint ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #10 0x000805faedfc in SvxXShadowPreview::Paint ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #11 0x0008060c2c2a in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
> ---Type  to continue, or q  to quit---
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #12 0x0008060c2a15 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #13 0x0008060c3148 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
> #14 0x000800c2eb6a in ?? ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
> #15 0x000800c2ef09 in ?? ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
> #16 0x000805139ebe in VclResId ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
> #17 0x000800852da9 in osl_setErrorReporting ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #18 0x0008243bfc64 in os::Bsd::chained_handler ()
>from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #19 0x0008243c2a4f in JVM_handle_bsd_signal ()
>from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #20 0x0008243bfadd in signalHandler ()
>from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
> #21 0x0008017afb37 in pthread_sigmask () from /lib/libthr.so.3
> #22 0x0008017af22c in pthread_getspecific () from /lib/libthr.so.3
> #23 
> #24 0x00080085fd11 in rtl_locale_equals ()
> ---Type  to continue, or q  to quit---
>from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #25 0x00080085fbc3 in rtl_locale_equals ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #26 0x000800864437 in rtl_uString_release ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
> #27 0x00081bc98c85 in ?? ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/../program/
> libpackage2.so
> #28 0x00081bcc9afb in ?? ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/../program/
> libpackage2.so
> #29 0x00081bcc70ed in ?? ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/../program/
> libpackage2.so
> #30 0x00081bcc704f in ?? ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/../program/
> libpackage2.so
> #31 0x000802140e7a in cppu::OWeakObject::release ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_cppuh
> elpergcc3.so.3
> #32 0x0008051f5f24 in GraphicReader::GetPreviewSize ()
>from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl

another bug in base

[Don Lewis]

I'm seeing another bug in base on all versions of FreeBSD.  To
reproduce:
  1. Open an existing database
  2. Select Table in the far left pane
  3. Select a table in the lower left pane
  4. Select Document in the lower right pane
At that point, my mouse cursor shows that something is busy.  I am able
to File->Exit, but nothing happens.  If I ^c the process, it drops core
with this backtrace:

#0  0x0008051f5c9f in GraphicReader::GetPreviewSize ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#1  0x0008051f47bf in GraphicReader::GetPreviewSize ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#2  0x0008051f42c0 in GraphicReader::GetPreviewSize ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#3  0x0008051e7e43 in ImageList::~ImageList ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#4  0x0008051e8b92 in ImageList::GetImage ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#5  0x000803aaf6e3 in SvFileInformationManager::GetFolderImage ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
#6  0x000803aadd1d in SvFileInformationManager::GetFileImage ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvt.so
#7  0x000805fb38e2 in SvxXShadowPreview::Paint ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
#8  0x000809f23000 in component_getFactory ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libfwk.so
#9  0x000805faf122 in SvxXShadowPreview::Paint ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
#10 0x000805faedfc in SvxXShadowPreview::Paint ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
#11 0x0008060c2c2a in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
---Type  to continue, or q  to quit---
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
#12 0x0008060c2a15 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
#13 0x0008060c3148 in SvxVertTextTbxCtrl::SvxVertTextTbxCtrl ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsvx.so
#14 0x000800c2eb6a in ?? ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
#15 0x000800c2ef09 in ?? ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libsofficeapp.so
#16 0x000805139ebe in VclResId ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#17 0x000800852da9 in osl_setErrorReporting ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
#18 0x0008243bfc64 in os::Bsd::chained_handler ()
   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
#19 0x0008243c2a4f in JVM_handle_bsd_signal ()
   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
#20 0x0008243bfadd in signalHandler ()
   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
#21 0x0008017afb37 in pthread_sigmask () from /lib/libthr.so.3
#22 0x0008017af22c in pthread_getspecific () from /lib/libthr.so.3
#23 
#24 0x00080085fd11 in rtl_locale_equals ()
---Type  to continue, or q  to quit---
   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
#25 0x00080085fbc3 in rtl_locale_equals ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
#26 0x000800864437 in rtl_uString_release ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libuno_sal.so.3
#27 0x00081bc98c85 in ?? ()
   from 
/usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
#28 0x00081bcc9afb in ?? ()
   from 
/usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
#29 0x00081bcc70ed in ?? ()
   from 
/usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
#30 0x00081bcc704f in ?? ()
   from 
/usr/local/openoffice-4.1.4/openoffice4/program/../program/libpackage2.so
#31 0x000802140e7a in cppu::OWeakObject::release ()
   from 
/usr/local/openoffice-4.1.4/openoffice4/program/libuno_cppuhelpergcc3.so.3
#32 0x0008051f5f24 in GraphicReader::GetPreviewSize ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#33 0x0008051f404e in GraphicReader::GetPreviewSize ()
---Type  to continue, or q  to quit---
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#34 0x00080513403a in AllSettings::LocaleSettingsChanged ()
   from /usr/local/openoffice-4.1.4/openoffice4/program/libvcl.so
#35 0x000801ae5206 in __cxa_finalize () from /lib/libc.so.7
#36 0x000801a8629c in exit () from /lib/libc.so.7
#37 0x0008241a4404 in vm_direct_exit ()
   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
#38 0x0008245302b1 in VM_Operation::evaluate ()
   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
#39 0x00082452fbb7 in VMThread::evaluate_operation ()
   from /usr/local/openjdk8/jre/lib/amd64/server/libjvm.so
#40 0x00082452f614 in VMThr

Fwd: bug with moving image

[sergeypankov]

Hello!
For several years I using OOffice.

But I forced to old version OOffice, because in new version is bug with mooving 
images.
So, when I move image at page by mouse and then double click on it, If in next 
dialog, I click OK, the image move at page randomly
It you can see in video 
https://youtu.be/hCImzPcTS20

In old version OOffice it's OK.

Best for soon answer, Sergey Pankov.

-
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 
<howard_cary_mor...@hotmail.com> 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<mailto:ouc...@yahoo.com.INVALID>
Sent: Tuesday, April 11, 2017 2:31 AM
To: dev@openoffice.apache.org<mailto: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

Possible Formula Bug in Calc? (IsError and Find)

[ouch]

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: [Issue 117338] Concurrency bug in environment handling

[Marcus]

Am 10/25/2016 03:46 AM, schrieb bugzi...@apache.org:

https://bz.apache.org/ooo/show_bug.cgi?id=117338

Keith N. McKenna  changed:

What|Removed |Added

  CC||k...@apache.org
Keywords||needhelp

--- Comment #6 from Keith N. McKenna  ---
Is this patch still needed?


@Devs:
Can anybody of you tell us if the little patch is still relevant? Should 
it be committed?


Thanks

Marcus

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

RE: Bug#837178: linux-image-3.16.0-4-amd64: All memory and swap is used up until system freezes

[Dennis E. Hamilton]

> -Original Message-
> From: Ben Hutchings [mailto:b...@decadent.org.uk]
> Sent: Saturday, September 10, 2016 18:11
> To: Jose R R <jose@metztli-it.com>; 837...@bugs.debian.org; Wolfgang
> Tichy <wtich...@gmail.com>
> Cc: dev <dev@openoffice.apache.org>
> Subject: Re: Bug#837178: linux-image-3.16.0-4-amd64: All memory and swap
> is used up until system freezes
> 
> On Sat, 2016-09-10 at 17:37 -0700, Jose R R wrote:
> > On Fri, Sep 9, 2016 at 12:37 PM, Wolfgang Tichy <wtich...@gmail.com>
> > wrote:
> > >
> > > Package: src:linux
> > > Version: 3.16.7-ckt25-2+deb8u3
> > > Severity: critical
> > > Tags: security
> > > Justification: causes serious data loss
> > >
> > > Dear Maintainer,
> > >
> > > when I open a particular word document (it contains images and I
> > > can send it
> > > to you for testing) with libreoffice, all memory and all swap get
> > > used up
> > > within about a minute.
> >
> > You may want to *narrow down* your memory issue by trying out Apache
> > OpenOffice:
> >
> > Download: https://openoffice.org/download/
> [...]
> 
> Please, we don't need advocacy for rival software in the Debian BTS.
[orcmid] 

I agree completely, Ben.

I don't understand at all how dev@oo.a.o became included in this, since it has 
nothing to do with development at Apache OpenOffice.

My reading of the quoted "narrow down" was as a suggestion for forensic 
purposes, the same way I test apparent problem documents with different 
products to see if there is anything in the pattern that gives me clue about 
what the defect might be.  And even so, there is no reason that the dev@ 
openoffice.apache.org list be cross-posted.

I am told that a document-forensic suggestion was not the intention.

In that case I want to make it clear that the ASF is completely ecumenical 
about open-source software projects, sees forking as a feature, and does not 
participate in advocacy of one project over another.  So, in accordance with 
the ASF operating as a US charity that provides free software as a public good, 
the Apache OpenOffice project does not concern itself about "rival software."  

Individuals have their own positions, sometimes rooted deeply in the past, and 
that shows up on various lists.  Those are not official positions, whatever the 
association of the advocate with Apache projects.

That the technical analysis on behalf of an issue on the Debian Bug Tracking 
System was used in this manner is unfortunate and regrettable.  It was also 
inappropriate that the dev@ openoffice.apache.org list was also so abused.

I trust we can remove the cross-posting now and Debian developers can return to 
their important business without this distraction.

 - Dennis E. Hamilton
   ASF Vice President for Apache OpenOffice
   Chair of the AOO Project Management Committee

> 
> Ben.
> 
> --
> Ben Hutchings
> Experience is what causes a person to make new mistakes instead of old
> ones.


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

Re: Bug#837178: linux-image-3.16.0-4-amd64: All memory and swap is used up until system freezes

[Ben Hutchings]

On Sat, 2016-09-10 at 17:37 -0700, Jose R R wrote:
> On Fri, Sep 9, 2016 at 12:37 PM, Wolfgang Tichy 
> wrote:
> > 
> > Package: src:linux
> > Version: 3.16.7-ckt25-2+deb8u3
> > Severity: critical
> > Tags: security
> > Justification: causes serious data loss
> > 
> > Dear Maintainer,
> > 
> > when I open a particular word document (it contains images and I
> > can send it
> > to you for testing) with libreoffice, all memory and all swap get
> > used up
> > within about a minute.
> 
> You may want to *narrow down* your memory issue by trying out Apache
> OpenOffice:
> 
> Download: https://openoffice.org/download/
[...]

Please, we don't need advocacy for rival software in the Debian BTS.

Ben.

-- 
Ben Hutchings
Experience is what causes a person to make new mistakes instead of old
ones.


signature.asc
Description: This is a digitally signed message part

Re: Bug#837178: linux-image-3.16.0-4-amd64: All memory and swap is used up until system freezes

[Jose R R]

On Sat, Sep 10, 2016 at 6:10 PM, Ben Hutchings  wrote:
> On Sat, 2016-09-10 at 17:37 -0700, Jose R R wrote:
>> On Fri, Sep 9, 2016 at 12:37 PM, Wolfgang Tichy 
>> wrote:
>> >
>> > Package: src:linux
>> > Version: 3.16.7-ckt25-2+deb8u3
>> > Severity: critical
>> > Tags: security
>> > Justification: causes serious data loss
>> >
>> > Dear Maintainer,
>> >
>> > when I open a particular word document (it contains images and I
>> > can send it
>> > to you for testing) with libreoffice, all memory and all swap get
>> > used up
>> > within about a minute.
>>
>> You may want to *narrow down* your memory issue by trying out Apache
>> OpenOffice:
>>
>> Download: https://openoffice.org/download/
> [...]
>
> Please, we don't need advocacy for rival software in the Debian BTS.
If ApacheOO solves the user's problem, then it is probably time for Debian
to reevaluate 'rival' alternative.


Best Professional Regards.

-- 
Jose R R
http://metztli.it
-
Try at no charge http://b2evolution.net for http://OpenShift.com PaaS
-
from our GitHub http://Nepohualtzintzin.com repository. Cloud the easy way!
-