Steps to reproduce:
1. add table
2. open table proberties
3. change table border color, size or any other border properties
Platform (if different from the browser):
Browser: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.56 Safari/535.11
On pc Debian x86-64, 3.5 branch (last commit 33ef1ffbd15994ec71be99d38c0d5171c63344a2), I didn't reproduce this bug.
A Mac Os specific bug ? Could anybody test with Windows ?
Created attachment 58268 [details]
crash repot given by mac
crash repot given by mac
tried in windows no problem , it is mac spesific
*** Bug 47250 has been marked as a duplicate of this bug. ***
The problem occurs not only in draw, but also in writer. So the table function is completely unusable on a Mac. -> Importance high critical.
for devs/QA guys : a link with https://bugs.freedesktop.org/show_bug.cgi?id=46248 ?
Not reproducible on 3.5.1 RC2.
Platform: Linux x86
I can not reproduce this issue on WindowsXP 64bit (LibreOffice 3.5.0rc3).
problem still remains in mac os, also appear when change page border properties , i think problem is border ,not table problem .
Do you reproduce this behaviour with accessibility disabled ? (if it was enabled of course :) )
yes i checked and it was enabled ,after accessibility disabled all bordes fuctions are now working without problem.
(In reply to comment #10)
> Do you reproduce this behaviour with accessibility disabled ? (if it was
> enabled of course :) )
Another case apparently
*** This bug has been marked as a duplicate of bug 47368 ***
Not reproducible on SnowLeopard 10.6.8 with AT activated, using :
Build ID: 278c53c-19dcfb4-e67b1b
Version ID : dc9775d-05ecbee-0851ad3-1586698-727bf66
Created attachment 67157 [details]
Mac OS X 10.6.8 crash log for changing table border attributes
Mac Accessibility Related Bugs Survey Results
All tests done on Mac OS X 10.6.8 (Intel), with RightZoom running to provoke
the accessibility-related bugs.
1) Rename User Profile folder (~/Library/Application Support/LOdev/)
to preclude any influence of local settings on the test results.
2) Start LibreOffice/LOdev
-> Start Center window appears
3) In Start Center window, click on (new) "Text document"
-> New (empty) Writer file opens.
4) Select "Table > Insert > Table..." from the menu.
-> Dialog window "Insert Table" appears.
5) Don't change the default settings (Name: "Table1", Columns: 2, Rows: 2),
just click "OK".
-> A new 2x2 cells table with thin black border (default values)
is inserted into the document.
-> The Cursor is already in the 1st table cell.
6) Select "Table > Table Properties..." from the menu.
-> The "Table format" dialog appears.
7) Switch to "Borders" tab.
8) From the "Color" popup menu (current value: "Black", the default),
Into the "Width" edit field, enter "1".
From the "Style" popup menu, select the 1st dashed/dotted entry.
(The resulting crash log and stack trace is exactly the same,
it does not matter which of the 3 changes mentioned above I make!)
9) Click "OK".
-> LibreOffice/LOdev crashes with the crash log attached.
Using these steps, the crash is REPRODUCIBLE with
* LibreOffice 3.6 daily (188.8.131.52+), Build ID: cfbfa26,
Pull time: 2012-09-07 10:35:10, German langpack installed
* LOdev 184.108.40.206.alpha0+, Build ID: 5ca197c,
Pull time: 2012-09-06 07:07:33, US English langpack installed
But the crash is NO longer reproducible with
* LibreOffice 3.6 daily (220.127.116.11+), Build ID: c303961,
Pull time: 2012-09-11 08:49:57, German langpack installed
* LOdev 18.104.22.168.alpha0+, Build ID: 2df0884,
Pull time: 2012-09-11 01:28:39, US English langpack installed
This indicates that this bug was fixed by Tor Lillqvist’s patch for bug 47368:
This means in turn that this bug is correctly marked as a duplicate of bug
47368, which was fixed by the commit cited above.
The fix mentioned above will appear in LibreOffice 3.6.2 and 3.7.0.