[sw-issues] [Issue 96772] Numbering when using inden ted style is incorrectly formatted
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=96772 --- Additional comments from [EMAIL PROTECTED] Tue Dec 2 16:10:48 + 2008 --- Cool - that was quick - so it looks like this will make it into 3.0.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]
[sw-issues] [Issue 96772] Numbering when using inden ted style is incorrectly formatted
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=96772 Issue #|96772 Summary|Numbering when using indented style is incorrectly for |matted Component|Word processor Version|OOo 3.0 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|formatting Assigned to|writerneedsconfirm Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Mon Dec 1 20:53:32 + 2008 --- In OpenOffice.org 3.0.0, noticed that if I am currently using a style that is indented on a paragraph, and then apply Numbering / Bullets for that paragraph, the indentation on the numbering is incorrect. STEPS TO REPRODUCE: 1) Start a new Text Document 2) Apply the Text Body Indent style to a paragraph. 3) Apply Numbering / Bullets formatting to that paragraph. 4) Enter any text - notice that: - the indentation for the text on the first line is too large - after word wrap, on the second line, the text indentation does not align with the first line. I've done this in OpenOffice 2.x.x and never had this problem, so I suspect it's new to 3.0.0. I've also played around with the options on the Position tab in the Bullet / Numbering options, but can't seem to find an easy way to align the numbering / bullets properly; so suggestions for workarounds would also be much appreciated. - 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 96772] Numbering when using inden ted style is incorrectly formatted
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=96772 --- Additional comments from [EMAIL PROTECTED] Mon Dec 1 20:55:04 + 2008 --- Created an attachment (id=58433) Demonstrates the above problem - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[graphics-issues] [Issue 43354] Master Design slides get d eleted when no slide uses them
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=43354 --- Additional comments from [EMAIL PROTECTED] Sat Mar 29 22:11:30 + 2008 --- Couldn't agree more - I have a hard time convincing myself to make such a switch - and have now tended to end up still using Powerpoint on my work laptop until I consider Impress safe enough for anything I remotely care about. - 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 84277] Calc crashes if cell uses faulty macro for validation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84277 --- Additional comments from [EMAIL PROTECTED] Wed Jan 9 22:46:33 + 2008 --- Created an attachment (id=50768) Demonstrates the error - 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 84277] Calc crashes if cell uses faulty macro for validation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84277 --- Additional comments from [EMAIL PROTECTED] Wed Jan 9 22:48:17 + 2008 --- Attached a document demonstrating this - try to open the dropdown in the first cell A1, and Calc eventually crashes. Apologies - in my original STEPS TO REPRODUCE THE PROBLEM - the Sub in step (1) should be a Function - 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]
[script-issues] [Issue 84487] Dialog width unexpectedly increments itself
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84487 Issue #|84487 Summary|Dialog width unexpectedly increments itself Component|scripting Version|OOo 2.3.1 RC1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|kr Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Wed Dec 12 11:39:37 + 2007 --- On OOo 2.3.1 release (not RC1) running on WinXP, in the Dialog Editor when editing a dialog, found that if you change any of the positional / dimensional properties of the dialog (height, width, positionX, positionY), the width automatically and unexpectly increments itself by 3. (This doesn't happen if you change any of the other non-positional/dimensional properties) STEPS TO REPRODUCE THE PROBLEM: 1. Open any OOo application, and bring up the Basic IDE, and insert a new dialog Dialog1 2. Double-click on the edge of the dialog window being designed to bring up its properties (Properties: Dialog) window 3. Type in any new numeric value for any of Height, Width, PositionX, or PositionY. (You will need to navigate click outside the textbox for the new value to be accepted, such that the dialog shown is refreshed/resized) 4. Observe that Width now also increments by 3 automatically. WORKAROUND By manually setting the width to be 3 pixels less than what you need after editing any positional/dimensional properties. - 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 83963] creating a dialog without title crashes openoffice when executing the di alog
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83963 --- Additional comments from [EMAIL PROTECTED] Tue Dec 11 13:33:37 + 2007 --- I just had the same problem on OOo 2.3.1 release (regular English version) on Windows XP, running OOoBasic code like: DialogLibraries.loadLibrary(Standard) oDialog = createUnoDialog(DialogLibraries.Standard.NoTitleDialog) '* OOo crashes when creating the dialog, but will work fine again if you set the dialog to show the title bar. - 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]
[script-issues] [Issue 84433] Function return is inconsi stent when the value is 'Empty'
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84433 Issue #|84433 Summary|Function return is inconsistent when the value is 'Emp |ty' Component|scripting Version|OOo 2.3.1 RC1 Platform|All URL| OS/Version|All Status|NEW Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|kr Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Mon Dec 10 15:20:55 + 2007 --- NOTE: This was observed on the OOo 2.3.1 actual release (Not RC1), but can't yet select this from this reporting tool. When a OOoBasic function return is unassigned/uninitialised, IsEmpty on the return value can still return False. This happens when there is a previous call to that function that returned an assigned/initialised value. STEPS TO REPRODUCE THE PROBLEM: 1. Open any OOo application, and create an OOoBasic macro in the Basic IDE as follows: Sub Code_Test MsgBox(IsEmpty(Bug_Demo(False))) MsgBox(IsEmpty(Bug_Demo(True))) MsgBox(IsEmpty(Bug_Demo(False))) End Sub Function Bug_Demo(bAssignReturnValue As Boolean) As Variant If bAssignReturnValue Then Bug_Demo = Assigned a value End If End Function 2. Run Code_Test: the result is three dialog boxes as follows: True, False, False. The third MsgBox call is exactly the same as the first, but IsEmpty evaluates to different values. 3. Furthermore, if you run Code_Test a second time, the result is now: False, False, False; giving different results than the first execution, even though there are no global or static variables defined here. POSSIBLE WORKAROUND Seem to be able to work around this if an intermediate variable is introduced in Bug_Demo as follows: Function Bug_Demo(bAssignReturnValue As Boolean) As Variant Dim vReturnValue As Variant If bAssignReturnValue Then vReturnValue = Assigned a value End If Bug_Demo = vReturnValue End Function vReturnValue is correctly assigned to Empty every time, and thus Bug_Demo always returns Empty when (bAssignReturnValue = False) PROPOSED SOLUTION A function should return Empty everytime if the return value is unassigned. - 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 84277] Calc crashes if cell uses faulty macro for validation
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84277 Issue #|84277 Summary|Calc crashes if cell uses faulty macro for validation Component|Spreadsheet Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Wed Dec 5 18:30:29 + 2007 --- (Actually this was found on OOo 2.3.1 but can't seem to select that in the Bug Reporting tool yet) Calc crashes when using a macro containing errors to generate list of values. STEPS TO REPRODUCE THE PROBLEM 1. Open a new Calc spreadsheet, and define a macro with some errors in it such as: Sub SubContainingErrors ' Some random text that BASIC won't understand This Is Not Code End Sub 2. Select a cell, and goto Data - Validity 3. In 'Allow', enter 'Cell Range'; and for 'Source', enter 'SubContainingErrors()'; also ensure that 'Show Selection List' is checked. 4. OK the Validity dialog. 5. Click on the dropdown for the cell. The BASIC Interpreter generates a few errors, then Calc informs the user of an unexpected crash. PROPOSED SOLUTION Instead of crashing, the BASIC Interpreter should just generate the runtime errors then allow the user to continue working on the spreadsheet / fix 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 84115] Adding new colors can caus e silent crash
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84115 Issue #|84115 Summary|Adding new colors can cause silent crash Component|Word processor Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|configuration Assigned to|mru Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Fri Nov 30 11:31:30 + 2007 --- Observed this issue in Writer, and something similar happened in Calc too, so I suspect this may apply to all the OOo applications. Under options, when adding new colors, the application unexpectedly and silently (without errors/warnings) crashes. STEPS TO REPRODUCE: 1. Open Writer, and open Tools - Options - OpenOffice.org - Colors 2. Add a new custom color. 3. OK the Options dialog. 4. Re-open Tools - Options - OpenOffice.org - Colors 5. Add another color. 6. OK the Options dialog. Application silently disappears / crashed. WORKAROUNDS: Save the active document(s) and close OpenOffice before adding a second color. - 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 84010] App crash attempting to in sert empty Transferable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=84010 Issue #|84010 Summary|App crash attempting to insert empty Transferable Component|Word processor Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|mru Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Tue Nov 27 14:28:15 + 2007 --- In Writer/OOoBasic, when using the Transferable framework to copy-and-paste between two documents, and the transferable is 'empty', the application crashes. STEPS TO REPRODUCE THE PROBLEM 1. Create a new document, and create a new Basic module Module1 with default sub Main 2. In Main, enter the following code: Dim oTransferable As Object Dim oNewDoc As Object Dim aNoArgs() oTransferable = ThisComponent.CurrentController.getTransferable() ' *** oNewDoc = StarDesktop.loadComponentFromURL(private:factory/swriter, _blank, 0, aNoArgs()) oNewDoc.CurrentController.insertTransferable(oTransferable) *** Since this document is currently empty, no selection has been made, and oTransferable contains nothing (but note an object has still been returned, this is not Empty, Null, or Missing) 3. Run Main, and the application will pause for a second, then system crash. POSSIBLE WORKAROUNDS Could avoid this by checking that something has actually been selected in the current document before invoking this code. PROPOSED SOLUTION insertTransferable(obj) should just do nothing in the case where the Transferable obj contains nothing; and possibly also that getTransferable() should return a null object (not sure if that is possible?) that can be tested for Null or Empty. - 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 83844] Custom toolbar in both Wri ter and active document bug
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83844 Issue #|83844 Summary|Custom toolbar in both Writer and active document bug Component|Word processor Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|mru Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Thu Nov 22 09:42:25 + 2007 --- When a custom toolbar is created and saved in OpenOffice.Org Writer, and another one is created and saved in the active document, the toolbar in the active document seems to replace the Writer one in the GUI. STEPS TO REPRODUCE THE PROBLEM: (I'm doing this on OOo 2.3.0 on a Windows XP machine) 1. Open Writer creating a blank document Untitled1 2. From View - Toolbars - Customise, create a new toolbar, entitled Writer toolbar, and in the Save In dropdown, make sure OpenOffice.org Writer is selected 3. Add a single button to it (just to see the toolbar better on the GUI). I added the first available one: About OpenOffice.Org. OK the dialog. 4. The new toolbar Writer toolbar should now be visible. 5. From View - Toolbars - Customise, create a new toolbar, entitled Document toolbar, and in the Save In dropdown, select Untitled1, the document name. 6. Add a single button to it (something different from (3)). OK the dialog. 7. Now observe that Document toolbar has now replaced Writer toolbar in the GUI! ADDITIONAL STEPS THAT SHOW THE EXTENT OF THE ISSUE: 8. Further, go to View - Toolbars, and observe that Writer toolbar has also been removed from the list of toolbars that can be made visible. 9. Save Untitled1, and close it. Create a new document, and observe that Writer toolbar is back. 10. Move Writer toolbar to a new location, and close Writer. 11. On restart, observe that Writer toolbar is loaded in the previous location. Now load Untitled1, observe that Document toolbar again replaces Writer toolbar, and that it even uses Writer toolbar's saved location. POSSIBLE WORKAROUND: Create 2 custom toolbars in Writer - the first being a dummy one, while the second is the one that contains useful shortcuts. When the document toolbar is loaded, it replaces the first one, so Writer's 'real' custom toolbar remains visible. However, this does mean that the dummy toolbar is visible when a document without a custom toolbar is active. - 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 83846] Nested tables disappear on save as ODT
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=83846 Issue #|83846 Summary|Nested tables disappear on save as ODT Component|Word processor Version|OOo 2.3 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|save-export Assigned to|mru Reported by|silvercapo --- Additional comments from [EMAIL PROTECTED] Thu Nov 22 09:50:00 + 2007 --- Nested tables seem to disappear after saving as ODT in certain situations. STEPS TO REPRODUCE PROBLEM (I'm doing this in OOo 2.3.0 on a Windows XP machine) 1. Create a new Writer document 2. Format page, and make it landscape, with 3 columns 3. On the first column, create a table with 1 column + 3 rows. 4. Adjust row heights so that the table fills the entire column (e.g. with A4 paper 21cm high and 2cm margins, set row heights to 5, 7, 5), and uncheck Fit to size. 5. Make the first row align-to-top, second align-center, and third align-bottom. 6. Add some text to the first row, and create an empty standard 2x2 table underneath. 7. Add some text to the second row, and create an empty standard 2x2 table underneath. 8. Add some text to the third row, and create an empty standard 2x2 table underneath. 9. Save the document in the normal OOo's ODT format. 10. Close Writer, and reload the file - Observe that the third nested table (added in (8.)) disappears. NOTE: Playing around with nested tables in this kind of scenario seems to break Writer quite easily, sometimes I also have the 2nd table (added in (7)) disappear instead, or it even hung once when I did a save, though I haven't found a way to consistently reproduce these. - 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]
