[Issue 126530] Last line of document disappears when opened in MS Word 2013

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126530

ds  changed:

   What|Removed |Added

 CC||tqua...@hotmail.com

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126530] New: Last line of document disappears when opened in MS Word 2013

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126530

  Issue ID: 126530
Issue Type: DEFECT
   Summary: Last line of document disappears when opened in MS
Word 2013
   Product: Writer
   Version: 4.1.1
  Hardware: PC
OS: Windows, all
Status: UNCONFIRMED
  Severity: major
  Priority: P5
 Component: viewing
  Assignee: issues@openoffice.apache.org
  Reporter: tqua...@hotmail.com

I have OpenOffice default to saving files as .doc
When I try to open them in MS Word 2013, the last line of text does not appear,
though it isn't "gone," either: if I Select All and copy/paste to a new
document, and then press the backspace key after the last, invisible line, the
text reappears.
Is this a known bug? Is there something I should be doing differently?

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126529] New: Bullet should be apart of AccessibleText

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126529

  Issue ID: 126529
Issue Type: DEFECT
   Summary: Bullet should be apart of AccessibleText
   Product: Writer
   Version: 4.0.0
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: code
  Assignee: issues@openoffice.apache.org
  Reporter: sleeping.pil...@gmail.com

Created attachment 84919
  --> https://bz.apache.org/ooo/attachment.cgi?id=84919=edit
Add the bullet char in a bullet list to accessibletext

When a bullet list is created it is not apart of the accesisbletext this is
casing troubles for screen readers such as Orca (linux) and NVDA (Windows).
NVDA has some hacks to deal with this but it would be nice to be able to remove
these hacks and make it work properly.

There is still a issue with graphic bullets that I will try to deal with later
on but for now I attach a patch to fix the more common bullet list.

The corresponding LibreOffice-bug is:
https://bugs.documentfoundation.org/show_bug.cgi?id=93139

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126531] New: different behaviour for "CharColor" and "CharBackColor" properties in java

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126531

  Issue ID: 126531
Issue Type: DEFECT
   Summary: different behaviour for "CharColor" and
"CharBackColor" properties in java
   Product: App Dev
   Version: 4.1.1
  Hardware: PC
OS: Windows 10
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: api
  Assignee: issues@openoffice.apache.org
  Reporter: john.dora...@cappellaniauniroma3.org

==Overview==
When using the com.sun.star.beans.XPropertySet interface in a java extension, I
am seeing different behaviour for the "CharColor" property and the
"CharBackColor" property. The API documentation says that they take a "long"
value; and it then gives as an example the usage of a hex number such as
0x0000
(https://wiki.openoffice.org/wiki/Documentation/DevGuide/Text/Formatting). The
"CharBackColor" property, differently from the "CharColor" property, will not
take an integer value such as the one produced by the Color.getRGB() method.

==Steps to reproduce==
The "CharColor" property will take an integer as produced by the getRGB()
method:

xPropertySet.setPropertyValue("CharColor", Color.YELLOW.getRGB());

This will correctly set the character color to yellow.
However this will not work for the "CharBackColor" property:

xPropertySet.setPropertyValue("CharBackColor", Color.YELLOW.getRGB());

This simply will not do anything, it does not give an error but it also does
not set the background to yellow. This will work instead:

xPropertySet.setPropertyValue("CharBackColor", 0x0000);

Casting a variable as "long" and passing it in as value for the "CharBackColor"
property results in an error:

long bgColor = 0x0000; //Long bgColor = (long) 0x0000
xPropertySet.setPropertyValue("CharBackColor", bgColor);

com.sun.star.lang.IllegalArgumentException: 
at com.sun.star.bridges.jni_uno.JNI_proxy.dispatch_call(Native Method)
at com.sun.star.bridges.jni_uno.JNI_proxy.invoke(JNI_proxy.java:171)
at com.sun.proxy.$Proxy6.setPropertyValue(Unknown Source)

==Actual results==
Passing an integer value as produced by Color.getRGB() into the "CharBackColor"
property will not throw an error but will have no result. Passing a value cast
as "long" or "Long" or "int" will result in an error.

==Expected results==
Passing a Color.getRGB() value into the "CharBackColor" property should be
sufficient to correctly set the color.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126528] New: Window doesn't close and I have to shut down and lose work

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126528

  Issue ID: 126528
Issue Type: DEFECT
   Summary: Window doesn't close and I have to shut down and lose
