[sw-issues] [Issue 82105] Problem with text table
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=82105 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 08:23:40 + 2008 --- I don't fully understand the problem but I did see some strange things so I think I have replicated the bug. With OpenOffice.org 2.3 on a PC with Window XP Media Center Edition 2002 Service Pack 2 with processor speed of 1.58Ghz and 1Gb of RAM. Some of the steps in the reproduction procedure will sound strange but it's worked in reproducing the bug for me and I have done follow-up tests that justifies the need to do the steps, but for now please bare with me. Procedure to Reproduce: 1. Download the original document attached by the original poster (attachment id=48606) 2. Open the document and goto the top of page 2/23 You should see three columns of text. 3. Click after the end of the text of the right-most column. 4. Position your fingers at keyboard position 'asdf' and 'jkl;' with your left hand and right hand respectively 5. Start mashing keys at random rapidly. What I saw was that my cursor jumped to the middle part of the rightmost column, if I continue mashing, my cursor jumps to the middle of the bottom most text area of the rightmost column. I did a few follow up tests that might make some more sense. The cursor did not jump with the following conditions: - if instead of mashing keys, you just held down a key, which justifies the key mashing - if you only mashed a single key, which justifies the need for the randomness. - if you pressed random keys slowly, which justifies the need to mash the keys rapidly. - if you only tried mashing keys randomly with one hand, which justifies the need to have both hands ready Other follow-up tests was that I tried positioning my hand in different places: - At step 4, position your fingers at keyboard position 'qwer' and 'uiop' with your left hand and right hand respectively If you start mashing here, you'll notice that instead of the cursor going down, it'll go up into page 1. - the bottom row of the keyboard doesn't seem to move the cursor at all - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sw-issues] [Issue 83941] Spell Checker Undo Problem When You Want to Undo to the previous SET not just the previous WORD!
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83941 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 01:17:54 + 2008 --- I replicated the bug with OpenOffice.org 2.3 on a PC with Window XP Media Center Edition 2002 Service Pack 2 with processor speed of 1.58Ghz and 1Gb of RAM. Procedure to reproduce: 1. Open a new Openoffice.org Writer file 2. Type out the following: He ffix machine goood. Then he brakez it. 3. Return to the beginning of the line by pressing Home on the keyboard 4. Check the spelling of the sentence using SpellCheck Tools-SpellCheck... 5. Click Ignore for the word ffix and goood 6. SpellCheck will now be at the next sentence Then he brakez it., click Undo to go back to the previous sentence. SpellCheck stays at the same sentence instead of going back to the previous sentence. This is what the original poster meant by unable to Undo back to the previous set which as seen here, SpellCheck seems to check by sentences. Follow-up tests show that all semantically correct sentences are separated, so it didn't matter if the period was replaced with a question mark or an exclamation mark, but if you changed the period to a comma, making it one sentence, SpellCheck will check the entire line. The tests also show that SpellCheck will check up to a new line, so if instead of a period, you decided to press Enter for a new line, it will check the two lines separately. I'm not sure if the developers intended for SpellCheck to function as such, but one of my follow-up tests introduced another bug: Procedure to Reproduce newly introduced bug: 1-4: Same as the procedure for the original bug 5: Click Change for the word ffix and goood (instead of Ignore) 6. SpellCheck will now be at the next sentence Then he brakez it., click Undo 7. You'll have the option to Undo again, click Undo SpellCheck has now changed the second sentence to Theffixbrakez it., introducing a new spelling error. SpellCheck seems to have replaced n he of Then he brakez it with ffix, one of the spelling errors from the previous sentence. This is confirmed when you reproduce the fault, but instead of correcting both words, choose to ignore ffix and choose to change goood, and click undo twice. You will see that n he is highlighted in red. A possible Workaround for the original bug is as follows: 1. As soon as SpellCheck begins to check a new sentence/line (i.e. you can't click Undo to go back), leave SpellCheck: 2. if you've made a change to the previous sentence/line, and you want to undo the changes, then manually undo Edit-Undo 3. if no changes have been made to the previous sentence/line, go back to the beginning of that sentence/line and use SpellCheck again - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sc-issues] [Issue 83161] Undo incorrectly changes row height
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83161 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 03:49:59 + 2008 --- I replicated the bug with OpenOffice.org 2.3 on a PC with Window XP Media Center Edition 2002 Service Pack 2 with processor speed of 1.58Ghz and 1Gb of RAM. Procedure to Reproduce: 1. Open a new OpenOffice.org Calc spreadsheet file 2. Select all the cells by clicking the unlabeled box left of column A and top of row 1. All the cells should appear black. 3. Change the font size to 8 Format - Cells - Font There should be a noticeable shrinkage in the height of each row. 4. Select the entire Column A by clicking on the box labelled A and insert a new column Insert - Columns The first column of cells should appear black. 5. Undo the insertion Edit - Undo There should be a noticeable enlargement in the height of each row. Observations: - The row height seems to go back to the default row height after the undo (Font: 10, or, Row Height: 0.18) - The resizing of the row heights seem to be associated to only the latest Undo of the column insertion (I performed a follow-up test in which after the column insertion I tried to add data to it and do a whole bunch of modifications to it, including inserting another column, and then kept Undo'ing, and the row height changed upon the undo of the last column insertion) Another possible workaround for the bug is as follows: 1. After step 3. in Procedure to Reproduce, check the row height Format - Rows - Height 2. After step 5. in Procedure to Reproduce, select all cells, change the row height back to the value you checked in step 1. The failure will appear independent of the following conditions: - the way the steps were executed (e.g. whether you use Ctrl-A to select all, Ctrl-Z to undo, Right clicking on a column to insert column) - whether the font is changed to something else or not since the font stays the same - whether data has been added or not (although it helps to notice the failure more easily) - which column is selected when you do insert columns - whether other actions have been done prior to the set of actions in procedure to reproduce - if the font size was changed to one that is lower than 10 The failure does not appear under the following conditions: - if the font size was changed to one that is greater than 10 - if a row was inserted instead of a column - if the row height was changed in step 3 of Procedure to Reproduce rather than font size - if other changes were made to an entire column (e.g. Bold, Align) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 81888] Right click on icon for OO o document on desktop causes crash
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81888 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 05:04:42 + 2008 --- I could not replicate the bug with OpenOffice.org 2.3 on a PC with Window XP Media Center Edition 2002 Service Pack 2 with processor speed of 1.58Ghz and 1Gb of RAM. Procedure to Reproduce: 1. Open a new OpenOffice.org Document 2. Save this document into Desktop File-Save As... 3. Close document File-Exit 4. Right-Click on the document I tested this on each of the OpenOffice.org application and failed to replicate the bug on any of them. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 81888] Right click on icon for OO o document on desktop causes crash
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=81888 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 05:33:28 + 2008 --- Additional follow-up tests that I tried were: - testing it on my Desktop instead of lap with similar specifications - renaming the files, cutting/copying pasting them, creating a shortcut to them, before right-clicking - right clicking by mouse, by laptop button - right clicking the file directly from Desktop, Desktop from My Computers, Desktop from Window Explorer - unplugging my laptop and running a large number of applications to use up resources while right-clicking - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sc-issues] [Issue 85751] OpenOffice crashes while s pellchecking protected cells
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85751 --- Additional comments from [EMAIL PROTECTED] Tue Feb 5 07:04:00 + 2008 --- I replicated the bug with OpenOffice.org 2.3 on a PC with Window XP Media Center Edition 2002 Service Pack 2 with processor speed of 1.58Ghz and 1Gb of RAM where multiple windows saying Protected cells can not be modified opened, but my system did not crash. Procedure to Reproduce: 1. Open a new OpenOffice.org Calc spreadsheet file 2. Protect the sheet Tools-Protect Document-Sheet... 3. Click OK without typing anything 4. Select all the cells by clicking the unlabeled box left of column A and top of row 1 5. Use SpellCheck Tools-SpellCheck... What I saw was that a window with the message Protected cells can not be modified pops up, when you click OK, the window pops up again, when you click OK, the window dissappears, but clicking anywhere on the SpellCheck will bring up the window again. Follow-up tests show that the bug will appear independent of how many cells are selected as long as more than 1 is selected, which leads to the workaround below. I also tested the bug with other options that did (Find and replace) and did not have an additional window (bold, row height, etc) and the bug did not appear. A possible workaround is: 1. Click OK on the window that says Protected cells cannot be modified. until they're gone Right now you should see all the cells selected in the back with the SpellCheck window in the foreground. 2. Click on a single arbitrary cell (e.g. A1) 3. Click Close in the SpellCheck window. This bug isn't really serious with the simple and quick workaround above, but if it does indeed crash your OpenOffice then perhaps it needs to be looked at. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
