Problem description: Steps to reproduce: 1. add table 2. open table proberties 3. change table border color, size or any other border properties Current behavior: crash Expected behavior: not crash 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. thanks. :) (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 : LOdev 3.6.0alpha0+ Build ID: 278c53c-19dcfb4-e67b1b or LibreOffice 3.5.1.2 Version ID : dc9775d-05ecbee-0851ad3-1586698-727bf66 Alex
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), select "Red". OR Into the "Width" edit field, enter "1". OR 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 (3.6.2.0+), Build ID: cfbfa26, Pull time: 2012-09-07 10:35:10, German langpack installed * LOdev 3.7.0.0.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 (3.6.2.0+), Build ID: c303961, Pull time: 2012-09-11 08:49:57, German langpack installed * LOdev 3.7.0.0.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: http://cgit.freedesktop.org/libreoffice/core/commit/?id=9b9d45e35103e6884e0a87c35c07c74899f40614 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.