[framework-issues] [Issue 113360] Restore data should be de leted after saving a document during session c losing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=113360 Issue #|113360 Summary|Restore data should be deleted after saving a document | during session closing Component|framework Version|OOo 3.2.1 Platform|Sun URL| OS/Version|Unix, X11 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|code Assigned to|tm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Thu Jul 22 09:42:16 + 2010 --- The situation: The user is going to close the (Gnome) session and has OpenOffice.org running with unsaved documents A and B). Perform the following steps. 1. A warning message appears, that document A is not yet saved. 2. Confirm to save document A. 3. Cancel the shutdown of the session with document B 4. Save document B int the normal way (e.g. via CTRL-S) 5. Exit OOo 6. Launch OOo again. A file restore dialog appears to restore document A, although it had been saved before. This happens (apparently only under Linux and Solaris) because the restore data that had been written when the session shutdown was initiated, was not deleted after the save of the document. The wanted behavior is: Delete possibly existing restore data if the corresponding document has been saved before. This will avoid the pop-up of the restore dialog. - 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
[graphics-issues] [Issue 110912] It is not possible to sel ect hand-outs in the printing dialog under Mac OS
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=110912 Issue #|110912 Summary|It is not possible to select hand-outs in the printing | dialog under MacOS Component|Presentation Version|OOO320m12 Platform|Macintosh URL| OS/Version|Mac OS X, all Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|printing Assigned to|graphicsneedsconfirm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Thu Apr 15 13:17:00 + 2010 --- It is not possible to select presentation hand-outs in the printing dialog under MacOS. This is either a missing functionality or a documentation bug, because the way how to print hand-outs is not working as described (if it works at all). - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 109050] Impress crashes when swit ching to another output device via FN+F5
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=109050 --- Additional comments from dkr...@openoffice.org Thu Mar 18 10:38:57 + 2010 --- It might be unclear from the description, so I clarify this here: The crash does not happen immediately after hitting FN+F5, but when selecting another output device combination. - 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...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 109289] Option to configure a not es' content
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=109289 Issue #|109289 Summary|Option to configure a notes' content Component|Word processor Version|OOO320m12 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Mon Feb 15 14:58:37 + 2010 --- In notes the name of the author and date of insertion are set fixed. It would be helpful to be able to configure the content of a note, e.g. suppress name and/or date, or make other information 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
[graphics-issues] [Issue 109054] Impress is crashing in sl ideshow when pressing [FN]+[F4] on laptop
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=109054 --- Additional comments from dkr...@openoffice.org Tue Feb 9 08:47:53 + 2010 --- Duplicate of 109050. - 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...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[udk-issues] [Issue 105090] bridges: s390x except.cxx needs to include string.h
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105090 --- Additional comments from dkr...@openoffice.org Tue Feb 9 08:56:02 + 2010 --- I produced an error report and sent it to Sun. Hope you will find it there. - 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...@udk.openoffice.org For additional commands, e-mail: issues-h...@udk.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[graphics-issues] [Issue 109050] Impress crashes when swit ching to another output device via FN+F5
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=109050 Issue #|109050 Summary|Impress crashes when switching to another output devic |e via FN+F5 Component|Presentation Version|OOO320m12 Platform|Other URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|viewing Assigned to|graphicsneedsconfirm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Mon Feb 8 16:08:33 + 2010 --- When running a slideshow on a laptop with two connected output devices (e.g. the laptop screen and another monitor) and switching between these devices via FN+F5 OpenOffice.org Impress crashes. - 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...@graphics.openoffice.org For additional commands, e-mail: issues-h...@graphics.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 105889] Deselect all tables
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105889 Issue #|105889 Summary|Deselect all tables Component|Spreadsheet Version|OOO310m19 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|spreadsheet Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Wed Oct 14 09:06:35 + 2009 --- After selecting all tables it is not obvious how to deselect them again. There is the way described in issue # 6335, this works fine but is not user-friendly because it is not visible to the user. I would rather prefer a context menu entry Deselect all tables when all tables are selected analog to Select all tables, when not all tables are selected. Please do not close this issue simply as duplicate of 6335. If it needs to be closed then with an explanation why the sugegsted menu entry is not wanted. - 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
[sw-issues] [Issue 105721] Text tables: Background c olor should keep the last made setting instead of showing the current cell color
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105721 Issue #|105721 Summary|Text tables: Background color should keep the last mad |e setting instead of showing the current cell color Component|Word processor Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P4 Subcomponent|formatting Assigned to|writerneedsconfirm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Thu Oct 8 09:56:22 + 2009 --- In text tables the background color property is always set to the current color of the cell that has the focus. When a user changes the color in one cell and then clicks into another cell to set the same color here, he has to choose that color again. Regarding the text color, where the recently set color is kept, the behavior is different, which makes some users confused. It is expected that the background color button works like the text color button. - 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 105559] OpenOffice does not updat e all recently used lists under OpenSolaris (! )
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105559 Issue #|105559 Summary|OpenOffice does not update all recently used lists und |er OpenSolaris (!) Component|framework Version|OOO310m11 Platform|Sun URL| OS/Version|other Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|scripting Assigned to|ab Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Fri Oct 2 14:37:23 + 2009 --- On OpenSolaris, 2 types of recently used documents lists are used : 1. .recently-used.xbel, which is used when opening a document through Nautilus. Documents then appear in the recently used list in the Nautilus panel 2. .recently-used, which is used e.g. by OpenOffice, even if the document was not opened through Nautilus, for instance by calling soffice in a script. If a document is opened by using soffice in a script or from command line, this document only appears in the Openoffice internal recently used list. On Solaris JDS3, there was only one recently used list, located in .recently-used, and any document opened in Openoffice did appear in this list, even if not opened through Nautilus. When in a configuration, lots of documents are opened from scripts, either as a result of automatically generated documents, or as a result of search functions for those same documents, and users are surprised not to find those documents in the recently used list in Nautilus, as this previously existed on JDS3. It is suggested that Openoffice updates the OS specific appropriate list of recently used documents, i.e. if opened on Opensolaris, .recently-used.xbel is updated (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: 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 105172] OpenOffice does not show a warning when Gnome is closed and documents a re still unsaved
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105172 User dkrogh changed the following: What|Old value |New value Priority|P3|P2 --- Additional comments from dkr...@openoffice.org Tue Sep 22 12:44:10 + 2009 --- I increased the priority of this issue to P2, because data may get lost. If the user simply forgot that he has still a StarOffice session running (becuase he is working on another desktop) information may get lost when shutting down the Gnome session. I also want to add that Gnome itself is able to handle applications with unsaved documents. Its own text editor shows a warning when Gnome is being shut down and there are still unsaved documents. - 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 105172] OpenOffice does not show a warning when Gnome is closed and documents a re still unsaved
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105172 Issue #|105172 Summary|OpenOffice does not show a warning when Gnome is close |d and documents are still unsaved Component|framework Version|OOO310m11 Platform|Sun URL| OS/Version|Solaris Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Fri Sep 18 09:57:58 + 2009 --- When the user closes his Gnome session and has still unsaved OpenOffice.org documents, OpenOffice.org is forced to close without asking if the unsaved documents should be saved. The result is that the user has to go thru the restoring process when he starts OpenOffice.org again. Under other OS'es (Windows, Linux) OpenOffice asks for each document, if it should be saved. The shutdown process is on hold during this time. That's why I declare this a bug. OpenOffice.org should behave the same in this case on all platforms. - 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 103573] Listbox in an inserted do cument jumps to the actual cursor position w hen being opened
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103573 Issue #|103573 Summary|Listbox in an inserted document jumps to the actual |cursor position when being opened Component|Word processor Version|OOO310m11 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|writerneedsconfirm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Wed Jul 15 13:13:13 + 2009 --- Steps to reproduce: 1. Load the attached document Text.odt 2. Place the cursor in the line under the text on page 1 3. Insert the attached file Listbox.odt 4. Place the cursor somewhere on page 2 5. Open the listbox and try to select one of the topics in it. 6. The listbox jumps to the position where the cursor had been placed. You can make your selection and continue working then, but this is not user friendly. - 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 103573] Listbox in an inserted do cument jumps to the actual cursor position w hen being opened
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103573 --- Additional comments from dkr...@openoffice.org Wed Jul 15 13:14:14 + 2009 --- Created an attachment (id=63561) The first file into which another file will be inserted. - 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 103573] Listbox in an inserted do cument jumps to the actual cursor position w hen being opened
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103573 --- Additional comments from dkr...@openoffice.org Wed Jul 15 13:14:59 + 2009 --- Created an attachment (id=63562) The file that contains a listbox and will be insereted into Text.odt - 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 102949] Text placeholders are not printed, even if this is set in Tools - Opti ons - Writer - Print
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102949 --- Additional comments from dkr...@openoffice.org Thu Jul 2 14:02:12 + 2009 --- This issue is reproducible with a document created from scratch. Additional information: Before the described behavior can be seen, the document needs to be saved at least once and reloaded. - 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 102949] Text placeholders are not printed, even if this is set in Tools - Opti ons - Writer - Print
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102949 User dkrogh changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from dkr...@openoffice.org Thu Jun 25 07:55:52 + 2009 --- This issue happens only under Solaris (as can be seen in the OS box on top). Reopened. - 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 102949] Text placeholders are not printed, even if this is set in Tools - Opti ons - Writer - Print
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102949 --- Additional comments from dkr...@openoffice.org Thu Jun 25 09:49:23 + 2009 --- Solaris 10 on a SunRay. I did not test it on other Solaris systems. - 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 102949] Text placeholders are not printed, even if this is set in Tools - Opti ons - Writer - Print
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102949 Issue #|102949 Summary|Text placeholders are not printed, even if this is set | in Tools - Options - Writer - Print Component|Word processor Version|OOO310m12 Platform|Sun URL| OS/Version|Solaris Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|printing Assigned to|writerneedsconfirm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Fri Jun 19 14:04:09 + 2009 --- Text placeholders are not printed, even if the Text placeholder option is set in Tools - Options - StarOffice Writer - Print. When clicking on File - Print and then choose [Options], the option Text placeholder is NOT set there. The text placeholder is then not printed. If the user sets the option extra in the options of the printer dialog, then the placeholder is printed. There is no sample document needed, it can be easily reproduced from scratch. - 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 102448] supress the information w indow of an older OOo version, that appears wh en opening a document that has been created wi th a newer version
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102448 Issue #|102448 Summary|supress the information window of an older OOo version |, that appears when opening a document that has been c |reated with a newer version Component|framework Version|OOO310m9 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|dkrogh --- Additional comments from dkr...@openoffice.org Tue Jun 2 13:54:53 + 2009 --- It should be possible to supress the information window of an older OOo version, that appears when opening a OOo 3.x document with OOo 2.x. The information says, that there is already a newer version of OOo available and if this should be downloaded now. If a company is working with both, OOo 2.4 and OOo 3.1 at the same time and often exchanging documents internally, so that users, who work with the older versions always get this information. Of course they do not want (are not allowed) to download the newer version and this message is annoying if one gets it everytime when opening a OOo 3.1 document. - 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