[l10n-issues] [Issue 102384] [IT] help for arg1 of CEL LA() is contradictory
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102384 --- Additional comments from oo...@openoffice.org Wed Sep 1 15:14:10 + 2010 --- thanks - will check whenever I'll have the occasion to update to last 3.2.x :) - 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...@l10n.openoffice.org For additional commands, e-mail: issues-h...@l10n.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 105041] doesn't refresh windows
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105041 --- Additional comments from oo...@openoffice.org Mon Jan 25 06:49:26 + 2010 --- please check the find/replace window in the picture with the usual one: the panel elements appear shifted beyond the bottom border by an amount equal to the brown top band. I need to roll-up/down or iconize/de-iconize the window to get it right. It doesn't happen always; at times it happens to main window as well, opening a new/other doc: the window opens @ eg. +150+100 then enlarging it by the WM command from window's title bar. See eg also http://web.tiscali.it/oopla/screenshot_100125.jpg: - start OOo - set window geometry mode to normal, from WM's window title bar drop down menu - open a doc - OOo window opens to some position, ignoring WM's geometry tip which (as set here) should constrain positions to the right of +64+0. - set window geometry mode to enlarged/full-screen, by WM's window title bar drop down menu - open 'find' window by Ctrl-F - push 'options' button - then thw window resizes but positions of control elements don't get refreshd, with the result as in the screenshot - 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
[sc-issues] [Issue 105050] insert column greyed out, missing from context menu'
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105050 Issue #|105050 Summary|insert column greyed out, missing from context menu' Component|Spreadsheet Version|OOO310m19 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|oopla --- Additional comments from oo...@openoffice.org Mon Sep 14 10:17:04 + 2009 --- - highlight 2 cells vertically or horizontally, then menu'-insert... allows to insert both cols/rows - highlight 2 rows, menu'-insert allows only for rows, and r-click context menu' allows for rows add/del - highlight 2 cols, menu'-insert doesn't allow for row/col add (items greyed out), r-click context menu allows for cols removal only (no 'insert' item) looks like a defect to me. - 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
[sc-issues] [Issue 105040] no way to searchreplace initial single quote
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105040 --- Additional comments from oo...@openoffice.org Mon Sep 14 14:40:42 + 2009 --- @regina thanks for link to extension, though frank's tip does the job in my case more quiclky. There is something b0rked in this ' mechanism, IMHO. @frank thanks for the sr trick :) - 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
[sc-issues] [Issue 105036] search() function yields #value! if search fails
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105036 Issue #|105036 Summary|search() function yields #value! if search fails Component|Spreadsheet Version|OOO310m19 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|oopla --- Additional comments from oo...@openoffice.org Sun Sep 13 08:48:11 + 2009 --- using the eg in guide [IT RICERCA = SEARCH]: RICERCA(54; 998877665544) yields 10; but then RICERCA(54; 998877665584) yields #VALORE! [ie #VALUE!) which is clearly wrong; the return value should be eg 0 or -1, not an argument error. This breaks functions like IF(SEACH(123;456);found;x) which neads to be rewritten in a clumsy form like eg IF(VAL.ERROR(SEACH(123;456));x;found) which anyway prevents direct use of the SEARCH return value in eg a formula. - 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
[sc-issues] [Issue 105040] no way to searchreplace initial single quote
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105040 Issue #|105040 Summary|no way to searchreplace initial single quote Component|Spreadsheet Version|OOO310m19 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|editing Assigned to|spreadsheet Reported by|oopla --- Additional comments from oo...@openoffice.org Sun Sep 13 10:38:24 + 2009 --- I've imported some data from a CSV; a column had date values, which got imported like text, ie cell displays right but value is eg. '02/03/2008. This breaks ordering of course, hence I need to get rid of the initial single quote or a way to tell OOo that that value is actually a date val, not just text. Formatting tool does nothing, so that's not the way. Simple straightforward way that works is editing cell value, just deleting initial '; thus I'd expect sr tool to be able to do just the same, on the other ~1000 cells. No way, the 1st ' can be manually edited but the sr tool simply doesn't see it. I think that's wrong. - 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 105041] doesn't refresh windows
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105041 Issue #|105041 Summary|doesn't refresh windows Component|framework Version|OOO310m9 Platform|PC URL|http://web.tiscali.it/oopla/2009-09-13-124031_1024x768 |_scrot.png OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|oopla --- Additional comments from oo...@openoffice.org Sun Sep 13 10:50:20 + 2009 --- this is actually a very old defect, which I'm taking the the time to report only now. I'm using WindowMaker as WM, it happens that opening or resizing OOo's windows yields unrefreshed views, so that I need to eg rool-up/-down the window to get the proper picture. See URL for sample case. OOo is the *only* app I know of this far, that's broken this 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: 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 105042] tool windows should stay on top
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105042 Issue #|105042 Summary|tool windows should stay on top Component|framework Version|OOO310m9 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|ui Assigned to|tm Reported by|oopla --- Additional comments from oo...@openoffice.org Sun Sep 13 10:55:59 + 2009 --- calc example, though I think this is a ui issue: Open eg border window, select type then clic back on a cell: the border window gets kicked in background. Likeawise for searchreplace, for functions window etc. Rather annoying; I'd expect such window to stay on top since 1st creation, without me telling so explicitly to the WM. - 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
[l10n-issues] [Issue 102384] [IT] help for arg1 of CEL LA() is contradictory
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102384 User oopla changed the following: What|Old value |New value Version|OOO310m11 |OOO310m19 --- Additional comments from oo...@openoffice.org Sun Sep 13 11:04:27 + 2009 --- I think this issue is not being handled correctly: 310m19 is out but [IT] help guide still says wrong things and users have no clues on the workaround. I think the right thing to do, while things get fixed, was/is to simply revert the IT text in the guide for 1st arg back to the base EN terms. That way, users aren't misguided and don't need to try and figure out what the problem is, and search the site for the temp fix. - 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...@l10n.openoffice.org For additional commands, e-mail: issues-h...@l10n.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 105040] no way to searchreplace initial single quote
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105040 User oopla changed the following: What|Old value |New value Status|RESOLVED |UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from oo...@openoffice.org Sun Sep 13 23:41:53 + 2009 --- sorry, not wholly acceptable answer, IMHO. I know I can/should set the data type on csv import, but that was just an instance that showed the case. Suppose I got an heavily reformatted, elaborated spreadsheet, data from CSV not (more) available; then presently I need to cp the text-date col in a new page, export to CSV, re-import, cp back over original. Since I can *edit* the initial ' by hand, I'd expect the sr tools do the same, quicklyefficiently - perhaps as a settable option, though I'd expect such behaviour already, when sr is set to operate on formulae, as ' is the text operator. - 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
[l10n-issues] [Issue 102384] [IT] help for arg1 of CEL LA() is contradictory
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102384 --- Additional comments from oo...@openoffice.org Mon Sep 14 05:59:23 + 2009 --- re-reading my original post, I realize such temp workaround is actually *the fix*. It's a less than 14 words fix - just drop the undue translated terms - in docs, without obscure code implications. After 3 months and several 310m* rolled out in between, till a new release, (new) users are left to stumble upon the same stone, despite it'd have taken far lees effort to do the actual fix than posting here. Sorry, that's bad handling IMHO, though thanks anyway for your work. - 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...@l10n.openoffice.org For additional commands, e-mail: issues-h...@l10n.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 102433] copy+paste html table fro m html page takes too long
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102433 User oopla changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |INVALID --- Additional comments from oo...@openoffice.org Thu Jun 4 08:22:09 + 2009 --- hm, I see what you mean - perhaps the problem is/was behind the keyboard :} : re-testedd with ca. 200x16 table, took 14 mins - but I realized each line had a link, it's an HTTPS site (home banking), and the proxy showed countless requests while table pasting was going on. A test with a number of lines with 18 links resulted in 154 HTTPS requests - likely (hopely?!?) OOo doesn't share FF site access credentials, so it fails and retries till time out. paste special... as unformatted text did the job right away, instead. I think the issue can be closed§ / marked as INVALID. Sorry for the noise - perhaps a note in the docs would help, though. - 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
[sc-issues] [Issue 102433] copy+paste html table fro m html page takes too long
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102433 Issue #|102433 Summary|copy+paste html table from html page takes too long Component|Spreadsheet Version|OOO310m10 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|formatting Assigned to|spreadsheet Reported by|oopla --- Additional comments from oo...@openoffice.org Tue Jun 2 08:47:38 + 2009 --- eg: copy 4 rows from a 5 cols table in a page opened in Firefox pasting into Calc took ca. 12s to see the same data in Calc's cells, on a Centrino 1.6GHz pc doing just this task. eg: copy 57 rows x 16 cols table from html page opened in FF pasting it into Calc took ... forever - went out for a coffee, then back to the screen, in time to see last miniute or so of blank Calc page, eventually showing the final table. Phew, that was a 5mins job, on same platf as above, I was going to shut it down, thinking it's hanging. Seems there's something wicked here. thx - 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
[sc-issues] [Issue 98177] new function structure too ltip is to persistent
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=98177 --- Additional comments from oo...@openoffice.org Sat May 30 13:30:34 + 2009 --- still there in OOO310m11, XP - pretty annoying, and there seems to be no way to disable this feature. - 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
[sc-issues] [Issue 102383] address() result doesn't work as 2nd arg in cell()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102383 Issue #|102383 Summary|address() result doesn't work as 2nd arg in cell() Component|Spreadsheet Version|OOO310m11 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|oopla --- Additional comments from oo...@openoffice.org Sat May 30 13:56:24 + 2009 --- (note, locale is it_IT) according to the guide, this formula should work: =CELLA(contents;INDIRIZZO(1;2*(RIF.RIGA()-1);1;1;Foglio1)) ie in EN =CELL(contents;ADDRESS(1;2*(RIF.ROW()-1);1;1;Sheet1)) as it does work in INDIRETTO() (EN: INDIRECT() ): =INDIRETTO(INDIRIZZO(1;2*(RIF.RIGA()-1);1;1;Foglio1)) as both function expect a cell ref as text; eg if the above ADDRESS() returns Sheet1.$B$3 then INDIRECT(ADDRESS(...)) will work like manually writing in the cell ref, ie INDIRECT(Sheet1.$B$3), whereas CELL(..., ADDRESS(...)) yields an error #REF! and CELL(..., Sheet1.$B$1) does work. Looking at the docs and function tips I don't see any error in function usage, thus it looks like a bug in CELL(). I was using 2.4 in Linux, thought it's a bug fixed in 3.x then checked latest 3.1 in XP but with same results. thx - 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
[l10n-issues] [Issue 102384] [it_IT] help for arg1 of CELLA() is contradictory
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102384 Issue #|102384 Summary|[it_IT] help for arg1 of CELLA() is contradictory Component|l10n Version|OOO310m11 Platform|PC URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|helpcontent Assigned to|petr_dudacek Reported by|oopla --- Additional comments from oo...@openoffice.org Sat May 30 14:05:28 + 2009 --- the help page for CELLA() [CELL()] says that usage of EN terms is mandatory - eg you have to say contents not contenuto - yet the table of string values lists terms in *IT*, therefore one needs to 'guess' the right original EN terms to use. Such help table should list the EN terms, consistently with the above statement. thx - 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...@l10n.openoffice.org For additional commands, e-mail: issues-h...@l10n.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 102383] address() result doesn't work as 2nd arg in cell()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102383 --- Additional comments from oo...@openoffice.org Sat May 30 23:44:18 + 2009 --- You know, that the second parameter of CELL must be a reference, but ADDRESS returns a text? indeed - ack. Well, terms used in function wizard and help are the same (Riferimento = Reference), rather confusiong IMHO. Re-checking, eventually maybe I got it right: (in a cell) =INDIRECT(ADDRESS(...)) is equivalent to =CELL(contents; INDIRECT(ADDRESS(...))) the point is, that help/wizard say that INDIRECT() returns the *contents* of the cell, whereas it actually returns the *reference* to the cell. So the bug seems to be poor/bad wording in docs - to my understanding, of course. I suggest to make it clearer in the f.wizard, with labels like Reference: and Reference (as text): in due cases. thx (test .odf seems unneeded at this point, though I'm attaching it anyway) - 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
[sc-issues] [Issue 102383] address() result doesn't work as 2nd arg in cell()
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102383 --- Additional comments from oo...@openoffice.org Sat May 30 23:46:45 + 2009 --- Created an attachment (id=62660) some test case for indirect() and cell() and address() - 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
[l10n-issues] [Issue 102384] [IT] help for arg1 of CEL LA() is contradictory
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102384 User oopla changed the following: What|Old value |New value Assigned to|petr_dudacek |paolopoz Summary|[it_IT] help for arg1 of C|[IT] help for arg1 of CELL |ELLA() is contradictory |A() is contradictory --- Additional comments from oo...@openoffice.org Sat May 30 23:51:40 + 2009 --- done as directed (subject, reassign). BTW, arg1 list in OOo2.4 (IT) was right, ie it reported EN terms. They're localized in 3.x. thx - 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...@l10n.openoffice.org For additional commands, e-mail: issues-h...@l10n.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 93867] calc hangs taking ~100% CP U
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93867 --- Additional comments from [EMAIL PROTECTED] Thu Sep 18 07:56:17 + 2008 --- it's the etch-backports version: 1:2.4.1-3~bpo40+1; the official 2.0.4 had (other) issues. Dunno if it's worth reporting to DBTS, maintainer doesn't track bpo bugs. Filed anyway. Going to ask a user to try and use latest 3.0rc1 - 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 93867] calc hangs taking ~100% CP U
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93867 --- Additional comments from [EMAIL PROTECTED] Wed Sep 17 16:50:26 + 2008 --- I've just got a report, it happend at least 3 times in last working week to a user, OOo was running locally. She was editing plain basic spreadsheet, either inputting a function like SUM() or typing directly eg A1+A2; then hitting enter calc freezed taking away the CPU. So nothing fancy here, no lengthy formula, no special formatting. - 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 93866] calc hangs taking ~100% CP U
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=93866 --- Additional comments from [EMAIL PROTECTED] Sun Sep 14 15:48:37 + 2008 --- yes, same as *7 - sorry didn't realize it actually made it into the ITS, there was a form UI/browser glitch while changing 'platform' field. - 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 90920] the regular expression '^$ ' doesn't work in searchreplace, nor in stand ard filter
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90920 --- Additional comments from [EMAIL PROTECTED] Thu Jul 3 08:39:09 + 2008 --- Not a RE misuse, IMHO: calc should handle it properly. OOo seems to use ERE; '^$' matches start-of-string,end-of-string, where start-of-string is the position at the very beginning of the string and end-of-string the very last one; from OOo help seems though ERE used are 'no-multi-line': {start,end}-of-string match the {start,end} position of a single line, ie the positions {after,before} end-of-line (aka 'paragraph' in OOo?), or the very {start,end} if there's no '\n'. So if Calc allows for multi-line (ie '\n' is legal) cell content: - '^$' would match any 0-length line. - likewise, '.*' would match every line while '.+' would match non-void lines only, since in no-multi-line ERE '.' doesn't match '\n'. - a single '\n' may be collapsed to a void cell, so it'd avoid the existance of such strange single-but-void paragraph. Else (no multi-line cell content, no '\n' allowed), '^$' would never match and '.*', '.+' would practically be equivalent, _if_ void cells are removed from (string) search space. And I do agree that it sounds reasonable to skip void cells: having no searchable content, they should not be in RE/filter (string) search space (besides, removing void cells from search space likely have huge impact on performance and resources usage). So it's a doc/help problem, but point above must first be clarified: is '\n' legal in cell content, ie can cell content be multi-line? thx -- paolo - 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 90923] missing 'standard filter' conditions
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90923 User oopla changed the following: What|Old value |New value Issue type|DEFECT|ENHANCEMENT --- Additional comments from [EMAIL PROTECTED] Thu Jul 3 08:53:29 + 2008 --- I couldn't find a reference to a Debian-specific patch / add-on, so I'm wondering where such code comes from. Anyway, I agree it's more like an enhancement request than a bug, hence I've changed issue type. thx -- paolo - 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 90760] hangs trying to open an .s dc file, taking away ~98%CPU
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90760 --- Additional comments from [EMAIL PROTECTED] Fri Jun 20 10:18:31 + 2008 --- Created an attachment (id=54628) testcase .sdc (maybe, at least related) - 2.4.1 breaks with 'gen.I/O error' while 1.1.5 gets it right (and shows a broken OLE) - 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 90920] the regular expression '^$ ' doesn't work in searchreplace, nor in stand ard filter
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90920 Issue #|90920 Summary|the regular expression '^$' doesn't work in searchrep |lace, nor in standard filter Component|Spreadsheet Version|OOo 2.4.1 Platform|Unknown URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P2 Subcomponent|code Assigned to|spreadsheet Reported by|oopla --- Additional comments from [EMAIL PROTECTED] Fri Jun 20 11:50:33 + 2008 --- I want to search for void cells and put 'X' in, so at first I'd use searchreplace, but I've found 2 problems here: 1. replace( all) is greyed-out till something is written in 'serach' box. This is wrong,in IMHO, as a search for the NULL string (ie void cells here) isn't that exotic. 2. as a workaround, I tried RE, expecting '^$' to do the trick, but nope search term not found. As a dumb test, I also tried '.*' which would match all and everything, but nope again - it matched cells with 1+ chars only; that is, '.*' behaves like '.+'. Same for .?. Likewise in 'standard filer' - true we have predefined '- void -' but when doing with RE ^$ (and others eg above) should work as expected nevertheless. If this is the _intended_ behaviour (and I can see the point), then it should be clearly stated (eg void cells are skipped | match is only tried on non-void cells) in the help, since it's not the _expected_ (from RE usage) behaviour. 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: [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 90923] missing 'standard filter' conditions
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90923 Issue #|90923 Summary|missing 'standard filter' conditions Component|Spreadsheet Version|OOo 2.4.1 Platform|Unknown URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|oopla --- Additional comments from [EMAIL PROTECTED] Fri Jun 20 12:13:01 + 2008 --- While checking for distro-specific bugs, I've been puzzled by the fact that 'standard filter' in official OOo builds is missing the usual 'Contains' 'Starts with' 'End with' conditions: Debian's 2.4.0 does have them, official OOo 2.4.1 as well as 1.1.5 don't. Why? People coming from MS-Excel are used to them and often dislike the idea of learning a bit of regex to do what they used to do with a click. thanx - 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 90760] hangs trying to open an .s dc file, taking away ~98%CPU
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=90760 Issue #|90760 Summary|hangs trying to open an .sdc file, taking away ~98%CPU Component|Spreadsheet Version|OOo 2.4.1 Platform|PC URL| OS/Version|Linux Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|open-import Assigned to|spreadsheet Reported by|oopla --- Additional comments from [EMAIL PROTECTED] Sun Jun 15 21:34:42 + 2008 --- OOo2.4.1 (and older) hangs while trying to open certain .sdc, .sdw (hence seems not calc-specific, rather a binfilter issue) that where made in SO5.2, or OOo1.1.x, taking away the CPU. Had to kill -9 soffice.bin to get the system back. OOo1.1.5 does the job without a glitch. The culprit seems PPD parsing of the default printer as set in the .sd[wc], at least this was traced for an .sdc and the HP4SI6_1.PS included in OOoX. For the full story, pls see : http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484454 see comment #44 for the gdb backtrace: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484454#44 it's an heisenbug, difficult to track as I tried to open-import bunches of .sd[cw] without problems, stumbling on a few only, and the different printers setup on 2 pc turned out to make the difference (worked on pc 1, didn't on pc 2; same OS/distro, ~same hw, same doc via samba, same OOo via NFS). - 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 48316] Flash object: error activa ting object. General OLE error
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=48316 --- Additional comments from [EMAIL PROTECTED] Thu Sep 27 20:00:12 + 2007 --- I get same error on several OOoWriter docs, on Linux. Docs were created with 1.1.5, now reopening them and trying to edit the embedded Calc tables, dbl-clicking on them, I get such error. 2.3.0 issues such warning on loading the docs, then the embedded tables look like images (that's what the small context pop-up toolbar says). In some case tables where CC from Calc docs, in others from other tables embedded in other Writer docs. Docs format is .doc, since they should be exchanged with MS-O users. Looks like OLE code is subtly+badly broken, tons of work risk to end in the trash can :(. Is there any recovery/repair tool, to at least extract save such OLE objects? - 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 93867] calc hangs taking ~100% CP U
g in actions adalah all female team. Sedikit tentang episode ini (Warning: Heavy Spoiler): . . . . . . . . . . . . . . . . . Kali ini team yang In Action ialah team kesatuan Major Anne Teldy, kesatuan yang semuanya wanita2 cantik tapi tangkas dan sama hebat/mematikan nya. Pada setiap season Stargate Atlantis, pemimpin administrator selalu wanita, kecuali pada Season terakhir ini, season 5. Pemimpin administrator di season 5 ialah seorang anggota IOA, diperankan oleh aktor Robert Picardo yang memerankan The Doctor di StarTrek Voyager. Tetapi baru kali ini ada team off world semuanya wanita cantik dan mematikan. Pekerjaan meng-explorer planet dunia baru yg belum dikenal sama sekali adalah pekerjaan yang sangat berbahaya dan seringkali banyak kejutan mematikan, personel team haruslah sangat ahli dalam banyak hal dan seorang tentara yang tangguh dan mematikan serta berkepala dingin. Salah satu anggota team, seorang geek Sersan Dusty Mehra Wells yang sering bertugas sebagai baby-sister atau body-guard dua anggota team ilmuwan, Doctor Carson Beckett dan Doctor Alison Porter, ialah seorang sersan cantik yang tidak pernah tidur, setiap saat sangat waspada dan senantiasa siap menembakkan senjata otomatiknya untuk membunuh lawan2 nya. Aktris Nicole de Boer yang memerankan Ezri Dax di StarTrek DS9 Season terakhir, sekarang memerankan Doctor Alison Porter, seorang anggota team ilmuwan yang cerdas berkepala dingin penuh ide2 dan cukup tahu tentang tehnology canggih Wraith hybrid. Bersama Doctor Carson Beckett dia harus membongkar dan mencari tahu isi Laboratorium Michael dan komputer nya, laboratorium yg ber-experiment manusia hybrid, setengah manusia dan setengah . Episode yang sangat menarik dan banyak tantangan, dibumbui horror dan banyak ketegangan (suspend). Sayang kemungkinan kita bisa menyaksikan kembali kiprah Nicole de Boer di serial Stargate Atlantis agak terbatas, karena Season 5 ini ialah season terakhir, dan akan dilanjutkan nantinya dalam bentuk film 2 jam langsung ke DVD. Tetapi kita masih bisa berharap menyaksikan team2 Off World Stargate pada Spin-off nya nanti, Stargate Universe yg rencananya bakal tayang di Sci Fi channel tahun 2009. Salam, Budiss. ~ On 07/09/2008 at 4:21 MN (Maksa Nih)...Reload wrote: fyi, ada Ezri Dax di Stargate Atlantis 5x7: Whispers :) MN ps: Stargate.Atlantis.S05E07.REPACK.HDTV.XviD-0TV - 4 files - 5 mirrors Whispers While investigating one of Michael's facilities, a hybrid creature attacks Sheppard and Beckett.