[sc-issues] [Issue 106108] Set margins with mouse in Calc don´t enable the Save button
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106108 User clutz changed the following: What|Old value |New value Status|VERIFIED |REOPENED Resolution|FIXED | --- Additional comments from cl...@openoffice.org Thu Dec 2 15:37:14 + 2010 --- see comments from eymux2009 - 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...@sc.openoffice.org For additional commands, e-mail: issues-h...@sc.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 104917] framework: each opened an d closed document slows a running soffice.bin down
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104917 --- Additional comments from cl...@openoffice.org Thu Sep 10 12:45:24 + 2009 --- I removed all extensions (user-specific and shared) and the behaviour is still the same. BTW.: there is now slow down, when you press the second button that opens the documents invisible. Here the output of the test on my linux system without any extensions. Maybe the required times could give a clue of the complexity of the problem. opened 10 documents in 3 seconds opened 10 documents in 3 seconds opened 10 documents in 4 seconds opened 10 documents in 3 seconds opened 10 documents in 4 seconds opened 10 documents in 3 seconds opened 10 documents in 4 seconds opened 10 documents in 3 seconds opened 10 documents in 4 seconds opened 10 documents in 3 seconds opened 10 documents in 4 seconds opened 10 documents in 4 seconds opened 10 documents in 4 seconds opened 10 documents in 4 seconds opened 10 documents in 5 seconds opened 10 documents in 4 seconds opened 10 documents in 5 seconds opened 10 documents in 5 seconds opened 10 documents in 5 seconds opened 10 documents in 6 seconds opened 10 documents in 6 seconds opened 10 documents in 6 seconds opened 10 documents in 6 seconds opened 10 documents in 7 seconds opened 10 documents in 7 seconds opened 10 documents in 8 seconds opened 10 documents in 8 seconds opened 10 documents in 8 seconds opened 10 documents in 9 seconds opened 10 documents in 9 seconds opened 10 documents in 10 seconds opened 10 documents in 11 seconds opened 10 documents in 10 seconds opened 10 documents in 11 seconds opened 10 documents in 12 seconds opened 10 documents in 15 seconds opened 10 documents in 14 seconds opened 10 documents in 14 seconds opened 10 documents in 14 seconds opened 10 documents in 14 seconds opened 10 documents in 15 seconds opened 10 documents in 19 seconds opened 10 documents in 16 seconds opened 10 documents in 17 seconds opened 10 documents in 19 seconds opened 10 documents in 20 seconds opened 10 documents in 21 seconds opened 10 documents in 21 seconds opened 10 documents in 22 seconds opened 10 documents in 23 seconds - 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
[framework-issues] [Issue 104917] framework: each opened an d closed document slows a running soffice.bin down
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104917 Issue #|104917 Summary|framework: each opened and closed document slows a run |ning soffice.bin down Component|framework Version|OOo 3.1 Platform|All URL| OS/Version|Linux Status|NEW Status whiteboard| Keywords| Resolution| Issue type|PATCH Priority|P3 Subcomponent|code Assigned to|mba Reported by|clutz --- Additional comments from cl...@openoffice.org Wed Sep 9 13:43:59 + 2009 --- The attached documents simulates the behaviour of a batch-processing done by one of our custom applications that is connected via uno-api. Multiple documents are opened, processed and closed again. With each opened document, OOo slows down a little bit more. To reproduce the issue, just open the document openAndClose500textdocuments.odt (allow macro-execution) and press Open And Close 500 visible Textdocuments on a linux system. The macro produces output in the textdocument that shows the time required for the processing of each block of 10 textdocuments. On a linux-system, the required time increases noticable. the macro is very simple. Here you can see what the macro does: function openLoop(hidden as boolean, doc) dim args(1) as new com.sun.star.beans.PropertyValue dim lastTimer as long args(0).Name=Hidden args(0).Value=hidden lastTimer=Timer for i=1 to 500 newdoc = StarDesktop.loadComponentFromURL( private:factory/swriter, _blank, 0, args()) newdoc.close(true) ' ...print time required for 10 documents next i End function The macro doesn't slow down OOo on a windows system. So it seems to be a hole in the memory-management on linux. - 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
[framework-issues] [Issue 104917] framework: each opened an d closed document slows a running soffice.bin down
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104917 --- Additional comments from cl...@openoffice.org Wed Sep 9 13:53:21 + 2009 --- Created an attachment (id=64643) Document with a macro that simulates the batch-processing - 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
[sw-issues] [Issue 103137] fixup for text:display=n one generated by OOo2 is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103137 --- Additional comments from cl...@openoffice.org Mon Jul 6 11:26:30 + 2009 --- @os: thank you for the priority criterias which I didn't know before. P2 measurement examples says: 1) An essential product feature - e.g. Printing - does not work at all, and no workaround exists This is the case for this issue. Opening documents that have been generated by OOo 2 is an essential product feature (I really hope you consider it to be one because compatibility is very very important in a lot of use cases). The example shows, that this feature is broken and there is no workaround for that. 2) User data is corrupted in an easy-to-encounter way; open the example document - one or more lines ar hidden by accident. Change something, store it and open it again. Now the previously hidden lines are still hidden and the information that these lines should be visible ist lost. - 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 100878] OOo crashes when clicking Extension Manager button Check for updates
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100878 --- Additional comments from cl...@openoffice.org Mon Jul 6 12:08:36 + 2009 --- veryfied with Win2000 and it looks OK now! Thanks! - 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
[sw-issues] [Issue 103137] fixup for text:display=n one generated by OOo2 is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103137 User clutz changed the following: What|Old value |New value Keywords| |regression Priority|P3|P1 --- Additional comments from cl...@openoffice.org Sun Jul 5 14:20:36 + 2009 --- I think this is a very critical regression. Please correct me if not. - 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 100878] OOo crashes when clicking Extension Manager button Check for updates
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100878 --- Additional comments from cl...@openoffice.org Tue Jun 30 10:44:25 + 2009 --- We tried OOo310_m14 on Win 2000 and OOo still crashes. The duplicate issue #103072 is also still reproducible. What shall we do? Reopen this issue or create a new issue? - 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
[framework-issues] [Issue 100878] OOo crashes when clicking Extension Manager button Check for updates
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100878 --- Additional comments from cl...@openoffice.org Tue Jun 30 10:50:50 + 2009 --- sorry, I ment issue #101943 is still reproducible. - 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
[sw-issues] [Issue 103101] wrong view update after c hanging CharHidden via API
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103101 --- Additional comments from cl...@openoffice.org Fri Jun 26 09:12:47 + 2009 --- Here is one possible workaround for the update problem: Sub Main t = ThisComponent.Text cursor = t.createTextCursorByRange(t) cursor.setPropertyValue(CharHidden, true) ' setting the text visible before restoring the default value forces a correct update cursor.setPropertyValue(CharHidden, false) cursor.setPropertyToDefault(CharHidden) End Sub - 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 103137] fixup for text:display=n one generated by OOo2 is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103137 Issue #|103137 Summary|fixup for text:display=none generated by OOo2 is not | reliable Component|Word processor Version|OOo 3.0.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|writerneedsconfirm Reported by|clutz --- Additional comments from cl...@openoffice.org Fri Jun 26 11:54:52 + 2009 --- OOo 2 handles the attribute text:diplay=none in a way that is not odf-conform. OOo 3 now interprets and handles this attribut correct as described in the odf specification. To provide compatibility with textdocuments produced by OOo 2, OOo 3 has a kind of fix up that translates the semantic of a text:display attribute generated by OOo 2 into the correct syntax. This issue proves, that the fixup does not work reliable. I will attach two documents generated with OOo 2 that show different results in OOo 3 EACH time the documents are opened. The following snipped from the example odfImportBug1.odt drafts, which elements of the document are concerned: text:p text:style-name=StandardXtext:span text:style-name=T1 X text1 X/text:spanX/text:p text:p text:style-name=StandardXtext:span text:style-name=T1 X text2 X/text:spanX/text:p text:p text:style-name=StandardXtext:span text:style-name=T1 X text3 X/text:spanX/text:p where T1 ist defined as: style:style style:name=T1 style:family=text style:text-properties text:display=none/ /style:style According to the semantics of OOo 2 this means, that the Text X textN X is visible. Now opening odfImportBug1.odt in OOo 3 sometimes shows XX text1 XX, XX text2 XX and XX text3 XX and sometimes randomly hides different X textN X parts. On linux with OOo 3.0.1 I could reproduce this behaviour reliable with odfImportBug1.odt On windows with OOo 3.1 I was only able to reproduce the behaviour with odfImportBug1.odt only once. For your tests with OOo 3.1 you could also use the second example odfImportBug2.odt which also shows that parts of the text are visible by accident. Our letterhead system intensively uses uses the hide/show feature and a lot of our old documents are concerned by this issue. Please take this regression serious as it directly affects our migration from OOo 2 to OOo 3. - 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 103137] fixup for text:display=n one generated by OOo2 is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103137 --- Additional comments from cl...@openoffice.org Fri Jun 26 11:59:13 + 2009 --- Created an attachment (id=63225) open the document in OOo 3 and press file-reload several times. Each time, there are different X textN X parts visible. - 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 103137] fixup for text:display=n one generated by OOo2 is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103137 --- Additional comments from cl...@openoffice.org Fri Jun 26 12:02:23 + 2009 --- Created an attachment (id=63226) This example is not as simple as odfImportBug1.odt but it showed the bug more reliable with OOo 3.1 on Windows. Open the document in OOo 3 and press file-reload several times. Each time, there are different parts of the text visible. - 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 103137] fixup for text:display=n one generated by OOo2 is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103137 --- Additional comments from cl...@openoffice.org Fri Jun 26 12:21:27 + 2009 --- In earlier comments i confused the description of odfImportBug1.odt with the description of odfImportBug2.odt. odfImportBug2.odt is the simplified main testcase with the X textN X parts. odfImportBug1.odt is the more comprehensive testcase that worked better with OOo 3.1 on Windows. - 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 103101] wrong view update after c hanging CharHidden via API
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103101 Issue #|103101 Summary|wrong view update after changing CharHidden via API Component|Word processor Version|OOo 3.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|writerneedsconfirm Reported by|clutz --- Additional comments from cl...@openoffice.org Thu Jun 25 13:57:21 + 2009 --- This issue might be related to issue #78896 but the symptoms and the usecase slightly differ, so I post a new issue for this one. The attached letterhead has some text content which gets hidden and viewed again due to a necessary workflow of our letterhead system. The following included macro-code simulates these steps: Sub Main t = ThisComponent.Text cursor = t.createTextCursorByRange(t) cursor.setPropertyValue(CharHidden, true) cursor.setPropertyToDefault(CharHidden) End Sub After running the macro, there are some lines still invisible though the API-representation of the objects has set CharHidden=false. It seems that the view is not updated correctly after changing the property value. Here is how to reproduce: 1) open the attached document updateBug2.odt and allow the macro to be executed. 2) look at the document - there are the lines one, two, three and four 3) press the button which calls the above macro code 4) look at the document - there are only the lines two and four left. 5) Do this just to prove that the internal representation of the objects is correct: save the document and press file-reload 6) look at the document - the origin content with all four lines is restored. - 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 103101] wrong view update after c hanging CharHidden via API
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103101 --- Additional comments from cl...@openoffice.org Thu Jun 25 14:01:09 + 2009 --- Created an attachment (id=63212) A testcase for the update-view bug. Open it, and press the button. The lines one and tree vanish. - 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 101943] Open HTTP-URL via Command line fails
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=101943 --- Additional comments from cl...@openoffice.org Mon Jun 15 08:49:09 + 2009 --- The example with the URL http://www.google.com; it is an easy to apply testcase, but it does not show the sigificance of the issue. The issue also means that opening an odf-document from a webserver is no longer possible with OOo 3.1 on W2k. So for example soffice http://marketing.openoffice.org/ooocon2008/programme/thursday_1416.odp; also fails to open the document. Instead of the expected document, only an empty page gets opened. We provide the most of our office-templates via webserver. This issue prevents us to use OOo 3.1 on our w2k-systems (and we have got over 10 thousand of W2k system as part of our migration strategy). So missing compatibility with W2k is a serious problem for us in munich as we are bound to use OOo 3.0.1 in the near future. On the other hand we strongly need the bugfixes and features of newer OOo-Versions to succeed with our migration to OpenOffice.org. Please take this issue serious and target it for the next possible version (e.g. 3.2). - 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
[sw-issues] [Issue 102619] calling dispatch .uno:Got oNextPlacemarker crashes OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102619 Issue #|102619 Summary|calling dispatch .uno:GotoNextPlacemarker crashes OOo Component|Word processor Version|OOo 3.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|writerneedsconfirm Reported by|clutz --- Additional comments from cl...@openoffice.org Tue Jun 9 14:30:47 + 2009 --- The attached document contains a simple macro that calls the dispatch .uno:GotoNextPlacemarker via the DispatchHelper. The aim of the macro is to navigate the viewCursor to the next Placeholder. So the document also contains placeholders, where some are part of the main text content and some are part of cells in a texttable. Calling the macro crashes OOo in some cases which seem to depend on the operating system. Here is how to reproduce the crash on your system: 1) open the attached document Platzhalter.odt and allow the contained macro to be executed 2) press the button dispatch .uno:GotoNextPlacemarker at least 10 times (if you can :-) ). I tested the macro on the following systems: - on a linux-system with OOo 2.4.2: OOo crashes when the macro is called for the first time - on a linux-system with OOo 3.0.0: OOo crashes when the macro is called for the first time - on a win 2000 system with OOo 3.0.0: OOo crashes when the viewCursor is in the bottom right corner of the texttable and calling the macro would cause the viewCursor to leave the texttable. - on a win 2000 system with OOo 3.1: OOo crashes when the viewCursor is in the bottom right corner of the texttable and calling the macro would cause the viewCursor to leave the texttable. - 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 102619] calling dispatch .uno:Got oNextPlacemarker crashes OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102619 --- Additional comments from cl...@openoffice.org Tue Jun 9 14:32:46 + 2009 --- Created an attachment (id=62886) the contained macro crashes OOo when the button is pressed at least 10 times - 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 101283] uncollapsed bookmark with zero length is self-expanding
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=101283 Issue #|101283 Summary|uncollapsed bookmark with zero length is self-expandin |g Component|Word processor Version|OOo 3.0.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|programming Assigned to|writerneedsconfirm Reported by|clutz --- Additional comments from cl...@openoffice.org Wed Apr 22 16:55:08 + 2009 --- The attached document contains a bookmark called WM(CMD 'insertFormValue' ID 'GABetrag') that is NOT collapsed but has a length of zero. Behind the bookmark, there is a text text behind. The XML-Representation of this bookmark and the text looks like this (you can see that the bookmark really ends before the text): [...]text:p text:style-name=Standardtext:bookmark-start text:name=WM(CMD apos;insertFormValueapos; ID apos;GABetragapos;)#x0a;/text:bookmark-end text:name=WM(CMD apos;insertFormValueapos; ID apos;GABetragapos;)#x0a;/text behind/text:p[...] If you open the document in OOo and select the bookmark via navigator, the viewcursor does not point to a single position in the text (as expected) but also selects the text text behind. The bookmark is self-expanding. - 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 101283] uncollapsed bookmark with zero length is self-expanding
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=101283 --- Additional comments from cl...@openoffice.org Wed Apr 22 16:56:08 + 2009 --- Created an attachment (id=61736) the document with the self-expanding bookmark - open it and select the bookmark. there is more selected than expected. - 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 100374] Changes to Notes via UNO API are not persistent anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100374 --- Additional comments from cl...@openoffice.org Tue Apr 7 08:05:22 + 2009 --- great information! fwk111 is not included in OOO310_m9 (RC 1). will this be in RC 2? - 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 100374] Changes to Notes via UNO API are not persistent anymore
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100374 --- Additional comments from cl...@openoffice.org Tue Apr 7 08:19:37 + 2009 --- great information! It seems that fwk111 is not included in OOO310_m9 (RC 1). will this be in RC 2? - 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 100718] XUIConfigurationPersisten ce.store() crashes OOo
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=100718 --- Additional comments from cl...@openoffice.org Tue Apr 7 08:30:18 + 2009 --- This issue still occurs in OOO310_m9 (RC 1). Will the fix be integrated in RC 2? - 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
[framework-issues] [Issue 95496] loadComponentFromUrl() fre ezes
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95496 User clutz changed the following: What|Old value |New value Ever confirmed| |1 Status|UNCONFIRMED |NEW --- Additional comments from [EMAIL PROTECTED] Sat Nov 8 19:15:18 + 2008 --- I can confirm this issue. This is really an important issue for us in munich and a regression since loadComponentFromURL works reliable in the OOo 2.x series. Our WollMux uses loadComponentFromURL to open the templates organized by WollMux. Now WollMux no longer opens templates reliable. As a result this issue forces us to use the OOo 2.x series instead of OOo 3.x. On the other side we so strongly require the new file-locking features provided by OOo 3. Our divisions (the Referate) will not switch off their current MS-Office installations on about 14000 PCs until there is a satisfying file locking available with OOo. With OOo 2.x the file locking is not satisfying, but we hope with OOo 3.0.1. It would be a pity if file-locking was OK with OOo 3.0.1 but this regression still remains. So please take this issue serious and target it for 3.0.1 (if possible in any way). - 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]
[api-issues] [Issue 65999] loadComponent hangs in -no logo mode after changing the icon-style from Automatic to Default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65999 User clutz changed the following: What|Old value |New value Status|REOPENED |RESOLVED Resolution| |WORKSFORME --- Additional comments from [EMAIL PROTECTED] Thu Oct 9 12:59:34 + 2008 --- issue is no longer reproducible in OOo 3.0 RC 3 - 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]
[api-issues] [Issue 94515] XTransferable.getTransferD ataFlavors() of writer documents lists unsuppo rted DataFlavors
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=94515
Issue #|94515
Summary|XTransferable.getTransferDataFlavors() of writer docum
|ents lists unsupported DataFlavors
Component|api
Version|OOo 2.3.1
Platform|All
URL|
OS/Version|All
Status|NEW
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P3
Subcomponent|code
Assigned to|jsc
Reported by|clutz
--- Additional comments from [EMAIL PROTECTED] Wed Oct 1 07:03:30 +
2008 ---
I have got a small codesnippet that tries to call
XTransferable.getTransferData(flavor) for all flavors listed in
XTransferable.getTransferDataFlavors() for a TextDocument.
The DataFlavor Star Embed Source (XML) is listed in the list of supported
DataFlavors for this Component, but trying to get the respective transfer data
throws an UnsupportedFlavorException.
So please either remove Star Embed Source (XML) from the list of supported
DataFlavors or enable this functionality that the exception is not thrown.
To reproduce, I used the following snippet:
byte[] buffy;
XTransferable transferable = (XTransferable)
UnoRuntime.queryInterface(XTransferable.class,
UNO.desktop.getCurrentComponent());
DataFlavor[] flavors = transferable.getTransferDataFlavors();
for (DataFlavor fl : flavors) {
System.out.println(fl.HumanPresentableName + ( + fl.MimeType + ) +
fl.DataType);
try {
buffy = (byte[]) transferable.getTransferData(fl);
} catch (Exception e) {
e.printStackTrace();
}
}
The output of the snippet is:
Windows MetaFile (application/x-openoffice-wmf;windows_formatname=Image WMF)
Type[[]byte]
Star Object Descriptor (XML)
(application/x-openoffice-objectdescriptor-xml;windows_formatname=Star Object
Descriptor (XML)) Type[[]byte]
Star Embed Source (XML)
(application/x-openoffice-embed-source-xml;windows_formatname=Star Embed Source
(XML)) Type[[]byte]
com.sun.star.datatransfer.UnsupportedFlavorException:
at
com.sun.star.lib.uno.environments.remote.Job.remoteUnoRequestRaisedException(Job.java:187)
at com.sun.star.lib.uno.environments.remote.Job.execute(Job.java:153)
at
com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:349)
at
com.sun.star.lib.uno.environments.remote.JobQueue.enter(JobQueue.java:318)
at
com.sun.star.lib.uno.environments.remote.JavaThreadPool.enter(JavaThreadPool.java:106)
at
com.sun.star.lib.uno.bridges.java_remote.java_remote_bridge.sendRequest(java_remote_bridge.java:657)
at
com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.request(ProxyFactory.java:159)
at
com.sun.star.lib.uno.bridges.java_remote.ProxyFactory$Handler.invoke(ProxyFactory.java:141)
at $Proxy17.getTransferData(Unknown Source)
at TransferableText.main(TransferableText.java:32)
Bitmap (application/x-openoffice-bitmap;windows_formatname=Bitmap)
Type[[]byte]
PNG (image/png) Type[[]byte]
-
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 94239] lockfile is lost if the do cument is open for a long time
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=94239 Issue #|94239 Summary|lockfile is lost if the document is open for a long ti |me Component|framework Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|tm Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Tue Sep 23 14:44:07 + 2008 --- On my OOo DEVm29 it seems that the lockfile created by the improved file locking mechanism of OOo3 is lost after some time if the document is open for a long time. In my test the lockfile is lost after about 5 minutes, but I didn't quest for the exact time as I think this is worth to be reported very soon (it seems to be critical to me). As a result of the lost lockfile, the opened document is no longer locked in a way that OOo3 recognizes and the file could be overwriten by another OOo instance. - 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]
[api-issues] [Issue 46484] Notify new events OnCreate and OnLoadFinished
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=46484 User clutz changed the following: What|Old value |New value Component|Database access |api QA contact|[EMAIL PROTECTED]|[EMAIL PROTECTED] Subcomponent|none |documentation --- Additional comments from [EMAIL PROTECTED] Wed Jul 9 07:34:59 + 2008 --- changed component to api as this is not restricted to database access and more api related - 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]
[dba-issues] [Issue 46484] Notify new events OnCreate and OnLoadFinished
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=46484 User clutz changed the following: What|Old value |New value Component|Database access |api QA contact|[EMAIL PROTECTED]|[EMAIL PROTECTED] Subcomponent|none |documentation --- Additional comments from [EMAIL PROTECTED] Wed Jul 9 07:34:59 + 2008 --- changed component to api as this is not restricted to database access and more api related - 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]
[api-issues] [Issue 91502] Global document event OnVi ewCreated not documented
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=91502 Issue #|91502 Summary|Global document event OnViewCreated not documented Component|api Version|OOo 2.3.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|documentation Assigned to|jsc Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Wed Jul 9 08:23:11 + 2008 --- I want to document the global document event OnViewCreated at http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/WritingUNO/Jobs/List_of_Supported_Events but do don't know its exact specification. Could someone please write down in which cases this event is sent and why this event has been introduced. - 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]
[api-issues] [Issue 91510] load document as template: event OnLoadFinished instead OnCreate
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=91510 Issue #|91510 Summary|load document as template: event OnLoadFinished instea |d OnCreate Component|api Version|OOo 2.3.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Wed Jul 9 11:37:13 + 2008 --- If an existing document is loaded as template via desktop.loadComponentFromURL(...) (using the property asTemplate=true), I would expect to recieve an event OnCreate by the GlobalEventBroadcaster. But instead I get the events OnLoadFinished and a little bit later the event OnNew. Opening a document as template has the semantic of creating a new document and the fact that OnNew is sent proves my view. Another reason why the event OnLoadFinished is wrong there is because there is currently no way to figure out whether the document is loaded for editing or loaded as template. A document loaded as template should have an empty URL which could be checked, but unfortunately at the time, the OnLoadFinished event is sent, the URL is (still) not empty. According to the documentation of the event OnCreate I added in the wiki page http://wiki.services.openoffice.org/wiki/Documentation/DevGuide/WritingUNO/Jobs/List_of_Supported_Events either the current bahaviour or my documentation is incorrect. So please fix this issue in the code or provide a correct specification of OnCreate/OnLoadFinished so that the wiki could be updated. - 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 85794] Reimplement file locking u sing an additional file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85794 User clutz changed the following: What|Old value |New value Status|VERIFIED |REOPENED Resolution|FIXED | --- Additional comments from [EMAIL PROTECTED] Tue Jun 24 06:10:46 + 2008 --- IMO this issue is not solved completely. Please read my test result from Jun 13.th for the reason why. - 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 91015] data loss with new file lo cking mechanism in OOo3
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=91015 Issue #|91015 Summary|data loss with new file locking mechanism in OOo3 Component|framework Version|OOo 3.0 Beta Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mav Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Tue Jun 24 12:03:25 + 2008 --- I tested the filelocking implementation of OOo3 (300m2 Rev 9301) on Windows and found the following scenarios which lead to data loss: No File locking for doc-files shared via samba-share: 1) Open a .doc-file that is hosted on a samba-share on Windows-host A 2) Open the same .doc-file on Windows-host B -- file opens editable (!!!BUG!!!) 3) edit the document on host A, save and close the document 4) edit the document on host B, save and close the document result: changes done in 3) are lost! The file-locking for .doc-Files on windows is broken. Another issue affects the file-locking in a heterogenous environment with a file shared via samba-share, opened in OOo3 on Windows and in OOo2 on linux with cifs-mount (the bug is reproducible with .doc AND .odt-files): 1) Open a .odt/.doc-file on a Windows host A with OOo3 2) Open the same .odt/.doc-file on a linux-client B with OOo2 -- file opens editable (!!!BUG!!!) 3) edit the document on host A and B and save the document. result: the last save-actions wins, the changes of the first save-action are lost. We currently migrate a lot of our PCs from MSO to OOo. In this time there are a lot of (alien) documents and templates that have to be shared within both office-suites. Besides the OOo-migration, we also introduce linux on an increasing amount of hosts, so we will have a completely heterogenous environment with a mix of MSO, OOo2, OOo3, Windows, Linux, Samba-Shares in which data loss will occur regulary with the current implementation. As the same scenarios do not cause data loss with the old implementation of OOo2, I think we cannot introduce OOo3 until this issue is fixed. Thank you very much for the great work with the new file locking with the temporary lock-file which seems to be very promising and might solve a lot of our most important issues, but I think the following adjustments have to be done: a) file-locking for alien-formats: The best handling for MSO-formats would be to use temporary lock-files compatible with the lock-files that MSO use. If this cannot be implemented due to some reason I think the next best alternative would be to reactivate the old OOo2 implementation for these kinds of files. b) compatibility with old OOo2-file locking is required: That means that all kind of files that are opened with OOo3 must be locked in a system-level way that OOo2 also recognizes and denies to open the file editable. Due to the weakness of OOo2 in that situation also a select filter or an I/O-Error message would be correct as long as OOo2 denies the editable access. Please add these two scenarios to your testcase and ensure that there is no way to lose data using OOo3. - 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 90729] Anchor of a table is corru pt
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90729 Issue #|90729 Summary|Anchor of a table is corrupt Component|Word processor Version|OOo 2.4.0 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Sat Jun 14 11:53:12 + 2008 --- The following code produces an InvalidArgumentException if it is applied on a TextDocument with at least one table: tt = ThisComponent.TextTables for i=0 to tt.count-1 table = tt.getByIndex(i) cursor = table.Anchor.Text.createTextCursorByRange(table.Anchor) next i It seems that table.Anchor is corrupt as also xray produces a lot of Exceptions when inspecting the object. IMO table.Anchor should be an object that represents a XTextRange in the Text-Objects that contains the table. The object is not comparable via table.Anchor.Text.compareRegionStarts(table.Anchor, table.Anchor.Text.Start), too. - 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 85794] Reimplement file locking u sing an additional file.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85794 --- Additional comments from [EMAIL PROTECTED] Fri Jun 13 12:40:45 + 2008 --- I tested the filelocking implementation of OOo3 (300m2 Rev 9301) on Windows and found the following bugs which lead to data loss: No File locking for doc-files shared via samba-share: 1) Open a .doc-file that is hosted on a samba-share on Windows-host A 2) Open the same .doc-file on Windows-host B -- file opens editable (!!!BUG!!!) 3) edit the document on host A, save and close the document 4) edit the document on host B, save and close the document result: changes done in 3) are lost! The file-locking for .doc-Files on windows is broken. Another issue affects the file-locking in a heterogenous environment with a file shared via samba-share, opened in OOo3 on Windows and in OOo2 on linux with cifs-mount (the bug is reproducible with .doc AND .odt-files): 1) Open a .odt/.doc-file on a Windows host A with OOo3 2) Open the same .odt/.doc-file on a linux-client B with OOo2 -- file opens editable (!!!BUG!!!) 3) edit the document on host A and B and save the document. result: the last save-actions wins, the changes of the first save-action are lost. Please add these two usecases to your testcase and test again! Please notice that these usecases are real-world usecases which will occur regulary in our heterogenous environment while introducing OOo3. In this point the file-locking implementation of OOo2 is better than OOo3 as there is no data loss with OOo2 in the same usecases. I think this would be a blocker for us not to use OOo3. - 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 86470] Wrong Java locale when usi ng the languagepacks nl and fr
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86470 Issue #|86470 Summary|Wrong Java locale when using the languagepacks nl an |d fr Component|framework Version|OOo 2.3.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|tm Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Tue Feb 26 13:01:13 + 2008 --- Our custom UNO-component is written in java and for the sake of introducing localization in our component, we read the java-settings returned by java.util.Locale.getDefault().getLanguage(), which is a global setting inside the jvm managed by OOo. This global setting is not set correctly when the languag-settings of OOo are changed. I've got the followin settings: en_us version of OOo 2.3.1 on Windows with the additional language packages for de, nl and fr. The default locale of my Windows-System is de depending on the active language set in Tools-Options-Language Settings-User Interface, the following language is returned: for English (US) the language en is returned (OK), for Netherland (Netherland) the language de is returned (expected nl), for France (France) the language de is returned (expected fr) for Germany (Germany) the language de is returned (OK) hence: all additionional language packages return de on my system. It seems that the locale is only set correctly when running in Englisch (US)-Mode and that for all other language the system setting is used. to prove this theory I changed the global locale of my windows system to Netherland with the result that for all additional language packages the Locale.getDefault().getLanguage() nl is returned. If you like to reproduce this behaviour, use the attached beanshell-macro. 1) select a language in Tools-Options-Language Settings-User Interface and close OOo. 2) open the attached document and press the button Print Java Locale - 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 86470] Wrong Java locale when usi ng the languagepacks nl and fr
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86470 --- Additional comments from [EMAIL PROTECTED] Tue Feb 26 13:02:23 + 2008 --- Created an attachment (id=51725) testdocument with a beanshell-macro used to reproduce the bug - 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 86437] rule for determining the d efault title of a element in a localized addon s.xcu doesnt't follow the documentation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=86437 Issue #|86437 Summary|rule for determining the default title of a element in | a localized addons.xcu doesnt't follow the documentat |ion Component|framework Version|OOo 2.3.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Mon Feb 25 12:14:18 + 2008 --- The developers-guide defines in chapter 4.7.3, how the title of a element in the addons.xcu should be determined if there are language specific translations provided, but there is no translation for the current language: snip Title: Contains the title of a top-level menu item. This property supports localization: The default string, which is used when OpenOffice.org cannot find a string definition for its current language, uses the value element without an attribute. You define a string for a certain language with the xml:lang attribute. Assign the language/locale to the attribute, for example value xml:lang=en-USstring/value /snip This rule dosn't seem to be applied for my addons.xcu-file. Here is a snippet of my addons.xcu as an example: node oor:name=m1 oor:op=replace prop oor:name=URL oor:type=xs:string valuewollmux:TextbausteinEinfuegen/value /prop prop oor:name=Title oor:type=xs:string valueTextbaustein einfügen/value value xml:lang=nlTextbouwsteen toevoegen/value /prop prop oor:name=ImageIdentifier oor:type=xs:string value/ /prop prop oor:name=Target oor:type=xs:string value_self/value /prop prop oor:name=Context oor:type=xs:string valuecom.sun.star.text.TextDocument/value /prop /node According to that rule, you can see that the default title for this element should be Textbaustein einfügen, so if I use the language de (which is not explicitly in the list and not nl), I would expect to get Textbaustein einfügen as title. But this is not what I get. I always get the nl-Version Textbouwsteen toevoegen. It seems that the last value always wins. - 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 85957] provide a unique identifie r for user field variables inserted with inser tDocumentFromURL()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85957 --- Additional comments from [EMAIL PROTECTED] Fri Feb 8 08:31:33 + 2008 --- Created an attachment (id=51428) example document that helpes to reproduce the bug - 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 85957] provide a unique identifie r for user field variables inserted with inser tDocumentFromURL()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85957 Issue #|85957 Summary|provide a unique identifier for user field variables i |nserted with insertDocumentFromURL() Component|Word processor Version|OOo 2.3.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Fri Feb 8 08:30:16 + 2008 --- attached, there are two documents that uses a user field variables called Name which has different content within the two documents. If these two documents are merged into a new document using insertDocumentFromURL() or the UI (Insert-File...), the information of one user field variable gets lost because of the ambigious name. The worst about this behaviour is that already existing content is changed by that action in a very silent and subtle way. My example demonstates that: 1) create a new writer document 2) insert the attached document ambigousUserFields1.odt using Insert-File... (OpenOffice.org ist toll) 3) insert the attached document ambigousUserFields2.odt using Insert-File... (MS-Office ist blöd) 4) you will see that OpenOffice.org is no longer toll. (I still think that OpenOffice.org is great :-) ) please consider that other textelements with the same names like bookmarks, sections and textframes are handled correct. To provide unique names, the names of this elements are extended with a number (eg. Bookmark1). This issue should be solved analog to the behaviour of other fields. - 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 85957] provide a unique identifie r for user field variables inserted with inser tDocumentFromURL()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85957 --- Additional comments from [EMAIL PROTECTED] Fri Feb 8 08:32:00 + 2008 --- Created an attachment (id=51429) example document that helpes to reproduce the bug - 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 85957] provide a unique identifie r for user field variables inserted with inser tDocumentFromURL()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85957 User clutz changed the following: What|Old value |New value Status|CLOSED|REOPENED Resolution|WONTFIX | --- Additional comments from [EMAIL PROTECTED] Fri Feb 8 12:18:01 + 2008 --- you mean that a user has to adjust the names of the used variables before documents could be merged into a large document? I dont't think this is what users want if they use Insert-File... After merging documents into one large, I would expect textual identical copies of the single documents in the large document. please consider that a insert File operation is used for other purposes than for example copy'n'paste operations. If I for example copy'n'paste a user field it is an act where I'm much more aware of what I am doing than with the more powerful Insert-File operation and for copy'n'paste actions, the current behaviour would be correct. The question is: for which purposes do people use Insert-File? Can you give me a usecase in which people that use Insert-File expect the current behaviour regarding user field variables? I can give you one usecase in which I expect a large document with textual identical(!) copies: merging multiple documents into one large. - 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]
[api-issues] [Issue 85919] missing update for the Mou se-Over hint of a Mailmerge-fields after setti ng the DataColumnName of its TextFieldMaster
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85919 Issue #|85919 Summary|missing update for the Mouse-Over hint of a Mailmerge- |fields after setting the DataColumnName of its TextFie |ldMaster Component|api Version|OOo 2.2.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Wed Feb 6 14:36:47 + 2008 --- The hint that is displayed if the mouse gets moved over a MailMergeField is not updated after changing the DataColumnName via the API. Use the following steps to reproduce the bug: 1) create a new writer document 2) insert a mailmergefield (Ctrl+F2) - for example one that references Bibliography.biblio.Address 3) move the mouse over the new inserted mailmergefield and you will get the following hint: Bibliography.biblio.Address 4) now run the followin macro: xenum = ThisComponent.TextFields.createEnumeration() f = xenum.nextElement() f.TextFieldMaster.DataColumnName = MyAddress f.update 5) again, move the mouse over the mailmergefield and you will see, that the hint hasn't been updated, whereas the display of the field itself shows the new Columnname MyAddress . After saving and reopening the document, the field is still displayed as MyAddress and the hint is correct then, too. - 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 69706] setName(name) on a bookmar k throws an undocumented RuntimeException if t he name already exists
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69706 User clutz changed the following: What|Old value |New value Status|RESOLVED |REOPENED Resolution|INVALID | --- Additional comments from [EMAIL PROTECTED] Fri Dec 14 10:45:29 + 2007 --- this is still a documentation issue as the service css.text.Bookmark implements the Interface css.container.XNamed, but the described behaviour is not documented in the corresponding idl-description. The documentation of css.text.Bookmark should clearly state that renaming a bookmark leeds to a RuntimeException if the name already exists. I dont think this behaviour is intuitive and consistent, as other implementations might be able to dissolve name conflicts. In fact there are methods that behave more inteligent in case of name conflicts (eg. when creating a new Bookmark with a name that already exists, the new name is name number). So I think it's worth to document this behaviour in the service that implements XNamed. - 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 84081] GUI for inserting User Fie lds does not allow to set any strings as varia ble-names
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84081 Issue #|84081 Summary|GUI for inserting User Fields does not allow to set an |y strings as variable-names Component|Word processor Version|OOo 2.2.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Thu Nov 29 13:26:13 + 2007 --- According to the Specification of ODF [1][2], a User Field has an attribute text:name which is of type String without restrictions. This specification is not reflected in the user interface for inserting a User Field (CTRL+F2/Variables/User Field/Name). Within the user interface only the characters [a-zA-Z] are accepted. Please adjust the user interface to accept any strings instead so that the ui follows this specification. [1] Description of text:name http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1.pdf Page 145, Chapter 6.7.3 [2] Schema: http://docs.oasis-open.org/office/v1.1/OS/OpenDocument-v1.1.pdf Page 706, Line 17824 - 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 84081] GUI for inserting User Fie lds does not allow to set any strings as varia ble-names
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84081 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' - 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 59583] Feature Request: OOo shoul d tell by which user a document is opened with writeaccess
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=59583 User clutz changed the following: What|Old value |New value CC|'piopaw' |'baumux,chris_mux,clutz,mu | |x2005,piopaw' - 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 83873] OOo-Crash when accessing a TextFieldMaster while navigator is open
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83873 Issue #|83873 Summary|OOo-Crash when accessing a TextFieldMaster while navig |ator is open Component|Word processor Version|OOo 2.2.1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Thu Nov 22 14:59:27 + 2007 --- after several hours of work I was able to extract a beanshell macro that shows, that OOo crashes when the navigator-window is opened and the macro tries to access the TextFieldMasters of the Textfields that are returned by iterating the enumeration doc.getTextFields().createEnumeration() after a new annotation field has been inserted. I was able to reproduce this bug on OOo 2.0.4 (linux), 2.2.1 (linux, win) and 2.3 (linux, win). Here is how to reproduce: 1) open the attached document crashWhenAccessingTextFieldMaster.odt and allow macro-execution 2) open the navigator-windows (eg. by pressing F5) 3) call the attached macro by pressing the button in the document. This leads OOo to crash. You can see in the macro, that very simple operations are involved (insert a new annotationfield and iterate all textfields while trying to get all the corresponding TextFieldMasters). - 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 83873] OOo-Crash when accessing a TextFieldMaster while navigator is open
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83873 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' - 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 83873] OOo-Crash when accessing a TextFieldMaster while navigator is open
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83873 --- Additional comments from [EMAIL PROTECTED] Thu Nov 22 15:00:45 + 2007 --- Created an attachment (id=49826) contains the beanshell-macro that is required to reproduce the crash - 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 83096] No Dialog insert Table a fter changing the viewCursor via API
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83096 --- Additional comments from [EMAIL PROTECTED] Wed Oct 31 12:45:13 + 2007 --- just for the sake of completeness: thanks, mru, for the hint that the viewCursor spans a selection. This helped us get the following solution for our problem: use ... view.getViewCursor().gotoRange(cursor.getStart(), false) ... instead of ... view.getViewCursor().gotoRange(cursor, false) ... - 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]
[api-issues] [Issue 65999] loadComponent hangs in -no logo mode after changing the icon-style from Automatic to Default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65999 User clutz changed the following: What|Old value |New value Status|RESOLVED |REOPENED Resolution|WORKSFORME| --- Additional comments from [EMAIL PROTECTED] Wed Sep 19 11:21:01 + 2007 --- unfortunately the problem still occurs with OO 2.2.1 - 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 70147] invalid link entries to sh ared basic-librarys installed via unopkg add w hile a concurrent OOo process is running
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=70147 --- Additional comments from [EMAIL PROTECTED] Tue Jul 10 12:43:13 + 2007 --- I tried this with OOo 2.2 and I still can confirm, that unopkg add/remove corrupts the script.xlc/dialog.xlc files in the specified case. The behaviour regarding the annoying error message on user side seems to be different than in older versions of OOo (I was not able to reproduce the annoying error message any more). But I still think this issue is a bug as unopkg completely controls the content of the two mentioned internal files and it in fact produces an incorrect state, as retired invalid references are not removed. The incorrect state would not be the problem if unopkg was able to repair it state automatically. But the inconsistency leads unopkg add to refuse its specified and desired functionality: To install a packages with all its included subcomponents. The basic library is one subcomponent which must be installed correctly regarding to the developers-Guide (chapter 4.9.1). After updating (removing and reinstalling) an uno-package that contains basic-macros, the basic-macros of the new package do not get active and the reference inside the script/dialog.xlc-files still points to the retired package! - 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 78896] missing update of indents/ spacing properties when hiding parts of the te xt via api
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=78896 Issue #|78896 Summary|missing update of indents/spacing properties when hidi |ng parts of the text via api Component|Word processor Version|OOo 2.2 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Tue Jun 26 14:16:15 + 2007 --- I will attach a textdocument and a small macro that shows, that there seems to be an update missing, when a part of the text is beeing hidden. the text looks like this: -- Sehr geehrte Damen und Herren, hier kommt der Text. Mit freundlichen Grüßen II. Abdruck von I. Polizeiinspektion III.WV Im Auftrag Max Mux -- Please Note: - the line II. Abdruck von I. is formatted with an paragraph format, that defines some spacing befor the paragraph. - the line Im Auftrag is formatted with a paragraph format, that does NOT define any spacings before the paragraph. My Macro missingUpdateWhenHidingBug simply creates a textcursor, places it over the content II. Abdruck von I. Polizeiinspektion III.WV and hides the content. After hiding the three lines, I would expect the line Im Auftrag to be displayed directly below the line Mit freundlichen Grüßen without any spacing between the two paragraphs. But as you can see when you call the macro for the first time, there IS a spacing between the two paragraphs. Here is the macrocode missingUpdateWhenHidingBug (it's also included in the attached document): Sub missingUpdateWhenHidingBug t = ThisComponent.Text cursor = t.createTextCursorByRange(t.Start) cursor.gotoNextParagraph(false) ' place the cursor over the cursor.gotoNextParagraph(false) ' text: II. Abdruck von I. cursor.gotoNextParagraph(false) 'Polizeiinspektion cursor.gotoNextParagraph(false) 'III. WV cursor.gotoNextParagraph(false) cursor.gotoNextParagraph(true) cursor.gotoNextParagraph(true) cursor.gotoEndOfParagraph(true) cursor.CharHidden = true 'And hide the text ' cursor.CharHidden = false 'uncommenting these two lines is a workaround! ' cursor.CharHidden = true End Sub Here is how to reproduce: 1) Open the attached document missingUpdateWhenHidingBug 2) Call the included macro Standard.Module1.missingUpdateWhenHidingBug 3) now you can see, that there is some spacing between Mit freundlichen Grüßen and Im Auftrag which should not be. 4) If you unhide the part of the text (for example via the UI) and call the macro again, everything seems to be OK. As I noticed the behaviour described in 4), I got the idea for a workaround: just set Hidden=true, Hidden=false and Hidden=true again, and everything seems to be fine. To activate the workaround, simply uncomment the last two lines of the macro. - 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 78896] missing update of indents/ spacing properties when hiding parts of the te xt via api
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=78896 --- Additional comments from [EMAIL PROTECTED] Tue Jun 26 14:17:24 + 2007 --- Created an attachment (id=46257) Example required to reproduce the bug - 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 77637] hide/unhide of text sectio ns is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77637 --- Additional comments from [EMAIL PROTECTED] Fri Jun 1 09:37:15 + 2007 --- @mru: could you please assign this issue to someone who feels responsible? - 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 77637] hide/unhide of text sectio ns is not reliable
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=77637
Issue #|77637
Summary|hide/unhide of text sections is not reliable
Component|Word processor
Version|OOo 2.2
Platform|All
URL|
OS/Version|All
Status|NEW
Status whiteboard|
Keywords|
Resolution|
Issue type|DEFECT
Priority|P3
Subcomponent|code
Assigned to|mru
Reported by|clutz
--- Additional comments from [EMAIL PROTECTED] Mon May 21 07:48:07 +
2007 ---
There's an example (created out of a real-word usecase) that shows that unhiding
a text section that previously was hidden doesn't work reliable. With the help
of a short macro it is possible to produce a text section with the property
IsVisible=true, that is not visible in fact.
I've got a textdocument that contains some text sections where all but one text
sections should be invisible. The visible one represents a part of a text
written in a specific language and our letterhead system controls the
hiding/unhiding of the textsections depending on the language that is currently
set in a variable of our letterhead system. After some cycles of hiding and
unhiding the textsections, the problem occurs. The following macro simulate the
cycles of hiding and unhiding the text sections:
Sub showHideSections
dim str as String
str =
sections = ThisComponent.getTextSections()
for k=1 to 2
for i=0 to sections.getCount()-1
s = sections.getByIndex(i)
s.IsVisible = true
str = str s.getName() chr(10)
s.IsVisible = false
next i
next k
s.IsVisible = true
msgbox str
End Sub
The macro iterates twice through all textsections in a document and switches
their visibility states from IsVisible=true to IsVisible=false. The last
textsection is set to be visible in the end, but the textsection is not shown in
fact where it's property IsVisible=true.
I will attach an example which could be used to reproduce the bug:
1) open the file showHideSectionsProblem.odt (YES to macros)
2) run the above macro (it's already included in the document as
Standard.Module1.showHideSections)
3) you can see that the second table gets hidden as the respective textsection
is hidden. But the last textsection called Berenglisch GROUPS ('england')
should be visible in that place.
4) open the navigator (F5) and see that the textsection Berenglisch GROUPS
('england') is grey'ed to mark a invisible textsection.
5) in the navigator: call edit... on this textsection and see that the flag
hidden is not set for the textsection Berenglisch GROUPS ('england'). So
this textsection should be visible.
-
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 77637] hide/unhide of text sectio ns is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77637 --- Additional comments from [EMAIL PROTECTED] Mon May 21 07:50:09 + 2007 --- Created an attachment (id=45281) An example that shows that hiding/unhiding of textsections is not reliable - 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 77637] hide/unhide of text sectio ns is not reliable
To comment on the following update, log in, then open the issue:
http://www.openoffice.org/issues/show_bug.cgi?id=77637
--- Additional comments from [EMAIL PROTECTED] Mon May 21 07:56:36 +
2007 ---
Sorry, the last section that should be visible is called Berdeutschland GROUPS
('deutschland'). Please use this instead of Berenglisch GROUPS
('england')
btw. I was able to reproduce the bug on OOo2.2 (linux), OOo 2.0.4 (linux) and
OOo 2.2 (windows)
-
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 77637] hide/unhide of text sectio ns is not reliable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77637 --- Additional comments from [EMAIL PROTECTED] Mon May 21 11:40:52 + 2007 --- It seems that one cause for the bug is the fact that the sections adjoin. If I put at least one paragraph between the sections, the hide/unhide scenario works. This is of cause only a bad workaround since I need an empty paragraph between the sections and the paragraph will not be hidden (ugly spaces). But maybe this helps finding the cause. - 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 77379] Unhiding parts of a hidden paragraph underlines the visible content
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77379 --- Additional comments from [EMAIL PROTECTED] Tue May 15 08:12:54 + 2007 --- Created an attachment (id=45112) An example document with the macro-code - 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 77379] Unhiding parts of a hidden paragraph underlines the visible content
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77379 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' --- Additional comments from [EMAIL PROTECTED] Tue May 15 08:20:19 + 2007 --- I added an example document. just open the document and run the included macro (Standard.hiddenPartUnderlinedBug.Main) to reproduce the behaviour. Also added some cc's. - 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 77357] relative position of bookm arks get lost, if two bookmarks are ending at the same position and text is inserted into on e bookmark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77357 Issue #|77357 Summary|relative position of bookmarks get lost, if two bookma |rks are ending at the same position and text is insert |ed into one bookmark Component|Word processor Version|OOo 2.2 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Mon May 14 16:08:40 + 2007 --- Assume there are two bookmarks A and B, both ending at the same position: aa b Now marking bookmark B (e.g. via the navigator) and writing some text destroys the realtive position of the two bookmarks and the end-point of A gets moved to the beginning of B - like this: aaa b If bookmark A previously inclosed bookmark B, the bookmark A should also inclose B after the user inserted some text into bookmark B. I would expect the following relative positions: aa b Here is how to reproduce: 1) create a new writer-document 2) type the following text: 3) mark the complete text and insert a new Bookmark called A (Insert-Bookmark) 4) mark the textportion and insert a new Bookmark called B 5) open the navigator (F5) and select bookmark A 6) select Bookmark B 7) type some text 8) now select Bookmark A again. The end-position of a gets moved to the start-point of B. In my view A should also end with bookmark B. - 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 77357] relative position of bookm arks get lost, if two bookmarks are ending at the same position and text is inserted into on e bookmark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77357 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' - 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 77358] pressing return at the end of a bookmark extends the bookmark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77358 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' - 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 77358] pressing return at the end of a bookmark extends the bookmark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=77358 Issue #|77358 Summary|pressing return at the end of a bookmark extends the b |ookmark Component|Word processor Version|OOo 2.2 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Mon May 14 16:58:29 + 2007 --- Here is how to reproduce: 1) open a new writer document 2) press enter to produce some newlines 3) type ae at the last line 4) mark the text a and insert a new bookmark (Insert-Bookmark) called A 5) place the cursor between a and e. Please ensure that the cursor is collapsed and doesn't mark any content now. 6) type ff 7) use the navigator (F5) to select the bookmark A and see that the text a is selected. So far, everything is fine and the behaviour is correct! Now lets come to the bug: 8) place the cursor between a and f (collapsed) and press enter twice. 9) select the bookmark A via the navigator. Now you can see, that the bookmark A extends over 3 lines which should not be. I would expect the bookmark to still contain the content a exclusive (and not the newlines also). - 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 70147] invalid link entries to sh ared basic-librarys installed via unopkg add w hile a concurrent OOo process is running
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=70147 --- Additional comments from [EMAIL PROTECTED] Sat Apr 28 22:00:53 + 2007 --- The inconsistent structure leads to an annoying errormessage (something like basic: script.xlc not found) when a normal user starts OOo and performes some very simple harmless things. In most cases, the action the user wants to do is getting chanceled and could not be performed until the structure gets repaired by the admin manually. This could be reproduced on user side doing the following steps: 1) bring OOo in an inconsistent state as described above. 2) switch to a normal user account 3) Start OOo-writer and call Tools-Customize... 4) now try to add a menuitem or a shortcut that calls a basic macro. You will see that this step should NOT be possible due to the upcoming error message (described above). So it is possible to bring OOo into an inconsistent state where users can't performs things they want to do and need to do where assistence by the admin is required. This is no problem for only one user on one computer, but it is a problem for large companies with a lot of computers/users when distributing a custom uno-package that contains basic-macros. Another thing is that the conditions for getting this inconsistency are complied *by default* on all windows systems as the quickstarter-process is enabled by default. The quickstarter also behaves as a process that blocks ressources that unopkg remove ... --shared wants to use. Admins very often forget to close the quickstarter before upgrading a custom uno-package and will trigger the above situation undeliberate. Upgrading uno-packages that contain basic macros should be as easy as upgrading uno-packages without basic macros. Our production component for example contains complex jar-files and custom services (rdb-file) and the basic-code is only a minor part of the component. All these other elements don't have problems with the running quickstarter, wheras the view lines of basic code contained leed to this issue. - 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]
[api-issues] [Issue 65999] loadComponent hangs in -no logo mode after changing the icon-style from Automatic to Default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65999 User clutz changed the following: What|Old value |New value Ever confirmed| |1 Status|UNCONFIRMED |NEW --- Additional comments from [EMAIL PROTECTED] Fri Apr 20 06:07:38 + 2007 --- @kpalagin: yes, a linux system is required to reproduce the bug. Here is the required supplement for compiling and starting the java-program: 4a) download the attached LoadCompoProblem.java (which is the same code as shown above in a .java-file) 4b) open a terminal and call # cd path of LoadCompoProblem.java-file # export CLASSPATH=./:/opt/openoffice.org2.0/program/classes/jurt.jar:/opt/openoffice.org2.0/program/classes/juh.jar:/opt/openoffice.org2.0/program/classes/unoil.jar:/opt/openoffice.org2.0/program/classes/ridl.jar # /opt/jdk1.5.0_06/bin/javac LoadCompoProblem.java # /opt/jdk1.5.0_06/bin/java LoadCompoProblem maybe you will have to adjust some paths to fit for your system... Bevore calling java LoadCompoProblem, please ensure that you have created the template /tmp/mytemplate.ott as mentioned in 1) above. In order to write done these instructions, I had reprocude the bug again for myself. I did that on my home linux-system that differs completely from the system I used to report the bug for the first time. As the bug could also be reproduced on my home system, I think thats enough confirmation for confirming the ticket (which is done hereby). On my home system, I have OOo2.0.4 (default sun-version) installed. If you have got a newer version of OOo installed on your system, it would be fine if you could confirm the bug for the newer version also. thanks for triggering the issue 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]
[api-issues] [Issue 65999] loadComponent hangs in -no logo mode after changing the icon-style from Automatic to Default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65999 User clutz changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |44553) the example code as | | a java-sourcefile to make | | it easier to reproduce th | |e bug --- Additional comments from [EMAIL PROTECTED] Fri Apr 20 05:39:19 + 2007 --- Created an attachment (id=44553) the example code as a java-sourcefile to make it easier to reproduce the bug - 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 73569] internal representation of collapsed bookmarks has changed - compatibil ity issue!
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73569 User clutz changed the following: What|Old value |New value Status|NEW |RESOLVED Resolution| |INVALID --- Additional comments from [EMAIL PROTECTED] Wed Mar 21 08:04:41 + 2007 --- The new behaviour is just an implementation of http://www.oasis-open.org/committees/download.php/12572/OpenDocument-v1.0-os.pdf (have a look at Chapter 5.2.1, Page 89). So the new behaviour must be regarded as desired. I close the ticket as invalid. - 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]
[api-issues] [Issue 65999] loadComponent hangs in -no logo mode after changing the icon-style from Automatic to Default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65999 User clutz changed the following: What|Old value |New value Platform|Opteron/x86_64|All --- Additional comments from [EMAIL PROTECTED] Fri Mar 16 10:10:36 + 2007 --- Can someone confirm this please? - 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]
[api-issues] [Issue 67878] creation of bookmarks with dimension does not work with some XTextRanges
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=67878 User clutz changed the following: What|Old value |New value OS/Version|Windows 2000 |All Platform|Opteron/x86_64|All --- Additional comments from [EMAIL PROTECTED] Fri Mar 16 10:14:36 + 2007 --- Changing plattform and os to all. Can someone please confirm this? - 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 71235] Writer having a cached val ue that doesn't react on changes of the config uration
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71235 --- Additional comments from [EMAIL PROTECTED] Fri Mar 16 09:37:35 + 2007 --- could you please set a target milestone? - 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 65384] Usability: Inconsistent be haviour when removing empty paragraph with bac kspace
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=65384 User clutz changed the following: What|Old value |New value OS/Version|Windows 2000 |All Platform|Opteron/x86_64|All --- Additional comments from [EMAIL PROTECTED] Fri Mar 16 10:12:59 + 2007 --- changing plattform and os to 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 75430] setting CharHidden on a sw -paragraph leaves the paragraph in an undefind ed state
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75430 --- Additional comments from [EMAIL PROTECTED] Fri Mar 16 11:48:53 + 2007 --- @SBA: thanks for the workaround, but they are both not applicable for us: One workaround indeed smells linke something very similar. - Select the line in question - Context - Default Formatting (removes character styles) - Run Macro - Unhide works (click Undo button twice to see that it was applied) There are many paragraphs involved in my hide-show scenario. After doing the unhide I would have to restore the original formattings of all the paragraphs. Therefore a temporary storage for the formatting options of each textportion in the paragraphs would be required - too much effort for a feature that worked fine with older Versions of OOo. Easy Workaround: Switch on the nonprinting characters. This is also not applicable since we use a method that computes the (exact) number of printed pages. Switching on the nonprinting characters diverts the result which harms other features of our letterhead-system. - 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]
[api-issues] [Issue 75430] OOo2.2 regression: setting CharHidden on a sw-paragraph leaves the parag raph in an undefinded state
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75430 Issue #|75430 Summary|OOo2.2 regression: setting CharHidden on a sw-paragrap |h leaves the paragraph in an undefinded state Component|api Version|OOo 2.2 RC3 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Thu Mar 15 15:46:23 + 2007 --- I'm testing OOo2.2 (680m8, Build 9119) and I have got the following regession (the bug doesn't occur in older OOo-Versions): There is a macro that hides a paragraph and shows the paragraph again using the following lines: par.CharHidden = true par.CharHidden = false after resetting the hidden state, the paragraph is not shown in the writer document, and there is no way to get the paragraph displayed again. To reproduce procede the following steps: 1) open the attached document hideAndShowProblem.odt 2) run the following macro that simply hides the 3rd Paragraph (Abdruck von I.) and tries to show it again: Sub hideAndShow xenum = ThisComponent.Text.createEnumeration() for i = 1 to 3 par = xenum.nextElement() next i par.CharHidden = true par.CharHidden = false End Sub 3) Now you can see that the 3rd paragraph Abdruck von I. is no longer displayed. - 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]
[api-issues] [Issue 75430] OOo2.2 regression: setting CharHidden on a sw-paragraph leaves the parag raph in an undefinded state
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75430 User clutz changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |43729) Testdocument on whi | |ch the issue occurs --- Additional comments from [EMAIL PROTECTED] Thu Mar 15 15:47:39 + 2007 --- Created an attachment (id=43729) Testdocument on which the issue occurs - 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]
[api-issues] [Issue 75430] OOo2.2 regression: setting CharHidden on a sw-paragraph leaves the parag raph in an undefinded state
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75430 --- Additional comments from [EMAIL PROTECTED] Thu Mar 15 16:07:53 + 2007 --- I created a simplified testdocument that contains 4 paragraphs formatted in the paraStyle Standard, but in the 3rd paragraph I used the CharacterStyle Quelltext for the first letter. It seems the bug occurs if there are different CharacterStyles used in the regarding 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/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]
[api-issues] [Issue 75430] OOo2.2 regression: setting CharHidden on a sw-paragraph leaves the parag raph in an undefinded state
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=75430 User clutz changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |43730) simplified testdocu | |ment --- Additional comments from [EMAIL PROTECTED] Thu Mar 15 16:08:50 + 2007 --- Created an attachment (id=43730) simplified testdocument - 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 68660] Improvement of Input Field Dialog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68660 User clutz changed the following: What|Old value |New value CC|'eberlein,jianhuajiao,mmee|'clutz,eberlein,jianhuajia |ks,os,pmike' |o,mmeeks,os,pmike' - 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 74330] extension manager freezes if there are already packages installed and A dd... is pressed
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=74330 Issue #|74330 Summary|extension manager freezes if there are already package |s installed and Add... is pressed Component|framework Version|OOo 2.2 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|tm Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Thu Feb 8 09:42:26 + 2007 --- I'm testing OOF680_m5 Build-1 from Pavel Janic and my OOo freezes when pressing the button Add... in the extension-manager and there is at least one package already installed. maybe the cause is a dup of #69719, but our META-INF dir is in the correct lettercase. - 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 68261] XEnumeration.nextElement() throws despite hasMoreElements()==true
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=68261 --- Additional comments from [EMAIL PROTECTED] Fri Jan 19 04:51:10 -0800 2007 --- when will this be integrated into an official release? - 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]
[api-issues] [Issue 73568] inserting textcontent into the anchor of a collapsed bookmark doesn't ex tend the bookmark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73568 Issue #|73568 Summary|inserting textcontent into the anchor of a collapsed b |ookmark doesn't extend the bookmark Component|api Version|OOo 2.0.2 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Wed Jan 17 07:37:43 -0800 2007 --- There is a document insertIntoCollapsedBookmark.odt attached that contains two bookmarks. The first one (named collapsed) is collapsed and the other one (named notCollapsed) has some textcontent. when running the code Sub Main bookmark = ThisComponent.getBookmarks().getByName(collapsed) bookmark.Anchor.setString(foo) bookmark = ThisComponent.getBookmarks().getByName(notCollapsed) bookmark.Anchor.setString(bar) End Sub the bookmark collapsed doesn't get extended with the new textcontent and is still collapsed, while the other bookmark notCollapsed is extended correctly. So selecting the bookmark collapsed in the navigator does not select the word foo, while selecting the bookmark notCollapsed selects the word bar. so here is how to reproduce: 1) open insertIntoCollapsedBookmark.odt 2) run the included macro main 3) open the navigator and select the bookmark collapsed and look at the selected content 4) select the bookmark notCollapsed and look at the selected content For me a collapsed bookmark is a bookmark where bookmark.Anchor.getStart() == bookmark.Anchor.getEnd(). There seems to be two ways of representing such bookmarks internally: Type A) The collapsed bookmark is represented by two objects ob Type XTextContent. The first one has the attributes IsStart==true and IsCollapsed==false, the last one has the attribute IsStart == false. There is no other textcontent between the start mark and the end mark, so the bookmark is empty (or collapsed). The XML-Representation of such a bookmark is: text:bookmark-start text:name=collapsed/text:bookmark-end text:name=collapsed/ Type B) The collapsed bookmark is represented by only one object of type XTextContent. The object has the properties IsStart==true and IsCollapsed==true. The XML representation of such a bookmark is (please note: it's a different XML-element!!): text:bookmark text:name=collapsed/ The bookmark collapsed with the incorrect behaviour is of Type B! So I manually changed the representation of the bookmark in the content.xml to get a bookmark of type A. The document insertIntoCollapsedBookmark_patchedContentXML.odt contains the result and shows, that bookmarks of type A behave correct. so here is how to reproduce the correct bahaviour of type A bookmarks: 1) open insertIntoCollapsedBookmark_patchedContentXML.odt 2) run the included macro main 3) open the navigator and select the bookmark collapsed and look at the selected content 4) select the bookmark notCollapsed and look at the selected content Please note: this in a very serious issue for us since our letterhead system relies in the fact, that bookmarks always contain the correct content. - 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]
[api-issues] [Issue 73568] inserting textcontent into the anchor of a collapsed bookmark doesn't ex tend the bookmark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73568 User clutz changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |42239) Contains a collapse | |d bookmark of type B where | | the issue occures --- Additional comments from [EMAIL PROTECTED] Wed Jan 17 07:39:24 -0800 2007 --- Created an attachment (id=42239) Contains a collapsed bookmark of type B where the issue occures - 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]
[api-issues] [Issue 73568] inserting textcontent into the anchor of a collapsed bookmark doesn't ex tend the bookmark
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73568 User clutz changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |42240) Contains a collapse | |d bookmark of type A where | | the issue DOES NOT occure | | --- Additional comments from [EMAIL PROTECTED] Wed Jan 17 07:40:43 -0800 2007 --- Created an attachment (id=42240) Contains a collapsed bookmark of type A where the issue DOES NOT occure - 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 73569] internal representation of collapsed bookmarks has changed - compatibil ity issue!
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73569 Issue #|73569 Summary|internal representation of collapsed bookmarks has cha |nged - compatibility issue! Component|Word processor Version|1.0.0 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Wed Jan 17 08:08:50 -0800 2007 --- It seems that Insert-Bookmark... (in the writer) of OOo 2.0.4 (and maybe also OOo 2.0.3) behaves different than in previous versions. If the created bookmark has no textcontent (so it is a collapsed bookmark), the bookmark is represented in a different way than in previous versions of OOo 2.0.x. For me a collapsed bookmark is a bookmark where bookmark.Anchor.getStart() == bookmark.Anchor.getEnd(). There seems to be two ways of representing such bookmarks internally: Type A) The collapsed bookmark is represented by two objects ob Type XTextContent. The first one has the attributes IsStart==true and IsCollapsed==false, the last one has the attribute IsStart == false. There is no other textcontent between the start mark and the end mark, so the bookmark is empty (or collapsed). The XML-Representation of such a bookmark is: text:bookmark-start text:name=collapsed/text:bookmark-end text:name=collapsed/ Type B) The collapsed bookmark is represented by only one object of type XTextContent. The object has the properties IsStart==true and IsCollapsed==true. The XML representation of such a bookmark is (please note: it's a different XML-element!!): text:bookmark text:name=collapsed/ In the early versions of OOo 2.0.x, the collapsed bookmarks were represented by type A bookmarks, while since 2.0.4 (or even also 2.0.3 - I'm not quite sure) the collapsed bookmarks are represented by type B bookmarks. Because of this change we ran into serious problems with our letterhead system that are caused by a corresponding issue #73568. Is it possible to get the old bahaviour (creating collapsed bookmarks of type A) back? Of course, alternatively there would be everything fine if we could get issue #73568 fixed very soon. - 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 73569] internal representation of collapsed bookmarks has changed - compatibil ity issue!
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73569 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' --- Additional comments from [EMAIL PROTECTED] Wed Jan 17 08:13:40 -0800 2007 --- added CC's - 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 73229] Inserterting a document wi th a section and a pagebreak at the first para graph produces an unnecessary empty first page .
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73229 Issue #|73229 Summary|Inserterting a document with a section and a pagebreak | at the first paragraph produces an unnecessary empty |first page. Component|Word processor Version|OOo 2.0.4 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|mru Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Mon Jan 8 00:18:19 -0800 2007 --- Attached, there are two files that are nearly similar, but behave different when they are inserted into an empty document via Insert-File Here is how to reproduce: 1) create a new empty writer document 2) Insert-File... and select the attached file pagebreak_noSection.odt The content of pagebreak_noSection.odt is shown at the FIRST page of the result document. Thats correct! The file pagebreak_noSection is very simple: there are only two paragraphs with the content a and b. The first paragraph is formatted with the set formatting option Format-Paragraph/TextFlow/Breaks/Insert (Type Page). When inserting that document into the new empty document, the insert method correctly recognizes that there is no content at the first page of the empty document (so the document already starts with a new page) and DOES NOT produce a pagebreak. NOW: 1) create a new empty writer document 2) Insert-File... and select the attached file pagebreak_WITHSection.odt The content of pagebreak_WITHSection.odt is shown at the SECOND page of the result document. Thats NOT correct! The correct behaviour would be to show the content at the first page. The file pagebreak_WITHSection differs from the first document only in one small point: there is a section around the first paragraph a. When inserting that document into the new empty document, the insert method wrongly creates a new paragraph before the section. Hence the document is no longer empty and an unwanted pagebreak is produced. I think everything would be OK, if the empty paragraph before the inserted section would not be produced in this case. - 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 73229] Inserterting a document wi th a section and a pagebreak at the first para graph produces an unnecessary empty first page .
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73229 User clutz changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |41981) Positive example: i | |nsert that document into a | | new document with Insert- | |File... --- Additional comments from [EMAIL PROTECTED] Mon Jan 8 00:20:57 -0800 2007 --- Created an attachment (id=41981) Positive example: insert that document into a new document with Insert-File... - 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 73229] Inserterting a document wi th a section and a pagebreak at the first para graph produces an unnecessary empty first page .
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73229 User clutz changed the following: What|Old value |New value Attachment data| |Created an attachment (id= | |41982) negative example: I | |nsert-File... with that f | |ile produces an unwanted p | |agebreak --- Additional comments from [EMAIL PROTECTED] Mon Jan 8 00:22:05 -0800 2007 --- Created an attachment (id=41982) negative example: Insert-File... with that file produces an unwanted pagebreak - 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 73229] Inserterting a document wi th a section and a pagebreak at the first para graph produces an unnecessary empty first page .
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73229 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' --- Additional comments from [EMAIL PROTECTED] Mon Jan 8 00:23:51 -0800 2007 --- added cc's - 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 73229] Inserting a document with a section and a pagebreak at the first paragra ph produces an unnecessary empty first page.
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=73229 User clutz changed the following: What|Old value |New value Summary|Inserterting a document wi|Inserting a document with |th a section and a pagebre|a section and a pagebreak |ak at the first paragraph |at the first paragraph pro |produces an unnecessary em|duces an unnecessary empty |pty first page. | first page. - 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 69705] Infinite number of OnPageC ountChange Events
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=69705 User clutz changed the following: What|Old value |New value Keywords|needmoreinfo, oooqa |oooqa --- Additional comments from [EMAIL PROTECTED] Tue Dec 12 04:58:18 -0800 2006 --- removed needmoreinfo: The issue is completely specified and can be reproduced by anyone who can compile a java program - 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]
[api-issues] [Issue 71235] Writer having a cached val ue that doesn't react on changes of the config uration
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71235 --- Additional comments from [EMAIL PROTECTED] Wed Nov 8 00:34:02 -0800 2006 --- what about the options in Tools-AutoCorrect...? I currently tested the property ENABLED in the config-node /org.openoffice.Office.Writer/AutoFunction/Format/ByInput/ApplyNumbering and the changed value is not applied in a new created textdocument, too. Is this worth a separate issue? - 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]
[api-issues] [Issue 71235] changing a value in the gl obal OOo-configuration via api has no effect w hen opening a new writer document during runti me
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71235 Issue #|71235 Summary|changing a value in the global OOo-configuration via a |pi has no effect when opening a new writer document du |ring runtime Component|api Version|OOo 2.0.3 Platform|All URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|jsc Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Mon Nov 6 01:11:30 -0800 2006 --- I change the value of the property HiddenCharacter of the nodpath /org.openoffice.Office.Writer/Content/NonprintingCharacter in the global OOo-configuration via api. Since writer documents use a internal caching of configuration options bound to the view, this changed value doesn't effect already opened writer documents, but after opening a new document, the changed value should be reflected by the Tool-Options-Writer/ForrmattingAids/ dialog of the new document. But this is NOT done at the moment! Here is how to reproduce: 1) open a new writer document. 2) open the dialog Tool-Options-Writer/ForrmattingAids/ and set (check) the checkbox HiddenCharacter (I dont' know the exact label - translated from german), so that hidden characters will be shown in the document. 3) run the below macro (which simply unsets the former setting in the global configuration) 4) open a new writer document 5) open the dialog Tool-Options-Writer/ForrmattingAids/HiddenCharacter in the menubar of the NEW document. The checkbox is still checked, so step 3) didn't has effect on new documents. that's all. If you dont't belive my macro is workung you could additionally do the following steps: 6) close all OOo-documents/windows/processes 7) open a new writer documents (check if OOos slashscreen was shown that indicates a successfull restart) 8) look at Tool-Options-Writer/ForrmattingAids/HiddenCharacter. The checkbox is now UNchecked, so you can see that the below macro is working, but OOo simply doesn't recognize the changed configuration value during runtime. Here the code: Sub setConfigOption dim args(1) as new com.sun.star.beans.PropertyValue args(0).name = nodepath args(0).value = /org.openoffice.Office.Writer/Content/NonprintingCharacter prov = createUnoService(com.sun.star.configuration.ConfigurationProvider) update = prov.createInstanceWithArguments(com.sun.star.configuration.ConfigurationUpdateAccess, args) update.HiddenCharacter = false update.commitChanges() update.dispose() End Sub - 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]
[api-issues] [Issue 71235] Writer having a cached val ue that doesn't react on changes of the config uration
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71235 User clutz changed the following: What|Old value |New value Summary|changing a value in the gl|Writer having a cached val |obal OOo-configuration via|ue that doesn't react on c | api has no effect when op|hanges of the configuratio |ening a new writer documen|n |t during runtime | --- Additional comments from [EMAIL PROTECTED] Mon Nov 6 01:19:20 -0800 2006 --- changed the subject - 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]
[api-issues] [Issue 71258] view property ShowHiddenCh aracter is not accessible via com.sun.star.tex t.ViewSettings
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71258 Issue #|71258 Summary|view property ShowHiddenCharacter is not accessible vi |a com.sun.star.text.ViewSettings Component|api Version|OOo 2.0.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|definition Assigned to|jsc Reported by|clutz --- Additional comments from [EMAIL PROTECTED] Mon Nov 6 05:26:16 -0800 2006 --- Working with textdocuments, the controller provides the property ViewSettings which could be used to change the visibility of text elements. viewsetting = thiscomponent.getCurrentController().getViewSettings() So for example for a Textfield of type HiddenParagraph there is an option ShowHiddenParagraphs. And for a TextField of type HiddenText, there is another option ShowHiddenText. All these options correspond to the configuration options Tools-Options/Writer/FormattingAids/(show) ... But there is no corresponding option for text portions with hidden characters (Tools-Options/Writer/FormattingAids/(show) Hidden Characters. I would expect an (optional) option called ShowHiddenCharacters in the service com.sun.star.text.ViewSettings that could be used to change the visibility of hidden characters of a view via API. - 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]
[api-issues] [Issue 71258] view property ShowHiddenCh aracter is not accessible via com.sun.star.tex t.ViewSettings
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=71258 User clutz changed the following: What|Old value |New value CC|''|'baumux,chris_mux,mux2005' - 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 67221] frame properties horizonta l/vertical position does not allow negative va lues relative to page text area for page ancho red frames
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=67221 --- Additional comments from [EMAIL PROTECTED] Mon Oct 9 01:17:26 -0700 2006 --- Hi od, thank you very much for the two patches! I hope we are able to set up the required build environment soon and test the patch. I will let you know if there is something new. As long I'm sure the patches will help us a lot! best regards, christoph - 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]
