[sw-issues] [Issue 116683] Gap appears in tables - next row starts on a new page
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116683 Issue #|116683 Summary|Gap appears in tables - next row starts on a new page Component|Word processor Version|OOO320m18 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|john_ha --- Additional comments from john...@openoffice.org Fri Jan 28 10:47:40 + 2011 --- I created a table in a new Writer document and it looked OK. When I merged the cells in the first row, a large gap appeared under the first row, and the second and subsequent rows were pushed down to the top a new page. If I save and re-open the document, the gap is still there. I attached the file to my forum post - it is test table.odt at http://user.services.openoffice.org/en/forum/download/file.php?id=10296. Sorry but I cannot see how to attach the file to this bug report. I also see similar behaviour when I use a Master document and I pull in a sub-document which comprises a table. The table often (10%?) breaks between rows with a large gap, and subsequent rows start at the top of a new page. Using Navigator to move the position of the sub-document up or down usually removes the gap. So does updating the sub-document. Detailed description. The file test table.odt was created by: 1 Start OOo, create a new Text document, copy about 2 pages of text from a .txt file, and paste it into Writer with Ctrl/v 2 Delete excess text, leaving one page of text with one blank line below the text on page 1 3 Add the table shown using the pulldown from the table icon in the taskbar - it had no gap when added 4 Merge the cells in the top row of the table to form a single row. At this stage the gap appeared after row 1 - row 2 was pushed to the start of page 3 5 Save the file as test table.odt 6 Close the file 7 File Recent documents select test table.odt the gap appears Workaround to remove the gap: Doing almost anything to the document seems to remove the gap. For example, changing the size of the blank line at the end of page 1 from 11pt to 22pt causes the gap to disappear. Adding an extra paragraph return (by typing enter) below the text on page 1 so as to push the table one line lower makes the gap disappear. It does it every time I open the file. I am running OOO320m18 Build 9502 under W7 Home Edition 64 bit on an Intel dual core. I submitted a post at http://user.services.openoffice.org/en/forum/viewtopic.php?f=7t=37845p=173714#p173714 which describes it and has had several responses. I have been experiencing these gaps a lot in Master documents for 2 years or so. I use OOo for a magazine where each of 40 to 50 articles is a sub-document typically 1/4 to about 1 page long. I often (less than 10% of the time) get random gaps in the master. When I get them, they can be made to disappear by updating the sub-document, or by moving it up or down the document with Navigator. When I have the problem, it is reproducably the same articles which give gaps when I update the document, and large tables are much the worst, sometimes giving several gaps. The documents starts off OK and no gaps appear, but after working with it a lot, gapos start to appear, and once tghey have started to appear, they reappear reproducably in the same sub-documents in the same places. I had thought it was a Master problem, but seeing the problem in the table in the standalone test document leads me to believe it is in the table itself. Shortening an article by removing a line, or reducing the gap at the end of the paragraphs stops the gaps appearing. I have convinced myself that it is probably because OOo is making a mistake when it calculates the length of something, and then decides it won't fit on the page so it starts at the next page, or starts the following article lower than it should be. If an article repeatedly causes the problem, creating a new, empty text document and Select All copy paste into the new sub-document, usually stops it happening when I use the new sub-document instead of the old. Sometimes articles just space themselves a few mm apart - ie a gap of a few mm - and updating the article removes the gap. It is not because I have large gaps below paragraphs and these are spilling out of the article - I use a macro to set all last line in the article to 0mm gap below paragraph. - 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
[sw-issues] [Issue 116683] Gap appears in tables - next row starts on a new page
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116683 --- Additional comments from john...@openoffice.org Fri Jan 28 10:49:35 + 2011 --- Created an attachment (id=75698) File with unwanted gap in table - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 --- Additional comments from john...@openoffice.org Tue Nov 30 10:41:52 + 2010 --- I saw that there was some work done on the clipboard in v3.3, so I downloaded OOo3.3.0 Release candidate 6 OOO330m17 Build 9551 but, as I unfortunately expected, the problem still occurs. I am looking forward to a fix in 3.4 and I will be pleased to test any patches. - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 --- Additional comments from john...@openoffice.org Tue Nov 30 11:37:17 + 2010 --- Some more debugging results with 3.3 Release candidate 6. I opened an instance of OO Writer and an instance of another application (Notepad or Thunderbird - it happens with both but I think it may happen more often with Thunderbird). I copied Fred in OO to set up the test. All copy/pastes are Ctrl/c or /v I then copied Tom in Notepad, pasted into OO, copied Fred in OO; copied Tom in Notepad, pasted into OO, copied Fred in OO; ... Initially, Tom got pasted, and I repeated this sequence until pasting into OO wrongly pasted Fred. Conclusion. OO has not captured that something new, Tom, has been placed on the Windows clipboard. When I paste into Notepad, Tom gets pasted as expected. I now repeatedly paste into OO Fred is always wrongly pasted. I wait 1 minute, and paste into OO Fred is wrongly pasted. I open a new OO Writer document (File New text doc) and paste into the new text document. Fred is wrongly pasted. Conclusion. The new document shares the same buffer as the original OO document which is why it wrongly pastes Fred I now repeatedly copy Tom from Notepad, paste into OO; copy Tom from Notepad, paste into OO; ... and repeat. Every time I paste into either of the OO documents, Fred wrongly gets pasted. Conclusion. When in the wrong state OO does not capture when something new is placed on the Windows clipboard. But, not always! While editing this post (in Firefox), I had left OO running. I copied text in this post to move it. When I returned to OO, and pasted, the text from this post was pasted into OO. Somehow, during a delay of several minutes, OO reset itself. The only way to get OO working properly is to copy something in OO. This usually (90%), but not always, resets OO, and OO starts working correctly again. When I close all instances of OO and start a completely new test, the problem typically begins after 5 or 6 copies. - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 --- Additional comments from john...@openoffice.org Tue Nov 30 21:26:38 + 2010 --- rcal Thank you for that workaround - I did not know about it. It works for me copying from Thunderbird (which supports mouse_copy) but not copying from Notepad (which does not seem to support mouse_copy). The process is 1 OO is in its funny state where it always pastes Fred no matter how many times I copy Tom from another application 2 Highlight APPLE in Thunderbird (or other high-level application). Drag it with the mouse to OO and drop it in OO APPLE is pasted into OO which is correct. 3 Ctrl/v in OO and Fred is pasted, which is wrong. Note that I still have OO Tools Options OO.org View Middle mouse button set to No Function. I am never therefore using Mouse Select. - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 114963] multiple instances of sof fice.exe
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114963 --- Additional comments from john...@openoffice.org Thu Oct 14 11:53:02 + 2010 --- This regularily happens to me. I have posted it in the forum as OOo hangs with multiple soffice.exe in Task Manager (see http://user.services.openoffice.org/en/forum/viewtopic.php?f=15t=34922#p160112 ) I have a gut feeling, for which I have no conclusive evidence, that it happens when I have shut down the last instance of OO, and I then immediately start a new instance of OO before the previous instance has completed its shutdown. The sequence is: If I am using OO Writer, and I close all instances of OO, and I then quickly restart OO again, OO often hangs. (You know the sequence - you are editing something - you close it - and at that precise moment you remember you forgot something - so you immediately restart it.) When OO hangs, I start Task Manager and I always see multiple (sometimes 5 or 6) copies of soffice.exe and / or (s?)office.bin. The only way to get out of the hang is to use Task Manager to End Process with all these processes. I always use right click on one process choose End Process Tree, and sometimes several of them disappear when I end just one as though they were part of a called tree. Once they are all gone OO is fine again. Other factors which may be relevant are that I often seem to be opening an odt or doc or docx file still attached to an email (I use Thunderbird for emails) when it happens. I open such attachments by double left clicking on the attachment icon. When I have closed all instances of OO, I invariable restart OO by clicking on the QuickLaunch icon in the Windows System Tray (the Quicklaunch icon runs soffice.exe). It only needs 1 click, but I usually forget and double click the Quicklaunch icon by mistake. The multiple instances in Task Manager may be because I double click on the Quicklaunch icon 2 or 3 times when OO doesn't start up. When I do a standalone test (no OO instances running double click quickly on the Quicklaunch icon), just one instance of OO starts OK. I think it started within the past 6 or 8 months. I always keep OO up to date. OO 3.2.1 Build 9502, Windows 7 Home 64 bit, Intel dual 2.3GHz core, 4GB, Thunderbird - 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: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 --- Additional comments from john...@openoffice.org Sun Sep 5 10:17:58 + 2010 --- John_Ha cd Thank you. I understand how difficult it is to debug and test intermittent problems. I will be very pleased to test any fixes you write on the machine which is causing the problem. All updates to this bug report are sent to my email ID so if you would like me to do any testing, just post here and I will get it. I have worked in the IT industry for many years and while I am not a PC/Windows specialist, I believe that I can report accurately on my experiences with any test modules. - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 --- Additional comments from john...@openoffice.org Sat Aug 14 10:43:15 + 2010 --- jsc Have you found out who looks after the Clipboard? I have been digging, and it appears that it might be a Windows 7 and Vista problem with the clipboard. See http://technet.microsoft.com/en-us/library/cc749442%28WS.10%29.aspx which says there are several issues with MS Clipboard and offers fixes for it. eg the site says: When the copy or paste operation does not function properly, the fix called EmptyClipboardtoSet fixes applications that call the SetClipboardData(CF_TEXT) function without first emptying the Clipboard. Also, I saw in another post ( http://user.services.openoffice.org/en/forum/viewtopic.php?f=15t=28669p=151107#p151107 ) that OO apparently does not use the new changed, Clipboard format as below: In short, OpenOffice writer does not generate the correct CF_HTML format to put into the clipboard. According to HTML Clipboard Format (http://msdn.microsoft.com/en-us/library/ms649015(VS.85).aspx), the HTML comments !--StartFragment-- and !--EndFragment-- need to be present in the data: The fragment should be preceded and followed by the HTML comments !--StartFragment-- and !--EndFragment-- (no space allowed between the !-- and the text) to conveniently indicate where the fragment starts and ends. Thus the start and end of the fragment are indicated by the presence of these comments and by StartFragment and EndFragment byte counts in the description. Tools are expected to produce this information. This redundancy has been introduced to be able to rapidly find the start of the fragment (from the byte count) and mark the position of the fragment directly in the HTML tree. However, OpenOffice writer does not respect this and produce the HTML format data without the required comments, like the following: Version:1.0 StartHTML:000168 EndHTML:000656 StartFragment:000591 EndFragment:000639 !DOCTYPE HTML PUBLIC -//W3C//DTD HTML 4.0 Transitional//EN HTML HEAD ... /HEAD BODY LANG=en-US DIR=LTR P STYLE=margin-bottom: 0inBFoo/B/P /BODY /HTML - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 49907] Time delay when using copy /paste/cut when a clipboard viewer is running
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=49907 --- Additional comments from john...@openoffice.org Tue Aug 3 09:58:51 + 2010 --- I have raised a bug report OO does not paste the text contents of the Windows clipboard - instead, it pastes the previous text copied in OO at http://www.openoffice.org/issues/show_bug.cgi?id=113171 where my debugging found this delay with a clipboard viewer. In my case, OO immediately clears the previous contents of the clipboard, but takes several seconds to put the new contents onto the clipboard. Is my original problem, that OO does not paste the text contents of the Windows clipboard - instead, it pastes the previous text copied in OO related to this time delay problem? - 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: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 --- Additional comments from john...@openoffice.org Sun Aug 1 10:28:12 + 2010 --- OO has a long delay (several seconds) before copied text is placed on the Windows Clipboard. When I copy some text from any other application, the contents of the Windows Clipboard are immediately cleared and the copied text immediately appears in the Clipboard. But when I copy some text (ctrl/c or Edit Copy) from an OO document, while the Clipboard is immediately cleared, the copied text does not appear in the Clipboard until several seconds later. During the period that the Clipboard is empty, if I paste into any other application, nothing is pasted (correct - the Clipboard is empty). BUT if I paste into any OO document while the Clipboard is empty, the copied text is pasted. So, OO appears to be holding the copied text in an internal buffer and OO is not pasting it to the Windows Clipboard until a delay of several seconds. This internal buffer may be the reason for the behaviour reported in this bug report, namely OO does not paste the text contents of the Windows clipboard - instead, it pastes the previous text copied in OO I am now running OOO320m18 Build:9502 - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 --- Additional comments from john...@openoffice.org Sun Aug 1 10:45:55 + 2010 --- I am checking the Clipboard using MS Clipboard Viewer clipbrd.exe. The delay only occurs if clipbrd.exe is started before OO. If OO is started before clipbrd.exe, the delay does not occur. Please note that the original problem of OO pasting the previous contents occurs when clipbrd.exe is not running. I only use clipbrd.exe to assist debugging. This delay with Clipboard viewers appears to be well known. Searching on 'copy paste delay' finds a number of issues including 49907. Note that the user does not need to be running a Clipboard viewer to experience the delays because some applications apparently silently monitor the Clipboard without telling the user (by calls the MS API function called SetClipboardViewer().) - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[api-issues] [Issue 113171] OO does not paste the tex t contents of the Windows clipboard - instead, it pastes the previous text copied in OO
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113171 Issue #|113171 Summary|OO does not paste the text contents of the Windows cli |pboard - instead, it pastes the previous text copied i |n OO Component|api Version|OOO320m12 Platform|PC URL| OS/Version|Windows 7 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|john_ha --- Additional comments from john...@openoffice.org Thu Jul 15 17:52:41 + 2010 --- This is a frequent, but intermittent problem which occurs with Writer, Calc and Impress, so I have posted it to API as it appears to be an API problem. Essentially, I copy, say, Fred from an OO application. I then copy, say Tom from a non-OO application. The Windows clipboard is shown to contain Tom. BUT when I paste into any OO application, Fred gets pasted, not Tom!! I can stop this incorrect behaviour by copying anything else, say Harry, from any OO application, and now Harry is correctly pasted into all OO applications. It appears as though OO retains Fred in an internal buffer and uses this internal buffer when pasting instead of getting the correct data from the Windows clipboard. Copying something else from within OO somehow fixes the problem, although it then may reoccur after a few correct copy/pastes. The sequence is as follows: 1 Start MS ClipBook Viewer to allow the contents of the Windows clipboard to be viewed 2 Copy the text Fred from an OO document (or spreadsheet or presentation) - note it appears as fred in ClipBoard Viewer 3 Paste it to anywhere (OO, other application) - it pastes as Fred 4 Go to another application (Notepad, Firefox, Thunderbird etc) and copy Tom - note it appears as Tom in ClipBoard Viewer 5 Paste (Ctrl/v or Edit Paste) to anywhere - Tom gets pasted 6 Paste (Ctrl/V or Edit Paste) to Writer or Calc or Impress and Fred gets pasted. This is obviously wrong. 7 Repeat pasting to Writer or Calc or Impress and Fred is repeatedly pasted although ClipBoard Viewer clearly shows the MS clipboard contains Tom, and Tom gets pasted into any non-OO application. 8 This incorrect behaviour may be terminated by copying anything from any OO application - eg copy Harry. ClipBoard Viewer now shows Harry and paste pastes Harry into all OO applications. 9 Note that the Windows clipboard always contains the correct data. The problem is that OO does not gather the data it pastes from the Windows clipboard - it seems to gather it from somewhere else, probably an internal OO buffer. Other factors 1 I am running Window Home Premium 64 bit on an HP p6203UK Pentium Dual Core E5300 @2.6GHz, 4GB. Other users have reported it with XP 2 I only see the problem with OO suggesting it is an OO API problem 3 Several other users have posted to various forums saying they have the same problem 4 I posted a bug report to Writer Paste from clipboard pastes the previous contents of the clipboard Issue 110217 but it is not being worked on as the developers cannot reproduce the problem. 5 There is quite a lot of information on the web about similar failures with Clipboard - this Mozilla forum entry seems to be the same problem and seems to have been analysed as a race problem. http://netbeans.org/bugzilla/show_bug.cgi?id=88161. 6 This is happening about 1 in 5 of my copy/pastes into OO. When it starts to happen, it repeats itself frequently. 7 I do not have Selection Clipboard enabled in OO (so I cannot be inadvertently doing anything by mouse select) 8 I have uninstalled and reinstalled OO and it still happens. - 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: issues-unsubscr...@api.openoffice.org For additional commands, e-mail: issues-h...@api.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 111465] Paste from Calc to Base t able ignores current clipboard contents
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=111465 --- Additional comments from john...@openoffice.org Fri Jul 2 12:32:53 + 2010 --- This appears to be very similar to Paste from clipboard pastes the previous contents of the clipboard at http://www.openoffice.org/issues/show_bug.cgi?id=110217 which, while reported as a Writer problem, also happensd with Calc and Impress, suggesting that it is generic OO problem. Other forums have similar posts - this Mozilla forum entry is interesting - it seems to be the same problem and seems to have been analysed as a race problem. http://netbeans.org/bugzilla/show_bug.cgi?id=88161 If it is a race hazard, this would explain why it is intermittent. - 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: issues-unsubscr...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 --- Additional comments from john...@openoffice.org Thu May 20 15:03:23 + 2010 --- I realise the difficulty in debugging intermittent problems. This is not a Writer problem - it is an OO Interface problem as it appears in Writer, Calc and Impress. However, I would have hoped that someone might have been able to have a quick look at copy / paste code in OO to see whether there is some poor or faulty coding there. It appears that OO is somehow a) storing the previous contents of the clipboard somewhere! Is it a buffer? b) not pasting the current contents of the Windows clipboard, but pasting the wrongly stored data - ie OO is not picking up the current contents of the clipboard. So how is OO picking up the stored data? This looks like it is not a Windows problem, but an OO problem. I have tried to find a way of guaranteeing to reproduce it, but no luck so far. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 User john_ha changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from john...@openoffice.org Thu May 20 23:12:41 + 2010 --- I have found a way of making the problem reproduceable. You need a clipboard viewer to see what is happening. It is reproduceable using the text and image technique as below but my original report shows how it also happens (less often) when I copy text. XP used to include clipbrd.exe which was a clipboard viewer. It is not supplied with Vista or W7, but it does work on W7. Alternatively, download a similar freebie utility. (Note - the clipboard viewer is not causing the problem. I originally got the problem when I did not have the clipboard viewer on my PC - I only got the clipboard viewer in order to help me analyse the problem after it had occurred.) 1 Open clipbrd.exe - we will use it to see the contents of the clipboard 2 Open an image with an image editor (MS Paint works) and copy the image. Look at clipbrd.exe - it now contains the image. (nb IrfanView is a bit better because IrfanView allows me to past both text and images into it) 3 Open a new Writer file and PASTE - the image is pasted into the document at the cursor position. This is as expected. So we have proved that OO will paste an image from the clipboard at the current cursor position. 4 Close the document. 5 Open a new Writer file and type the words zebra and lion. 6 Highlight zebra, and copy it. Paste it into the document - zebra appears 7 Look at clipbrd.exe - it now contains zebra as expected because the last thing copied was the word zebra 8 Go back to the image editor, select the image and copy it. Paste the image into the image editor - it pastes the image OK. So the clipboard now contains the image. 9 Check clipbrd.exe - note how, as expected, it contains the image. 10 Change focus to OO Writer, and just paste or Ctrl/v. You would expect the contents of the clipboard to be pasted - ie the image - as in Step 3 above, but they are not! Instead, then previous contents of the clipboard which were copied from Writer, namely zebra, is pasted. This is clearly wrong. 11 Return to the image editor and paste or ctrl/v. The image is pasted. So the image editor pastes the CURRENT contents of the clipboard OK, but OO pastes the PREVIOUS contents of the clipboard which Writer itself copied. 11 In Writer, copy lion. Paste into Writer - lion is pasted OK. Paste into another text app (Notepad) and lion is pasted OK. Check clipbrd.exe - it has lion. This is all as expected So the problem looks like at Step 10 Writer (and Calc and Impress) is picking up zebra from an OO Writer buffer which has not been cleared - it is NOT picking up the current contents of the clipboard. I have since done a bit of digging. This mozilla forum entry is interesting - it seems to be the same problem and seems to have been analysed as a race problem. http://netbeans.org/bugzilla/show_bug.cgi?id=88161 I have reproduced this fault five times in succession by following the written steps exactly as above. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 --- Additional comments from john...@openoffice.org Thu May 20 23:28:37 + 2010 --- Sorry, I forgot to add that when I repeated the steps above using Thunderbird email client instead of OO Writer, everything worked exactly as expected - ie at Step 10, the image is copied into Thunderbird. This does suggest that it is definitely an OO problem, and is not caused by any of the sofware (MS Paint, clipbrd.exe, Notepad) which I am using to do the testing. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 --- Additional comments from john...@openoffice.org Wed Mar 24 14:17:40 + 2010 --- The post http://user.services.openoffice.org/en/forum/viewtopic.php?f=15t=28669p=131709#p131709 has a user running XP SP3 who also gets this exact problem so it does not look like it only occurs under Windows 7 64 bit. He says I'm running XP, 32Bit with SP3. Maybe this has nothing to do with the OS since I'm having the exact same problems as stated on your own thread. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 --- Additional comments from john...@openoffice.org Sun Mar 21 07:51:23 + 2010 --- I have been able to reproduce the problem in Writer, Calc and Impress. I was wondering if it could depend on the number of characters which are copied. I used CAT and DOG as very clear examples in my report, but I get the error with what I am actually copying. I therefore did the following test 1 Open Notepad and create 9 lines of text as below 1 12 123 1234 12345 123456 1234567 12345678 123456789 2 Open writer and write these 9 lines into Writer 3 Start in Writer and copy 123456789. Paste it in Notepad - OK 4 Copy 1 in Notepad, paste in Writer - pastes as 1 OK Copy 123456789 in Writer, copy 12 in Notepad, paste in Writer - pastes 12 OK Repeat for 123, 1234, 12345 etc - all paste OK in Writer 5 Move up a line, copy 123456768 in Writer and paste in Notepad - pastes OK Copy 1 in Notepad, paste in Writer - pastes 1 OK 6 Copy 123456768 in Writer, copy 12 in Notepad, paste in Writer - pastes 12 OK Copy 123456768 in Writer, copy 123 in Notepad, paste in Writer - I get the error and 12345678 is pasted in Writer. Immediately paste again in Writer with ctrl/v and I get 12345678 in Writer - it should be 123. Change focus to Notepad and ctrl/v - 123 is pasted in Notepad, which is correct. 7 Open a Calc sheet and ctrl/v - 12345678 is pasted in Calc. This is wrong. I expect 123 to be pasted, but Calc seems to be getting the previous contents stored in Writer. 8 Open an Impress sheet and ctrl/v into a text box - 12345678 is pasted into Impress. This is wrong. I expect 123 to be pasted, but Impress seems to be getting the previous contents stored in Writer. 9 Change focus to Notepad and ctrl/v - 123 is pasted into Notepad. This is correct as the last time I copied anything, I copied 123. 10 Close all OO sheets. Reopen OO and go back to step 1 - everything is OK and I cannot reproduce the error 11 Close Writer, open Writer, and go back to Step 1 - the error occurs immediately the first time I copy 1 in Notepad - it is pasted as 123456789 in Writer. Conclusions. 1 It appeares to occur with Windows 7 64 bit. 2 The problem is not confined to Writer, but occurs with Writer, Calc and Impress. It does look (to my untutored eye) like OO is picking up what it pastes from a temporary storage areas or buffer instead of from the clipboard. Or that the W7 64 bit clipboard is storing the previous contents, as well as the current contents, and OO is sometimes getting the previous contents instead of the current contents. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 --- Additional comments from john...@openoffice.org Fri Mar 19 08:17:05 + 2010 --- Let me answer your points. 1 I see that you cannot confirm this, but please note that it is an intermittent problem. 2 My Windows 7 is fully up to date 3 Were you testing with the 64 bit version of Windows 7? I have not (so far) been able to reproduce it on the 32 bit version of Windows 7 and the posts in the Community Forum also seem to suggest that 64 bit is a common factor. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 --- Additional comments from john...@openoffice.org Fri Mar 19 09:06:02 + 2010 --- I have two different versions of clip.exe on my PC. It appears as though one is the 32 bit version and the other is the 64 bit version C:\Windows\System32\clip.exe 32kB 14/7/2009 C:\Windows\SysWOW64\clip.exe 26kB 14/7/2009 When I hover over them, both say: File description: Clip - copies data into the clipboard Company: Microsoft Corporation File Version: 6.1.7600.16385 Date created: 14/7/2009 00:25 [SysWOW64 says 00:15] Size: 31.5kB (32) [SysWOW64 says 25.5kB] So, Writer is presumably calling clip.exe, but could there be a subtle difference because one is 32 bit, and works OK in 32 bit W7; while the other is 64 bit, and fails for me in 64 bit W7? I could not locate any exe which suggested it pasted from the clipboard - perhaps clip.exe does all clipboard functions. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 Issue #|110217 Summary|Paste from clipboard pastes the previous contents of t |he clipboard Component|Word processor Version|OOO320m12 Platform|PC URL| OS/Version|Windows 7 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|john_ha --- Additional comments from john...@openoffice.org Thu Mar 18 11:14:30 + 2010 --- I am running OOO320m12 under Windows 7 Home Premium 64 bit version. When I paste into an OO Writer document the previous contents of the clipboard are often pasted, instead of the current contents. It is intermittent, but the following often reproduces it: 1 Start Writer and create a new empty Writer document. Write the word DOG in it 2 Create a new Notepad document. Write the word CAT in it 3 Copy DOG in the Writer document with ctrl/c. Paste the clipboard contents into the Writer document with ctrl/v - it pastes OK and DOG appears. 4 Change focus to Notepad and paste the contents of the clipboard into Notepad with ctrl/v. It pastes OK and DOG appears. 5 Now copy CAT from the Notepad document with ctrl/c. Paste it in Notepad with ctrl/v. It pastes OK and CAT appears, showing the clipboard now contains CAT as expected. Now comes the problem 6 Change focus to the Writer document and press ctrl/v to paste the contents of the clipboard to the Writer document. I expect to see CAT appear, but DOG (the word previously copied in Writer) appears instead. Repeated ctrl/v keeps pasting DOG in the Writer document. This is wrong. 7 Change focus back to Notepad and press ctrl/v. The word CAT appears as expected - the last time I copied anything, I copied CAT. This is OK. The clipboard always seems to have the correct contents, because it pastes correctly into Notepad. But when I paste into Writer, Writer seems to pick up the previous contents of the clipboard. Could it be that Writer is not clearing a buffer from its previous copy? Other points: 1 It is intermittent - sometimes it works properly, sometimes it doesn't. 2 It can also happen when copying between two Writer documents. 3 It can also happen if the first item copied (DOG in 1 above) is an image. 4 I do not have Selection Clipboard enabled in OO 5 I have uninstalled and reinstalled OO and it still happens. Should I remove all my profile stuff as well and do a fresh install? 6 I never saw the problem in XP - it has only appeared since changing to Windows 7. I do not recall which version of OO I was running in XP but it was fully updated when my XP PC died in Nov 2009. 7 I first reported it as http://www.oooforum.org/forum/viewtopic.phtml?t=95978highlight= and got very few comments. I first noticed it with a Master document but later testing proved that the fault occurs with a standard odt file without a Master document being open. 8 It also happens as reported if I use EDIT COPY and EDIT PASTE instead of ctrl/c and ctrl/v 9 I have only noticed the error when I am pasting into Writer. It does not happen when pasting into other applications. It does happen when I copy from other applications like Thunderbird. This does suggest it is Writer causing the problem. I cannot understand why I am getting it and no-one else seems to be getting it! My Windows 7 is a standard installation. I have two users defined on the PC. It would not surprise me if it was something in Windows 7 causing the problem - perhaps the implementation of Clipboard has changed in W7 and OO is not picking it up properly. I am happy to provide files and run suggested diagnostic tests. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 110217] Paste from clipboard past es the previous contents of the clipboard
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110217 --- Additional comments from john...@openoffice.org Thu Mar 18 12:36:08 + 2010 --- Since submitting the report, I have come across these posts http://user.services.openoffice.org/en/forum/viewtopic.php?f=15t=24973 in the OO Community Forum which describes the same problem. Windows 7 seems to be a common feature of the posts. I also note that searching on clipboard here throws up a few issues including 102232. I do not have Clipboard Manager installed. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 25752] Brightnes and contrast lev el not same
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=25752 --- Additional comments from john...@openoffice.org Fri Jan 22 21:35:59 + 2010 --- See post subject: Image in imported MSWord doc does not display - contrast dated Fri 22 Jan 22 2010 which says the following: This post reports two things a) what appears to be a fault with handling images in imported MSWord .doc files b) a bug in OO Writer which allows Contrast for an image to be set to a negative value I opened an MS Word .doc file with Writer 3.1.1 Build 9420. The doc file has text and two graphics images. One image shows OK, the other image either does not display or displays very, very faintly. Both images display OK in MS Word and in MS Word Viewer. When I open the binary doc file, close to the end it says Microsoft Word Document MSWordDoc Word.Document.8. OO Navigator shows there are two images in the document. When I highlight them, the does-not-show image only shows the box-with-green-handles and inside is blank. The image is stored somewhere because when I R-click the image and choose Image Map, I can see the image OK. When I go to the Pictures Toolbar and click on Colour for the two images I get Item.Visible image.Image not showing Red0%.0% Green.0%..0% Blue...0%..0% Brightness0%.60% Contrast..0%.-70% yes that is correct ... minus 70% Gamma..1.001.00 If I then set Brightness to 0% and Contrast to 0% the image appears OK but in greyscale. If I go to Pictures Toolbar and select Default, the image then appears OK in colour. (Note the greyscale could be because the image is a colour image but was converted to a greyscale in MSWord before sending it to me) It is not a problem of anchor, wrap, bring forward etc - I (think I) have checked all the possible options and of course, the other image displays OK. Several questions arise 1 Is this a fault in reading in and converting the doc file where the contrast and brightness values are set wrongly? I use OO for a monthly village magazine and this is the first of a hundred or more .doc files which has shown this problem. Or is it a fault with converting a newer release of MSWord - it looks like it is v8? I unzipped the odt file and content.xml has the following where fr2 has incorrect values for Contrast and Luminance and does not display, but fr3 displays OK: style:style style:name=fr2 style:family=graphic style:parent-style-name=Graphics style:graphic-properties fo:margin-left=0.319cm fo:margin-right=0.319cm style:run-through=background style:wrap=run-through style:number-wrapped-paragraphs=no-limit style:vertical-pos=from-top style:vertical-rel=paragraph style:horizontal-pos=from-left style:horizontal-rel=paragraph fo:padding=0.026cm fo:border=none style:mirror=none fo:clip=rect(0cm, 0cm, 0cm, 5.659cm) draw:luminance=60% draw:contrast=-70% draw:red=0% draw:green=0% draw:blue=0% draw:gamma=100% draw:color-inversion=false draw:image-opacity=100% draw:color-mode=greyscale/ /style:style − style:style style:name=fr3 style:family=graphic style:parent-style-name=Graphics style:graphic-properties fo:margin-left=0.319cm fo:margin-right=0.319cm style:run-through=background style:wrap=parallel style:number-wrapped-paragraphs=no-limit style:wrap-contour=true style:wrap-contour-mode=outside style:vertical-pos=from-top style:vertical-rel=paragraph style:horizontal-pos=from-left style:horizontal-rel=paragraph fo:padding=0.026cm fo:border=none style:mirror=none fo:clip=rect(0cm, 0cm, 0cm, 0cm) draw:luminance=0% draw:contrast=0% draw:red=0% draw:green=0% draw:blue=0% draw:gamma=100% draw:color-inversion=false draw:image-opacity=100% draw:color-mode=greyscale/ 2 I created a new OpenOffice .odt file with two images. I then set Brightness to 60% and Contrast to -70% for one image and that image disappeared as above, suggesting that the Contrast and Brightness values are causing the problem. 3 There appears to be a bug in OO Writer which allows a user to set a Contrast value to a negative number which then causes the image to disappear. I guess that a user should not use a negative value for Contrast but a range check (value must be between 0 and 100) would prevent this and protect the user. - 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: issues-unsubscr...@framework.openoffice.org For additional commands, e-mail: issues-h...@framework.openoffice.org - To unsubscribe, e-mail:
[sw-issues] [Issue 105186] PDF Export of text with S CALE TEXT not 100% fails
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105186 Issue #|105186 Summary|PDF Export of text with SCALE TEXT not 100% fails Component|Word processor Version|OOO310m9 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|save-export Assigned to|writerneedsconfirm Reported by|john_ha --- Additional comments from john...@openoffice.org Fri Sep 18 15:47:20 + 2009 --- I am running OOO310m19 (Build 9420) but this version does not appear in the Found in version pull down. I created a document in Writer with two short lines of Times New Roman text. I then selected one line of text and chose Format Character Position and I set SCALE WIDTH to 150%. I ticked PAIR KERNING. I then exported the file to a PDF using the PDF icon on the toolbar. Result The scaled text is not scaled and appears to have stayed at 100% - it occupies the correct position, but is squashed to the left instead of spreading out. Other factors 1 This worked OK in my earlier version of OO I was using until this release was brought out. WHen I use this release to export older documents, the Scaled Width text is now corrupted as above 2 When I print the odt file using PrimoPDF (a pdf file creator) the scaled text is correct. I believe this is a bug introduced into this release of Writer. The problem is easily reproduceable but I can supply a small file if required. - 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: issues-unsubscr...@sw.openoffice.org For additional commands, e-mail: issues-h...@sw.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 24317] Highlighting - incorrect e xport to DOC
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=24317 --- Additional comments from [EMAIL PROTECTED] Sat May 26 09:50:30 + 2007 --- This problem is a major obstacle to exchanging documents with MS Word users and I will vote for it to be fixed. Based on the fact that MS Word users are more familiar with HIGHLIGHT than with SHADING (because the HIGHLIGHT tool is on the MS Word toolbar whereas the SHADING tool is buried in a menu) would it be sensible to change OO so that OO HIGHLIGHT is saved as MS Word HIGHLIGHT and not as MS Word SHADING. This is presumably reasonably simple ( :-) ) to do, and is also more logical because OO users are creatimg a HIGHLIGHT with the OO tool and expect it to go to an MS HIGHLIGHT. There will be other issues to consider, including: 1 Does OO use HIGHLIGHT in other situations to create what MS Word calls SHADING and therefore should be exported as SHADING? But as OO only has one format, we have to lose something - is it best to lose SHADING? 2 What happens when an MS Word doc with SHADING is imported? Should OO ignore it ? or convert it to HIGHLIGHT? or convert it to a HIGHLIGHT of a special colour/pattern associated with MS SHADING? As OO only has one format, we have to lose something. Note that the problem is somewhat more serious than the simple Description given to this issue. A more accurate description of the problem is: Any MS Word document opened with OO, and then saved as a .doc with OO, has all its HIGHLIGHTs (both those created by the original MS Word user, and also those created by the OO user) changed to SHADING. So OO has corrupted the MS Word HIGHLIGHTs to MS Word SHADINGs as well as changing the OO user's HIGHLIGHTs to MS Word SHADINGs. - 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]