work
   Product: App Dev
   Version: 4.1.1
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: api
  Assignee: issues@openoffice.apache.org
  Reporter: efad...@gmail.com

Created attachment 84918
  --> https://bz.apache.org/ooo/attachment.cgi?id=84918=edit
screen snap of lock

Please help me get out of this bug!!

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126526] New: Loaded styles not present on file re-open

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126526

  Issue ID: 126526
Issue Type: DEFECT
   Summary: Loaded styles not present on file re-open
   Product: Writer
   Version: 4.1.1
  Hardware: PC
OS: Windows 7
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: formatting
  Assignee: issues@openoffice.apache.org
  Reporter: johnhsn...@gmail.com

Created new file from template. (Both files are saved as Microsoft Word
97/2000/XP ~.doc)  The Custom styles present in the template file are not
present in the new text document file.
Load custom styles using Styles and Formatting | Page Styles | New Style from
Selection | Load Styles menu.
(Template file was present in "My Templates".)
Checked Text+Frame+Pages+Numbering+Overwrite boxes.
The expected styles did load properly.
The new file (with the new custom styles) is saved and closed.
The new file is re-opened.
The 'new custom styles' are not present, as expected.

Another instance (text document; Paper format = Letter):
Use menu Format | Page | Background color = Yellow10
The new text document (with the new page background color) is saved and closed.
The new text document is re-opened.
The page background color reverts to white (expected to be Yellow10).

Why don't the 'styles' persist when changed?

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126527] New: Formulae Keep Getting Additional Spaces Added

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126527

  Issue ID: 126527
Issue Type: DEFECT
   Summary: Formulae Keep Getting Additional Spaces Added
   Product: Calc
   Version: 4.1.1
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: editing
  Assignee: issues@openoffice.apache.org
  Reporter: jimoconnor...@hotmail.com

I typed the following formula with a single space between each element but when
I revisit the cell I find Calc has added many unwanted spaces, so now it looks
as below:

=IF (  
AND
  ( $F50 = "" ;
   
   OR  
 ( $E50 <> "" ;
   AND 
   
  ( $R50 <> "" ; $R50 > TODAY() ) ) ) ; $I50 * $J50 * (
$B$6 / 7 ) ; "" )

I don't know if this is a bug or a feature but thought I'd log it just in
case

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126524] New: case-sensitive InStr macro function does not work

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126524

  Issue ID: 126524
Issue Type: DEFECT
   Summary: case-sensitive InStr macro function does not work
   Product: Calc
   Version: 4.1.1
  Hardware: All
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: programming
  Assignee: issues@openoffice.apache.org
  Reporter: traha...@yahoo.com

Case-sensitive InStr() does not work. It crashes.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126521] New: edits on one sh

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126521

  Issue ID: 126521
Issue Type: DEFECT
   Summary: edits on one sh
   Product: Calc
   Version: 4.1.1
  Hardware: All
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: editing
  Assignee: issues@openoffice.apache.org
  Reporter: traha...@yahoo.com

I have a 478 KB file with 20 tabs, several of which contain over 3000 lines of
6 columns each. This problem existed even when the file was small. When
entering or editing text in a cell, let's say X.$A$1026, the identical
information is incorrectly copied to Y.$A$1026, replacing any text that might
have already been there. The incorrectly entered text is sometimes terminated
by the caret character (^). Sheets X and Y need not be contiguous. On less
frequent occasions newly entered text has appeared in seemingly random
locations on other sheets, i.e., the cell addresses are not the same. Neither
of these problems happen often or in any context I can determine, and I cannot
replicate them at will, but they happen often enough to be extremely
troublesome, as there is no indication during editing that anything wrong has
occurred.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126522] New: sort does not recognize column headers

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126522

  Issue ID: 126522
Issue Type: DEFECT
   Summary: sort does not recognize column headers
   Product: Calc
   Version: 4.1.1
  Hardware: All
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: editing
  Assignee: issues@openoffice.apache.org
  Reporter: traha...@yahoo.com

I have a 478 KB file with 20 sheets. All sheets have column headers which are
frozen and formatted the same way (bold, centered). Each sheet is sorted
regularly, but on one sheet only, the sort window does not recognize the column
headers, i.e., the "Sort by" field will show "A" instead of the label. If I
manually check "Range contains column labels", the sort will proceed normally.
This problem occurs only on the first sort of a session; subsequent sorts will
be normal.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126523] New: sort does not remember language

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126523

  Issue ID: 126523
