[graphics-issues] [Issue 103706] Sound/video files inserte d into a slide need a way to determine propert ies
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=103706 Issue #|103706 Summary|Sound/video files inserted into a slide need a way to |determine properties Component|Presentation Version|OOO300m9 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|editing Assigned to|graphicsneedsconfirm Reported by|eclypse --- Additional comments from ecly...@openoffice.org Tue Jul 21 17:43:11 + 2009 --- I ran into an issue this morning where one of our staff had created a presentation with a video file in the first slide of the presentation. The person saved the presentation in another location where it would be accessible by the people who needed it. Another staff member was called upon to help get the presentation working this morning because the video was missing. When they tried to find the object that the big ? question mark was looking for, there was no way to determine what file was missing to try to locate and/or replace. I tried in OOO300m15 (000300m9 was the highest listed in the tracker) and I tried in an older version 2.4.0.14 for OpenSUSE 11.0. In neither place could I find any menu or context menu option that would show the path of the missing 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: 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
[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 --- Additional comments from [EMAIL PROTECTED] Mon Nov 3 15:00:45 + 2008 --- Issue 95528 (for an enhancement request) appears to be what we're trying to go after to resolve this, has anyone else looked at 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]
[sc-issues] [Issue 95608] OpenOffice 3.0 does not ha ndle file locking correctly for non-ODF docume nts or previous OOo versions - possible data c orruption
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=95608 Issue #|95608 Summary|OpenOffice 3.0 does not handle file locking correctly |for non-ODF documents or previous OOo versions - possi |ble data corruption Component|Spreadsheet Version|OOO300m9 Platform|PC URL| OS/Version|Windows 2003 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|editing Assigned to|spreadsheet Reported by|eclypse --- Additional comments from [EMAIL PROTECTED] Wed Oct 29 19:08:01 + 2008 --- If we have two users A and B, both with OOo 3.0 opening a Microsoft .xls or .doc or whatever file on a Windows or Samba share, they can both open it R/W and neither will know the other has it open. Both can update/overwrite each others files and get no warning this has happened. Similarly, if user A has 00o 2.x, and user B has OOo 3.0, this behaviour is shown opening native ODF files or .xls, etc. files. User B opens the file as R/W, user A can also open the file R/W. Both can overwrite each others data and never know it has happened. If an Excel user has an .xls file open, the OOo 3.0 user can open the file R/W, make changes, but is then unable to save the changes without doing a Save As (shows general I/O error). When testing, I tried multiple settings for file locking with the Samba share, but was unable to come up with anything that would alleviate this behaviour. Standard setup for us is oplocks = yes, level 2 oplocks = yes, veto oplocks on .xls files (tried with this off and made no difference), strict locking=no (tried with this option as yes and made no difference), csc policy = manual - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[sc-issues] [Issue 61711] New - CSV export does not quote properly on mixed-type data in a column
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=61711 Issue #:|61711 Summary:|CSV export does not quote properly on mixed-type data |in a column Component:|Spreadsheet Version:|OOo 2.0 Platform:|All URL:| OS/Version:|All Status:|UNCONFIRMED Status whiteboard:| Keywords:| Resolution:| Issue type:|DEFECT Priority:|P3 Subcomponent:|save-export Assigned to:|spreadsheet Reported by:|eclypse --- Additional comments from [EMAIL PROTECTED] Mon Feb 6 14:06:39 -0800 2006 --- When exporting from Calc to a .csv file with a column type that has mixed data types (i.e. some rows are alphanumeric and some are strictly numeric), only rows that are alphanumeric are enclosed by quotes. Rows that are only numeric are not enclosed in quotes, even when the format for the entire column is set to text. This is causing inconsistencies in the behaviour of other programs that are importing this data and that is what brought it to my attention. I tested on WinXP and FC4 with OOo 2.0. Example: Col1, Col2, Col3 1234, 12A1, abcd 1235, 12B2, efgh 1246, 0691, hxyh CSV output will look like this: 1234,12A1,abcd 1235,12B2,efgh 1246,0691,hxyh - 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]