Issue Type: DEFECT
   Summary: sort does not remember language
   Product: Calc
   Version: 4.1.1
  Hardware: All
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: P5
 Component: editing
  Assignee: issues@openoffice.apache.org
  Reporter: traha...@yahoo.com

I have a file consisting of 20 sheets of German vocabulary. I regularly sort
each sheet with the "Language - German (Germany)" option. My default GUI
language is English. At the start of a new session, I notice that the system
remembers the sort language for one or two sheets, but not for the others. I
believe this is a bug because the behavior is not consistent. The sort language
should be remembered for each sheet across sessions.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126525] Every word is wrong

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126525

Keith N. McKenna  changed:

   What|Removed |Added

 Status|RESOLVED|CLOSED

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126525] Every word is wrong

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126525

Keith N. McKenna  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 Status|UNCONFIRMED |RESOLVED
 CC||k...@apache.org

--- Comment #1 from Keith N. McKenna  ---
The usual starting point for spellcheck problems is to delete or rename the
OpenOffice user profile. Doing this sorts out a very large proportion [read:
most] of OpenOffice stability problems. Details of how to do this are given in
https://forum.openoffice.org/en/forum/viewtopic.php?f=74=12426

*** This issue has been marked as a duplicate of issue 121930 ***

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 121930] Tracking Issue for Spell Checking Not Working

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=121930

Keith N. McKenna  changed:

   What|Removed |Added

 CC||kellymay1...@aol.com

--- Comment #81 from Keith N. McKenna  ---
*** Issue 126525 has been marked as a duplicate of this issue. ***

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126521] edits on one sh

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126521

--- Comment #1 from mroe  ---
Please have a look if there is a timing problem at your system.
Your description sounds that you change the sheet but there is selected another
sheet also. If you enter new data, the data will entered in all selected
sheets. Maybe it is simply a mistake to change the sheet by holding [Shift]
pressed.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126524] case-sensitive InStr macro function does not work

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126524

oooforum  changed:

   What|Removed |Added

 Resolution|--- |DUPLICATE
 CC||ooofo...@free.fr
 Status|UNCONFIRMED |RESOLVED

--- Comment #1 from oooforum  ---
Already reported

*** This issue has been marked as a duplicate of issue 73565 ***

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 73565] InStr function does not work properly with accentuated letters case

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=73565

oooforum  changed:

   What|Removed |Added

 CC||traha...@yahoo.com

--- Comment #8 from oooforum  ---
*** Issue 126524 has been marked as a duplicate of this issue. ***

-- 
You are receiving this mail because:
You are on the CC list for the issue.


[Issue 126519] Some wrong function names written to ODS (according to OpenFormula spec)

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126519

--- Comment #3 from Regina Henschel  ---
Hi Daniel, we would be very happy, if such a well known, experienced developer
of OpenOffice as you, decides to develop for Apache OpenOffice. When you will
look at the commits you will notice, that there are only very few developers
working on the core since IBM decides to significantly reduce its commitment.
Your help is highly welcomed.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126519] Some wrong function names written to ODS (according to OpenFormula spec)

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126519

--- Comment #2 from Daniel Rentz  ---
FYI: related https://bugs.documentfoundation.org/show_bug.cgi?id=94214

@rh: Uhm did not do any OpenOffice related dev for a long time now :) Nobody
else here actively developing for AOO?

In this case, it's not just changing the function names in the code, but for
sake of backwards compatibility, the old "wrong" function names still need to
be supported in the import filter.

-- 
You are receiving this mail because:
You are the assignee for the issue.


[Issue 126525] New: Every word is wrong

2015-09-15 Thread bugzilla
https://bz.apache.org/ooo/show_bug.cgi?id=126525

  Issue ID: 126525
Issue Type: DEFECT
   Summary: Every word is wrong
   Product: Writer
   Version: 4.1.1
  Hardware: All
OS: All
Status: UNCONFIRMED
  Severity: major
  Priority: P5
 Component: editing
  Assignee: issues@openoffice.apache.org
  Reporter: kellymay1...@aol.com

I started writing in Open Office documents today and I noticed every word
except the word "I" was underlined in red, indicating a wrongly spelled word. I
wasn't using words that aren't particularly commonly used like the word
"floxinoxinihilipilification", but like words like "don't", "sorry", and "a". I
don't know how to fix it and want to know truly when I spell a word wrong, not
when every single word is wrong.

-- 
You are receiving this mail because:
You are the assignee for the issue.