[sc-issues] [Issue 44116] Displaying non-accurate width of numeric field
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=44116 User mhatheoo changed the following: What|Old value |New value CC|'tonal' |'mhatheoo,tonal' - 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
[dba-issues] [Issue 116695] [Regression] MozAB query: operator LIKE broken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116695 User mhatheoo changed the following: What|Old value |New value CC|''|'mhatheoo' - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 116536] Base: Setting primary key not functioning
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116536 --- Additional comments from mhath...@openoffice.org Sun Jan 23 22:38:46 + 2011 --- Sorry, do not know what you mean by "table wizard created Table", thats not the issue in here, this is about fields, not tables, and besides that there are two different assistents, one for the build and one for the copyĆng. isn't "wizard created" the words for build from the bottom? Even if it is the wrong idea by the user (which it is not, up to your roadmap) to make an existing field to a primary key-field, that should in no case result in dataloss. But the process is like that: if field-A should be a prim.key, the field-A-copy fails to be build, while the original field-A is already deleted. It looks as the concept is wrong. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 116537] Base: Format-detection from DBF does not function
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116537 --- Additional comments from mhath...@openoffice.org Thu Jan 20 20:49:18 + 2011 --- Created an attachment (id=75598) screencapture: labels/formats not recognized - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 116537] Base: Format-detection from DBF does not function
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116537 Issue #|116537 Summary|Base: Format-detection from DBF does not function Component|Database access Version|OOo 3.3 RC10 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Thu Jan 20 20:48:18 + 2011 --- supposed you copy a DBF from to a new table in Base, the first row is treated wrong, labels are and formats are not recognized Label,19,N,3 is not treated as a decimal with 3 digits past-komma, but as text see attached screencapture Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 116536] Base: Setting primary key not functioning
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116536 --- Additional comments from mhath...@openoffice.org Thu Jan 20 20:40:04 + 2011 --- Created an attachment (id=75597) SCr.Sh. while Copy-process, the field DPARAID had been deleted - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 116536] Base: Setting primary key not functioning
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=116536 Issue #|116536 Summary|Base: Setting primary key not functioning Component|Database access Version|OOo 3.3 RC10 Platform|PC URL| OS/Version|Windows, all Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Thu Jan 20 20:36:56 + 2011 --- Although this had been promised for the 3.3.-Version to work, it does not function. The feature to reuse a field as primary key is not functioning (start on import with NO prim.Key and afterwards set the index), and the "tricky" method that OOO use by copying content to a new field actually does not work either. Practically: supposed you have a INT-field as a counter (f.ex. from DBF-import), there is no chance to reuse that content as a counter again (meaning: index/queries are broken) Strange stuff: setting a field to autoincrement makes it always to a primary key (why? ever thought about selfexplanatory keys?) Strange stuff II: the attempt to make the imported counter-field to AUTOINCR resulted in Dataloss: that field is deleted while the copy-process, but even when the failed buildprocess is canceled, the original field is already deleted! Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 37008] mysql: "AutoValue" reset to No when declaring column as primary key
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=37008 User mhatheoo changed the following: What|Old value |New value CC|''|'mhatheoo' --- Additional comments from mhath...@openoffice.org Thu Jan 20 20:15:55 + 2011 --- although the total behavior of setting a primary Key field had changed (now more copy-to-new than a change), the result is the totally the same, it is not functioning, and therefore this issue needs to be reopend Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 115539] grafic-layers inside draw ing group invisible in OOo 3.3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115539 --- Additional comments from mhath...@openoffice.org Tue Jan 4 01:34:50 + 2011 --- question please will there be a solution to find drawing-objects from OO.o-writer-files build with opendocument 1.0 or older, when opend in an OO.o 3.3.0 ? (or: will there be a batch-tool to make of files of old OO.o-implementaions well-formed ODF?) Martin - 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
[dba-issues] [Issue 97238] BASE - DBF-File - integer treated as decimal
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=97238 --- Additional comments from mhath...@openoffice.org Tue Jan 4 01:25:48 + 2011 --- just for my information: someone mind to set the non-function DBase-part as a stopper? (import works partly - export is worthless) ? Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104347] Base: Content in Memo-fie lds is in stated selected by default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104347 --- Additional comments from mhath...@openoffice.org Wed Dec 22 00:31:24 + 2010 --- well the content of any text or memo-field is selected, when you enter the field by TAB leaving the field (circle in the form) with TAB it is leaving content untouched and leaves field with CR leaves content untouched , except in memo-fields, where it puts in content (CRs), and this field can only be left by TAB. So far it is okay. But acualty I found a problem with my design (which is quite common I guess): With me, the MEMO is always the last field for entering data in a form. In that case, TAB has a double function : -- leaving field -- implicit committ (forms circle in the actual record) In this case, that behavior is unwanted, as if I unintentionally use the CR in the memo, I can NOT turn back the last (unwanted) entry. I am not sure, whether I explained the problem well enough: Entering a MEMO makes the content always be selected (from taskswitching or from TABing) - that seems to be normal (unavoidable). But the missing feature "explicit committ" TOGETHER with the state SELECTED in memo-fields caused me problems, I need to change my design and add an extra field behind any memo to protect me from unintentional overwriting memo-content. Well, it would have helped a little to have memo-content in "unselected" past task-switches, but if that is not possible, is is like that. Martin (with 3.3 RC8) - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 115539] grafic-layers inside draw ing group invisible in OOo 3.3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115539 --- Additional comments from mhath...@openoffice.org Wed Dec 15 17:50:27 + 2010 --- rechecked this in RC8 for older files with no better results: grafical object in the back is neither clickable nor visible in the navigator pls set to stopper martin - 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
[sc-issues] [Issue 115982] calc: CSV-import does not recognize numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115982 --- Additional comments from mhath...@openoffice.org Wed Dec 8 05:49:40 + 2010 --- my fault ?! the "extended recognition" (?) (german: erweiterte Zaqhlenerkennung) is working as expected. But I had expected it the otherway round (after first use of that option, extended is the default, so that is okay) m. - 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 115982] calc: CSV-import does not recognize numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115982 --- Additional comments from mhath...@openoffice.org Wed Dec 8 04:47:42 + 2010 --- Created an attachment (id=75270) not working detection of cell-format (Text instead of numbers) - 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 115982] calc: CSV-import does not recognize numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115982 Issue #|115982 Summary|calc: CSV-import does not recognize numbers Component|Spreadsheet Version|OOo 3.3 RC7 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Wed Dec 8 04:46:02 + 2010 --- I opened a CSV-file with ASCII-coding CP-437 (thats not importend it does not function with win1250 either), the numbers will no longer be detected as numbers/decimals. a picture will explain it better than ... look at the apostroph in menu--bar and the detection within the formatting-dialog. had worked (stopper+regression to 3.2.1) martin - 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
[dba-issues] [Issue 104347] Base: Content in Memo-fie lds is in stated selected by default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104347 --- Additional comments from mhath...@openoffice.org Thu Dec 2 15:27:58 + 2010 --- mostly complete, but (I do not know, whether this is a feature or a glitch): supposed cursor is in memo-field in state "unselected", and you do a task-switch to any other application and return back to the ooo-base-window, than the cursors sits where it belongs/had been, but the content is selected now (meaning: cursor-movement is the only way to deselect memo-content!) in that state, the solution is "medium-acceptable" - reopen? Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 115854] CALC: Date not searchable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115854 --- Additional comments from mhath...@openoffice.org Wed Dec 1 05:40:01 + 2010 --- Created an attachment (id=75200) example for searched date in calc - that's fun - 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 115854] CALC: Date not searchable
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115854 Issue #|115854 Summary|CALC: Date not searchable Component|Spreadsheet Version|OOo 3.3 RC7 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Wed Dec 1 05:37:54 + 2010 --- Fun with OOO: date can not be searched by its displayed value but will find the formulas, where that date is used. Martin P.S.: Or is this the issue 60307, which is unsolved for 5 years? - 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 115539] grafic-layers inside draw ing group invisible in OOo 3.3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115539 --- Additional comments from mhath...@openoffice.org Mon Nov 29 03:39:50 + 2010 --- nope, this is no offer: same file, I took an older file edited in an older OOO-Version (from 2008, 3.2.0 and older? ) the grafic is not shown and the navigator from 330RC7 does not find/show the grafic object. Rechecked in 3.2.1 portable and all visible. so it is not functioning and a regression - you should/could not try to release that RC7 as final Martin - 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 115539] grafic-layers broken/unvi sible in OOo 3.3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115539 --- Additional comments from mhath...@openoffice.org Fri Nov 12 05:50:43 + 2010 --- for your guidance: as it is not that easy to catch the drawing object when it is unvisible, use the navigator, set it from background to foreground and to background again, and everything works fine. So it looks there is not dataloss, but the properties of drawing-objekts are not well detected for the new odf-files. Martin - 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 115539] grafic-layers broken/unvi sible in OOo 3.3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115539 --- Additional comments from mhath...@openoffice.org Thu Nov 11 18:33:34 + 2010 --- odt is confidential and sent directly to mla for investigation by private mail martin - 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 115539] writers: grafic-layers br oken/unvisible in OOO 3.3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115539 --- Additional comments from mhath...@openoffice.org Thu Nov 11 16:28:51 + 2010 --- Created an attachment (id=74655) same form in 3.2.1 (working) and 3.3.0RC4 (broken) - 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 115539] writers: grafic-layers br oken/unvisible in OOO 3.3.0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=115539 Issue #|115539 Summary|writers: grafic-layers broken/unvisible in OOO 3.3.0 Component|Word processor Version|OOo 3.3 RC4 Platform|PC URL| OS/Version|Windows, all Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P1 Subcomponent|code Assigned to|writerneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Thu Nov 11 16:26:51 + 2010 --- summary says it open file in 3.2.1 - it can be seen open same file in 3.3.0 - it can not The background-grafics are unvisible (but not deleted - still there when reopend in 3.2.1 again) regression and stopper martin - 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
[dba-issues] [Issue 114173] Primary key in Base Forms are not shown
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=114173 User mhatheoo changed the following: What|Old value |New value CC|'fs,r4zoli' |'fs,mhatheoo,r4zoli' - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 112016] ODF-Version-change makes calc-cells invisible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112016 --- Additional comments from mhath...@openoffice.org Wed Jun 2 11:24:18 + 2010 --- no - sorry , private stuff and as said, copying content to a new sheet will not work. I regret Martin - 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 112016] ODF-Version-change makes calc-cells invisible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112016 --- Additional comments from mhath...@openoffice.org Tue Jun 1 22:07:32 + 2010 --- Created an attachment (id=69756) content invisible in cell - 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 112016] ODF-Version-change makes calc-cells invisible
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=112016 Issue #|112016 Summary|ODF-Version-change makes calc-cells invisible Component|Spreadsheet Version|OOo 3.2.1 RC1 Platform|PC URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|spreadsheet Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Tue Jun 1 22:05:03 + 2010 --- it looks as there is a format-problem within OOO 3.2.1 I have an old calc-table, raised with 2.4 and continued with 3.0 trying to put data into some cells gives strange results: - input data and = content is invisible - look to attached screenshot: cell is of format standard and has content - right-click cell and reformat it to STANDARD: content is visible that does not happen with all cells. there had been no other formats (hidding, font-clour etc) to that cell. Note: this issue is not reproducable within 3.2.1, as any copying of such cells will produce content in appropriate format, it looks it only does happen when entering content to cells of calc-sheets, that where build with old versions. And it does not happen with every calcsheet - reason: unclear. regression - potential stopper Martin - 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
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Fri May 7 23:53:29 + 2010 --- for me, all is working as expected with OOO 321 RC1 so it might be closed Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Tue Apr 27 02:31:50 + 2010 --- I just gave it a try with the portable version 3.2.0 Everything is working fine. I already guessed so, but now I am quite sure: someone at OOO is using the wrong compiler. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] [DBF]: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Mon Apr 26 17:11:18 + 2010 --- Created an attachment (id=69133) zip-file with two DBF - one wellformed and one 000-desaster - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] [DBF]: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Mon Apr 26 01:16:30 + 2010 --- Hello everybody itn't it time to set this issue to state "new" ? Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Mon Apr 26 01:13:07 + 2010 --- Hey everybody wouldn't you think it is due time to set this issue to "new" Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Mon Apr 19 19:19:32 + 2010 --- Created an attachment (id=68993) SC from 3.1.1 - the way it should work in 3.2.1 - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: issues-unsubscr...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Mon Apr 19 19:05:34 + 2010 --- wow, lot of responds, decent, fair and straight forward to the solution. Thats quite okay. Back to work: The file can easy be opend in 3.1.1 - I just gave it a try with the portable version Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Mon Apr 19 17:26:39 + 2010 --- hey Drew please look at ther original post, that was the problem. This file is not broken, it is the copy of the table that I made today, that table where you got the screencapture on yesterday. The new ODB of today was build only to give you something at hand for seftesting. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Mon Apr 19 14:44:57 + 2010 --- Created an attachment (id=68989) nonworking form - created with the wizard - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 User mhatheoo changed the following: What|Old value |New value Status|RESOLVED |UNCONFIRMED Resolution|WORKSFORME| --- Additional comments from mhath...@openoffice.org Mon Apr 19 14:43:14 + 2010 --- Hey Marc great to see that you started programming for Base too and want to be involved in triage. However, it would be kind if you had shown what you ment by "I can not reproduce this". The issue is reopend due to the none-working 3.2.1 m15 You can make up your mind by looking into the attached ODB (and find the problem) - or leave this issue just open for giving others the chance to have a look. Thanks. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Mon Apr 19 03:37:58 + 2010 --- Created an attachment (id=68982) Screenshot - actual version 3.2.1 - NOT WORKING - same glitch - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] [DBF]: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Tue Apr 6 16:43:28 + 2010 --- Mechtilde - I guess you already found, where the small word "not" is missing Just to put the things together: The question was, whether it is possible, to make use of DBF in OOO esp. make reuse of a DBF-field in OOO as prim.Key-field. The test-scenario is quite simple: save the - in OOO altered - DBF and reopen it in the application, where the original DBF is derived from. if it works, all is fine (which is not so!) a) open DBF in in an ODB-Container: works, but ... - put in data in OOO: works - reopen in OOO: works - reopen in DBF-appl.: broken broken because: OOO does not know how to handle "numeric" fields - adds always .00 and kills counter-fields b) - open in ODB and copy to CALC and save as DBF: totally broken (no fixed length, no numeric, none functioning header) c) copy from any DBF from within any OOO-source (ODB or CALC) and paste it to HSQL-File: -copy: works - paste: works partly (see below) - reexport to DBF: broken paste: is working, BUT ... but-1.) No "numeric" field is treated right: DBF-Numeric-N0 == INT DBF-Numeric-N4 == decimal 4 decimal places in NO CASE a dbf-numeric is a OOO-"number(numeric)"-type!! Note: if the DBF-N0 is used as a counter or Autoincr.Prim.Key, OOO actually breaks it in any case, when set to INT aswell as when left as numeric but-2.) a counter-field can be set to be the prime-key, but that's strange - copy DBF - paste DBF to new and correct in the dialog-boxes: --- new ID? No --- add all fields --- change fieldtype of manually selected field to INT --- change that field with right-click to PRIM-KEY -- close and reopen table --- change THAT field to AUTO-INCR --- close table --- open SQL-Window from menue --- put in statement "alter table "tabelle1" alter column "id" restart with 12000" the counter is working (note: it is now(m14) working as it was in m2 - the double-issue from m5 regarding the glitch from changing fields in table-definitions had been partly repaired) d) same as c) - with more than 10 filelds in original DBF-File: - copy: works - paste: broken terminates with "parameter too long" the behaviour to put all requested parameters for to build the new HSQL-table in one string will not work, as it exceeds the allowed length of such parameters. By that, the "workaround-with-special-advise" can not be tested for version d) and is treated as broken. All in all: No good idea to close this issue until some homework is done. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] [DBF]: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 User mhatheoo changed the following: What|Old value |New value Status|CLOSED|REOPENED Resolution|WORKSFORME| --- Additional comments from mhath...@openoffice.org Mon Apr 5 19:30:49 + 2010 --- Mechtilde I do not know for what reason you closed this, at actual nothing works with importing from DBF, esp. the reuse of a field that had been used as a counter within the external application can set and reused to primary key within OOO. (here OOO320M14) (okay, the index-glitch is only one item, the glitch with wrong field-detection another, the too-long-string for HSQL for building the table are problems too, but as said, we leave it here with one problem) Give it a try for your own, and let me see the screencaptures and I will give it a try too, and than ... maybe Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Mon Mar 22 18:53:41 + 2010 --- Hello Drew someone should raise the status of this - otherwise it will not make it into 3.2.1 (note: some of the serious things with ODB did note even made to the dependency- or the issue-list - that must be changed!) Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Sun Mar 21 01:55:56 + 2010 --- Hallo Grew Not sure about that -- All ODB-Files build/derived from DBASE- or CALC-files seems to be broken(fieldlength 0) -- All HSQL-based ODB seems to work (meaning: in one ODB tables are created in Vers. 3.1. and 3.2), but I found an old example-ODB (db_sample_franco.odb), where all fieldtypes double(Double) are detected with fieldlength 0 (should be 17) My guess: not solved (in 3.2.RC5) BTW: to me not reproducable anymore, as I dropped all 3.1 versions for that reason (even knowing to other database-problems in 3.2) Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Tue Mar 9 16:58:36 + 2010 --- tja, I do not know (W2k with Java 6_18 - System is setup for DE) martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Mon Mar 8 17:51:15 + 2010 --- some additional words: SUPPOSED you have -- ONE.odb, using the dbase-driver (routed to the appropriate path) and a -- TWO.odb with ordinary HSQL-tables, the COPY-dialog will fail too: on ONE select table and copy on TWO paste the diaolg will start, but BOTH procedures (NEW with data or APPEND) will fail with exception: SQL-Status: 37000 Fehler-Code: -16 Wrong data type: java.lang.NumberFormatException martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Mon Mar 8 17:36:03 + 2010 --- Yes of course, one problem only. However, you need to get these info to see, that these problems are connected - somehow. Nevertheless it would be kind if open the "label-issue" as new. Idea: Bring data from DBase to OOO/HSQL the way is: open DBF in CALC with codepage 437 select all and paste it to an ODB-file. normal dialog starts, but the labels fieldproperty-detection failed. The result you can see, the assistent is not functioning. (and I just found, that in my manual label-edit I made such much mistakes, that the resulting table is useless) Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Mon Mar 8 00:37:01 + 2010 --- this attachement shows my problem with importing DBF: as shown in CALC and as shown in Base-import-assistent all labels and fields needed manual fixing rgds Martin P.S.: sorry for posting attachement double - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Mon Mar 8 00:31:35 + 2010 --- Created an attachment (id=68202) screencapture with problems on label- and type-detection - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set for existing columns via GUI table editor
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Mon Mar 8 00:31:13 + 2010 --- Created an attachment (id=68201) screencapture with problems on label- and type-detection - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 User mhatheoo changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|INVALID | --- Additional comments from mhath...@openoffice.org Sun Mar 7 23:36:34 + 2010 --- Well Drew, I guess you already know, that something has broken from the RC2, whereto this issue was mailed, to the actual RC5 or 3.2. final. Adding primary key is broken aswell as copying DBF-files to a ODB. Note: in principle you are absolutly right about the solution for how-to add a primary key. But since it is impossible to add a primary key to a base-table manually or set a given field as primary key overruling to assistent, this is - in all versions of base - a glitch. So actually the only way to import DBF-File is, to use the assistent. But that is broken due to the label-import-issue. And by that the reuse of self-constructed auto-increment fields as primary key is impossible due to to problems with the problems by move a field to the and, as the constraints are not functioning due to label-import-issue, except you manually edit each fieldlabel (which is a lousy but the only way to import, as the field-type-detection is not functioning to) However, in the result it is not possible to edit the settings for the primary key in a sufficient manner. Re-opend, and I guess you will leave it open until some of the basic are solved, and until it is even possible to judge whether this issue is solved or not . Thanks. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108377] Forms with setting 'Add d ata Only = Yes' broken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108377 User mhatheoo changed the following: What|Old value |New value CC|'atjensen,md,mechtilde,swe|'atjensen,md,mechtilde,mha |igel' |theoo,sweigel' --- Additional comments from mhath...@openoffice.org Fri Feb 5 01:02:54 + 2010 --- cc'ed myself and courious to see, whether this is somehow related to what I observed and reported under issue No.108299 : the displayed data vary from the stored data due to (I guessed so!) a version change in handle the default field-format. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108492] Base: OOO 3.2 RC3 - forms flickering
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108492 Issue #|108492 Summary|Base: OOO 3.2 RC3 - forms flickering Component|Database access Version|OOo 3.2 RC2 Platform|PC URL| OS/Version|Windows, all Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Wed Jan 20 15:22:32 + 2010 --- this under RC2, as RC3 is not available to choose as version so far BASE continous refresh of forms cause flickering - anoying - regression to 3.2 RC2 (only component within OOO where this happens - as far as I can see) Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Sun Jan 17 23:16:24 + 2010 --- I missed to mention, that the screencapture seems to show a appropriate test-method for this problem: When a TEXTVAR-field a 0 as default-value, and when that is in grey only and the ...-changebutton can not be used, than the file is broken, not the content, but the formatting. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Sun Jan 17 23:12:45 + 2010 --- Yes, the screencapture came from the original database, the file I sent in is a copy of one table only. It had not worked, but now it does. I made a copy of that copy-odb, droped the equivalent file in the original-odb and put the copy in - all fine. no clue why. Maybe Andrew is right, and I sent in here a copy of a crashed/repaired odb. having a crash refreshes content on re-opening, whereas the original odb remained faulty. by that I still believe, that the problem does come from a version-mix as said in the original post: raise the ODB in 3.1 and adding field in version 3.2 caused the problems. However, there is a method to repair (copy to new - delete old - copy back) I guess you should leave this issue open for some day, may be the problem had happend with others too. rgds Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Fri Jan 15 04:28:58 + 2010 --- Created an attachment (id=67212) pls find the wrong format-setting in this screencapture - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108302] Base: Primkey can not be set
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108302 --- Additional comments from mhath...@openoffice.org Thu Jan 14 01:24:35 + 2010 --- wrong version - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 --- Additional comments from mhath...@openoffice.org Thu Jan 14 00:11:51 + 2010 --- Created an attachment (id=67179) message to the non functioning process - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108303] Base: Primkey can not be set
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108303 Issue #|108303 Summary|Base: Primkey can not be set Component|Database access Version|OOo 3.2 RC2 Platform|Unknown URL| OS/Version|Windows, all Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Thu Jan 14 00:10:02 + 2010 --- supposed you import a DBF as new to an ODB-file and refuse to build the primkey on import, it is lateron impossibe to set the primary key. adding a field as integer will work setting this to primkey will fail, as a smart process to set the primary key is broken. should work - so a Stopper Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108302] Base: Primkey can not be set
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108302 Issue #|108302 Summary|Base: Primkey can not be set Component|Database access Version|OOo 3.1.1 RC2 Platform|Unknown URL| OS/Version|Windows, all Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Thu Jan 14 00:09:35 + 2010 --- supposed you import a DBF as new to an ODB-file and refuse to build the primkey on import, it is lateron impossibe to set the primary key. adding a field as integer will work setting this to primkey will fail, as a smart process to set the primary key is broken. should work - so a Stopper Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 --- Additional comments from mhath...@openoffice.org Wed Jan 13 22:42:27 + 2010 --- Created an attachment (id=67178) a broken odb - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 108299] table edit + Form-editor broken - regression to 3.1.+stopper
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=108299 Issue #|108299 Summary|table edit + Form-editor broken - regression to 3.1.+s |topper Component|Database access Version|OOo 3.2 RC2 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Wed Jan 13 22:39:10 + 2010 --- Strange observation - just reported - devolopers will find out: it seems, that tables that are build with two different OOO-version (here 3.1. and 3.2) produce unsualble tables and thereoff it is impossible to use the editor (direct or form-assistent) to build workable forms: See attached file Format-default for some fields of type VARCHAR is 0 (it should be @) these will be treated in forms as numeric, whereas the in fact in the table are text the (non-working "smart"-) format-detection can not be overruled/corrected by user Data are stored correct, but can not be displayed in forms showstopper to 3.2 Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 105782] "Cycle = 'Active Record'" is ignored by table controls, they always pro ceed to the next record when TABbing out of th e last column
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105782 --- Additional comments from mhath...@openoffice.org Sun Jan 3 01:52:54 + 2010 --- Created an attachment (id=66950) not intended to be here, the screenprint shows the 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: issues-unsubscr...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 105782] "Cycle = 'Active Record'" is ignored by table controls, they always pro ceed to the next record when TABbing out of th e last column
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105782 --- Additional comments from mhath...@openoffice.org Sun Jan 3 01:30:14 + 2010 --- Funstuff it seems something has changed under the hood from 3.1.1 to 3.2, however, not to the good: it looks, that is no more possible to have a table-control in the same form with the normal-fields/controls: entering data in text-fields is stored to table but unvisible in form itself - content there is overwriten with "0", having one field in the table-control makes it immpossible to set -- coding of line -- enter data +/or set empty fields to content not Null -- entry forced etc looks like well organized confusion - however, actually ooo-base became worthless Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 8812] Conditional formating
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=8812 User mhatheoo changed the following: What|Old value |New value CC|'darknet,kamataki,lendo,xq|'darknet,kamataki,lendo,mh |uery' |atheoo,xquery' --- Additional comments from mhath...@openoffice.org Wed Dec 23 04:04:43 + 2009 --- one of the nastiest pieces in OOO, believed to be smart, but actually useless seeing the uninspired development of the feature and the weakness of the solutions on these issues I would like to know if would help to put all of the plus 100 numbers of the issues/complaints in here, more or less solved so far. Note to the developers: Conditions that can neither be seen nor be edited nor be applied to groups of cells (copying relative with same condition for changing parameters) is nasty/useless in a serious/office environment - etcetc Martin - 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 107428] Variables in Writer-docs can not be of format text
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=107428 Issue #|107428 Summary|Variables in Writer-docs can not be of format text Component|Word processor Version|OOO320m7 Platform|PC URL| OS/Version|Windows 2000 Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|code Assigned to|writerneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Fri Dec 4 01:00:34 + 2009 --- set somewhere in a writer-document a variable XYZ with value MEIER (format text). the content of this variable can not be reused in any manner example: -- set variable XYZ works -- show varibale (one line below) shows nothing Martin - 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 102275] 3.1.: crash on closing OD T
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102275 User mhatheoo changed the following: What|Old value |New value Status|UNCONFIRMED |RESOLVED Resolution| |FIXED --- Additional comments from mhath...@openoffice.org Tue Dec 1 17:39:49 + 2009 --- oops - sorry just found, that the crash happend in ooo 3.1.1 (did not recognize that I opened file by doubleclick from Explorer - so had both versions at same time working) tried to open + close in 3.2 m6: works fine closed (and sorry) Martin - 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 102275] 3.1.: crash on closing OD T
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102275 User mhatheoo changed the following: What|Old value |New value Status|CLOSED|UNCONFIRMED Resolution|FIXED | --- Additional comments from mhath...@openoffice.org Mon Nov 30 23:25:33 + 2009 --- happens again in ooo320_m6 Martin - 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 102275] 3.1.: crash on closing OD T
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102275 --- Additional comments from mhath...@openoffice.org Thu Nov 19 01:19:11 + 2009 --- Although this issue is already marked as fixed, I like to drop a little remark on that issue here: Issue happend on Win2K with OOO 3.1.1 It looks, that portion of the file-handling is using jscript or vbscript-functions. this is a guess only, but having setup the jscript-engine from old 5.6 to new 5.7 I have not had any crash anymore with OOO 3.1.1 So even when you find out, that the compiler requires to have the minimum-version 5.7 Jscript-runtime-engine installed, the problem remains unsolved, as by default Win2K has 5.6 only. Martin - 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 85953] Function needed to combine text from different table cells (like & in Ca lc does)
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=85953 --- Additional comments from mhath...@openoffice.org Sat Oct 31 18:05:48 + 2009 --- well, the requirement did not make it into 3.2 any idea, when? Martin - 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
[dba-issues] [Issue 106515] Base: Form: Group edit is broken
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=106515 Issue #|106515 Summary|Base: Form: Group edit is broken Component|Database access Version|OOO320m3 Platform|PC URL| OS/Version|Windows XP Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Sat Oct 31 17:58:43 + 2009 --- Having a Form with controls grouped (like label and text-field) select and right-click: edit group: does not function - elements are not selectable edit of single elements only possible, when group is ungrouped (partly not true, seems, that in case group has more than two items, SOME of them are selectable, some not. however broken is broken) worked in 3.1.1 - regression Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 --- Additional comments from mhath...@openoffice.org Sun Oct 25 00:11:36 + 2009 --- ==> atj Hello Drew. well, you are right, users may have requested the One-Key-less-procedures. It depends, whether the onwer of the application is accepting it or not. No serious appliaction is using autocommit, as an unintentional commit will make roll-back neccessary that just causes pain to everybody, like multi-use environments, key-generating transactions etc. Think about bookkeeping, invoicing etc. However, you can judge yourself. Think about developing a DBMS, and think about which feature can miss, whithout the need to prevent the application from dataloss by unintentional commit, the keyhit-saving autocommit or the one-key-more(which in not really the case). A roll-back is needed for both, but in case of explicit commit the user knows why. So it depends on what comes first in regard to data-integrity, auto or not auto. regarding the BORG-calendar. It is not my favorite application, the calendar has some disadvantages, however, it has a good potential. And it is not the only HSQL-based application, that can be useful together with OO.o. It is a cann't be, that OO.o is not save for use external HSQL-Sources. I am not that much familiar with stuff like that, but I tried to find the differences, and it looks as OO.o is tempering the properties-file and the storage-type in there. BORG hold tables in memory, OO.o hold it cached. So Borg has data available immidiatly. OO.o not, but could make the data immidiatly available, for example by clearing cache when waiting on next input, or just stop this rather useless feature. that would not have any impact on performance in single-user or SOHO-environments, but is the much saver concept. Well, I think you got what I ment, keep it safe, keep it simple, just the old-school-way. Martin P.S.: No, I do not want to discuss this in UX. I hate mailing-lists, stuff needs to be centralized, thats enough. And I do not see the neccessity for this issue. This is a defect-by-design, but nevertheless a defect. - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 105782] setting of cycle-order in forms not treated correct
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105782 --- Additional comments from mhath...@openoffice.org Sat Oct 24 03:10:23 + 2009 --- ==>fs no, it neither works for me nor for you: 1.case: it does not work, when last control in form is a table-control 2. case: it partly works when last control is another control: a) ESC has no function (no drawback of field-entries when in form) b) cursor-key have no function (of course they should not have some) c) click on Navigation-icons saves/changes data without pop-up for confirmation ESC when for example the control is a text-field, ESC will not draw back the entries, even you are still in the field/control. This is an issue. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 --- Additional comments from mhath...@openoffice.org Sat Oct 24 02:51:29 + 2009 --- ==> eberlein yes of course, explicit commit is substantial to all DBMS. But HSQL would be a good point to start with, as it is the default DBMS to OO.o, right? You said " Though autocommit=true is a connection property ..." But that is the point! We have - at least - THREE parts in the game: The HSQL-engine, the HSQL-build-in java-class for connect to it, and the OO.o-own GUI using the connetion-class. The problem is, that in no sufficient manner the OO.o is dealing with the properties-file, everything seems to be left in default state. And it looks, that OO.o is also setting foreign property-files back to default-state. This for example might be the reason, why I can not use the HSQL-based BORG-calendar as datasource, having it opend in OO.o will make it crash in BORG. Why you read this in here? I understand this missing feature - or the missing ability to pass and save a "set autocommit=false" - as an indicator for a mislead concept. Otherwise it would have been available since years. I treat my complaint about this missing feature not as a request for an enhancement, but simply as pointing to a defect - by design. ==> fs Well, I am not sure, whether you are trying kidding me. Spending hours and seeing than, that your responds reads like discrediting my complaint, that isn't really fun. So some more accurracy will help, may be both of us, if you want to. Things like "This adds just noise ..." are really unwanted. Note, we are not talking about my skills, it's about yours ... Back to the story: As there is no way to directly connect to data-tables in HSQL, it is clear, that autocommit is part of the connection-properties. Where is your problem to understand this? You just need to make use of this method. You introduced something strange, that is not really part of HSQLanyway, in destinguishing between: - the transaction that the FORM starts when a record is closed/changed/entered - the update/writing of the HSQL-engine into the table it looks that is the problem: COMMIT in here had always been ment as the result, the updated records within the tables, safely stored even when now the current goes off. Holding data in memory for later transaction is no commit. Seeing record-changes in the front-end, wheras they are not really updated in the back-end-files is no commit either. That is an undefined state of the DBMS and should never happen. The solution OO.o invented was, that everything with the tables can be managed on OO-GUI-side. That is not a workable idea. However, one can try to do so. But reading your "I don't agree to the importance you imposed on that feature, but I agree that it can be useful in general" is an rather absurd interpretation on how to deal with data. Note: You disabled one of the basic features within the HSQLDB by intention, overruling, what the developers of the HSQL had suggested a basic feature should be? Wow, smart. But no good, it must be re-enabled. You know all you need to repair this. We'll see, whether you can do so. Martin P.S.: Hope you did not ment what you wrote in the last message: "I don't want to update, as I do not know how to solve the side-effects with other open forms"? Please mind the order: First comes the data, than how the DBMS deals with it. - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 105782] setting of cycle-order in forms not treated correct
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105782 --- Additional comments from mhath...@openoffice.org Mon Oct 12 02:03:01 + 2009 --- yes, it DOES safe I tried the form Family-Info and set cycle to record (germ.: Aktueller Datensatz) 1. TAB cycles within the form works BUT: I see a difference: in my form the last control is a table - in yours it is an ordinary field yours is cycling correct, in mine not 2. However, the record is updated 2.a: close window will pop up save/cancel, that is okay 2.b: ESC has no function 2.c: the roll-back-icon works 2.d: NAV-key/icons will store changes without pop-up Martin OO.o 3.1.1 (310m19) on win2k with Java 6-16 - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 105782] setting of cycle-order in forms not treated correct
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105782 --- Additional comments from mhath...@openoffice.org Sun Oct 11 18:03:43 + 2009 --- (..) Automatically forces the user to explicitly commit changes (click on next/prev record, save, restore or close form w/confirming dialog) (..) not in here no dialog pops up (how should it look like?) TAB and NAV-icons on NAV-bar will all store/update immidiatly And sorry, TAB does not move to first column/field in the very but to first in next record. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 105782] setting of cycle-order in forms not treated correct
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=105782 Issue #|105782 Summary|setting of cycle-order in forms not treated correct Component|Database access Version|OOo 3.1.1 Platform|All URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Sat Oct 10 15:02:06 + 2009 --- Having set the form-properties / data / cycle set to "record" (german: aktueller Datensatz) the content will be upted anyway (silently) when moving from last to first field in TAB-order. as this is done - to this cycle-type - silent and unintentionally, this is an issue. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 --- Additional comments from mhath...@openoffice.org Sat Oct 10 14:49:37 + 2009 --- ==>fs you wrote: Since all our connections are set to AutoCommit=TRUE, this means that after that statement has been executed, the new data is immediately in the database (modulo some write caches, if you're working with the embedded HSQLDB) (...) This BOTH is what I ment, and for everybody not knowing the story here is the link: http://hsqldb.org/doc/guide/ch09.html#set_autocommit-section so, AutoCommit is an option to the tables, which must-be-used, and can not be left in default state. And, EVEN when using HSQL as a memory-only DBMS, "statements" should not be written to any cache, but need to be executed immidiatly (btw.: I am no friend of memory-only DBMS). I you want to make a ROLL-BACK possible, this needs to be done on base of transaction-protocol, not on base of a "do-nothing-until" ... whatsoever. You asked for a workflow? What do you expect, tricky stuff? I just look at a records and walk record-wise through a table/a view? nothing with marcos etc, just using ordinary functions. so: quote again: (..) dialog at every point where today a silent "commit to database" happens, asking the user for confirmation. (..) yes, of course, this is what we are talking about (note: the smart version of dealing with things like this is, not to do anything and to stay in the TAB-cycle until COMMIT is given, or to pop-up the dialog, when record is changed but shall be left by ESC or NAV-Keys.) (..) There could be other (better?) solutions to this (..) really? which ones? you do not like moaning? Sorry, here you have it again. Since years OOo stumbles over smart features (here: autoCommit), whereas the basics (explicit commit) are missing. Okay, this can happen, system-developement and programming are different jobs, but it should not be a big problem to do the programming, when things are clear. You complain about moaning? I think, things would become much easier, when I charge you for good advice. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 --- Additional comments from mhath...@openoffice.org Fri Oct 9 14:42:33 + 2009 --- well Frank I did it explain, and you returned that you could catch the point, what else can I do. Autocommitting is a nasty nonsense-feature, invented by developers, but useless in allday-work. please catch it: Every form or table, that holds data for edit or by new entry, that can be left unintentionally - by TAB or Nav-Keys - and updates data anyway, is worthless for the user! Bind the function to a button, a function-key or an icon, but do not miss to make it available. It is a problem, that you do not have a Database-Parameter-Table for each ODB, where one can store such things, so you need to put it in the Base-Option-dialog. No good place, but the onlyone, if you want to make SetAutoCommit a switchable option. And, bytheway, you just explained, why devolopment of the base-part of OOo is not evoling: HSQL is not intended to keep/hold data for updating a back-end until you leave a form. I do not know where you got that, it must be an OOo-invention, it has nothing to do with HSQL. However, for a database ment for the public it is a useless concept. Everything must be done loud and clear (explicit commit !) and immidiatly - otherwise no subform/lookup-concept will seriously ever work with OOo. And I have thought you wanted make that possible. Martin P.S.: You change the cycle-behaviour anyway: move from last to first field in TAB-order will update - without to ask. - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 --- Additional comments from mhath...@openoffice.org Thu Oct 8 18:52:54 + 2009 --- ==>fs hm I did not understood what two different items you are looking for, as the HSQL has no "primanota-concept" for delayed transactions. Isn't it, that the HSQLDB (back-end - if you wish) could be set to auto-execution of statements or not? COMMIT is one of those. so, at actual 1. You changed the behavior of forms 2. the method setautocommit is still unused While there had been a chance to substitute the lack of the missing 2. by using a working cycle-function within forms, even that isn't working anymore. I am sure you knew that, so I wonder about your question. However, as the HSQL is working in OOo like in a black box - everything is under the hood - you may start to make the properties available - or even give reliable infos how to hack/set it up manually. Note - substantial for dealing with OOo and data: when it is not possible to set the table-properties so that data will be updated by a manually controlled (explicit!) commit only, in forms aswell as in tableview - at least for me, OOo will never ever get the chance to be used for anything serious. Martin P.S.: look at the OP - this issue will make the 5-years-anniversery these days. - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104901] After changing default va lues in tables the Primarykey Autoincrement st arts at 0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104901 User mhatheoo changed the following: What|Old value |New value CC|'helgekraak' |'helgekraak,mhatheoo' - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104901] After changing default va lues in tables the Primarykey Autoincrement st arts at 0
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104901 --- Additional comments from mhath...@openoffice.org Thu Sep 10 13:28:57 + 2009 --- ==>fs since a couple of days I think about fileing an issue about, that OO.o is tempering HSQL-data-files. seeing this issue, I send you these infos, with the special remark, that you need to find out yourself, what had happend: BORG is an calendar-application using the HSQL-engine. Trying to use these data-files reading by using the OO-build-in HSQL-engine worked for a couple of time, but final the data-structur and the skript-file where corrupted and the data where lost - you can find my complaint in the BORG-forum. Right now I am not sure about the reasons, but the guess it is more a problem of OO.o. Please have a look. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104346] Base: MASK in forms fills up with blanks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104346 --- Additional comments from mhath...@openoffice.org Thu Sep 3 23:33:09 + 2009 --- yes - exactly like that Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[framework-issues] [Issue 104443] Export in the ics format (iCal format)
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104443 User mhatheoo changed the following: What|Old value |New value CC|'msc,oc' |'mhatheoo,msc,oc' - 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
[dba-issues] [Issue 97238] BASE - DBF-File - integer treated as decimal
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=97238 --- Additional comments from mhath...@openoffice.org Thu Aug 20 18:07:46 + 2009 --- Created an attachment (id=64278) screencapture of the various DBF - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 97238] BASE - DBF-File - integer treated as decimal
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=97238 --- Additional comments from mhath...@openoffice.org Thu Aug 20 18:06:08 + 2009 --- Created an attachment (id=64275) the sample-dbf - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 101935] CALC: Jump from URL to Sh eet is wrong when sheet-name is of numbers
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=101935 --- Additional comments from mhath...@openoffice.org Thu Aug 20 18:04:14 + 2009 --- Created an attachment (id=64274) the sample-dbf - 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
[dba-issues] [Issue 97238] BASE - DBF-File - integer treated as decimal
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=97238 --- Additional comments from mhath...@openoffice.org Thu Aug 20 18:02:46 + 2009 --- Well christoph, thats easy attached you get the sample-dbf (DPARA1) However, you may be more interested in the attached picture, and you will see real fun: - the original DBF in a viewer - the firstfield is a recordcounter - value 1000 - the file open in OO.o the field is formated as 19.2 but displayed as original - store it under OO.o as a copy: the header ist stored correct, but the content is stored wrong (1000.00) - reopen the "stored under" version displays right, although the content is wrong! Make it simple: OO.o produces confusion with DBF-files, and at actual it is nearly impossible to reopen the "stored as"-DBF-files from OO.o in applications other than OO.o Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sw-issues] [Issue 102275] 3.1.: crash on closing OD T
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102275 --- Additional comments from mhath...@openoffice.org Thu Aug 20 17:17:10 + 2009 --- I will revert on this, when 3.1.1 is out Martin - 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
[dba-issues] [Issue 104346] Base: MASK in forms fills up with blanks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104346 --- Additional comments from mhath...@openoffice.org Thu Aug 20 17:14:03 + 2009 --- >fs no, not about patterns (like the examples __.__.2009 etc) but exclusively the mask to destinguish the allowed character-input (the first of the property-fields) give it a try, and you will see what I mean: The cursor is behind the spaces inserted by the system - that looks strange and and is not functional for editing . Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104345] Base: ESC-key should func tion to break entry in field
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104345 --- Additional comments from mhath...@openoffice.org Thu Aug 20 17:00:02 + 2009 --- well, within the field only, I think that is enough- similar to the behavior of ESC in cells of calc-sheets (or, if wishes can help: once for the field and twice for the record) Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104347] Base: Content in Memo-fie lds is in stated selected by default
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104347 Issue #|104347 Summary|Base: Content in Memo-fields is in stated selected by |default Component|Database access Version|OOo 3.1 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Wed Aug 19 23:34:36 + 2009 --- the summary says it: Going to a memo-field in a form, the state of the content is "selected" by default, this is dangerous to content and unwanted behaviour. (esp. as long as the default procedure to store data is auto-commit!) By default, the content needs to be unselected and the position of the cursor needs to be at the end of content. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104346] Base: MASK in forms fills up with blanks
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104346 Issue #|104346 Summary|Base: MASK in forms fills up with blanks Component|Database access Version|OOo 3.1 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|DEFECT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Wed Aug 19 23:28:48 + 2009 --- the summary says it: It is annoying that one needs to define the mask for the character-entry for the whole expected length, but places that need no entry on actual data-entry will be filled up with blanks. (Like: MASK CC - entry ABC123 - should not ad four blanks/spaces) Just leave it as entered - with 6 characters as in the example Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 104345] Base: ESC-key should func tion to break entry in field
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104345 Issue #|104345 Summary|Base: ESC-key should function to break entry in field Component|Database access Version|OOo 3.1 Platform|Unknown URL| OS/Version|All Status|UNCONFIRMED Status whiteboard| Keywords| Resolution| Issue type|ENHANCEMENT Priority|P3 Subcomponent|none Assigned to|dbaneedsconfirm Reported by|mhatheoo --- Additional comments from mhath...@openoffice.org Wed Aug 19 23:17:59 + 2009 --- the summary says it: to have the ESC-key available to take back wrong entries in a field would be useful (this related to the very field only, not the whole record) Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 --- Additional comments from mhath...@openoffice.org Wed Aug 19 13:53:16 + 2009 --- >fs well, I see that the changes to HSQL 1.9 will cause some problems, although as I understood these changes seems to be more under the hood and not that much relevant to applications calling HSQL-functions by skripts. However, I am not that much a developer to judge about that. But nevertheless I can not really accept your responds. I have in mind, that an OO-form should not be leavable by using any auto-commit-function, but only by using an explicit function. Of course this needs to think about locking etc, but this is related to OO.o only, as it is part of the form-properties, not related to HSQL. Example: Supposed you will have a record-copy-function sometimes (choose a record - dublicate it to temp - edit it - and start the base-table-updated when all is done from user-side) you will face the same problems. So you have the following options: Give up and wait until this feature is implemented in HSQL (which may not come!), implement it as an OO-base feature, or trust, that users will find a makro-solution. You understand, that it is not about your ambitions to solve this matter, it is about the competence within the community aswell as the willing of your employee to spend something on that. Thats all. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 --- Additional comments from mhath...@openoffice.org Tue Aug 18 15:33:26 + 2009 --- well Frank, I guess you did not mean rediculous, although, you are nearly right, 3.1.1 was a provocation, and I was right - I got your attention, but the real challenge is to see it fixed in 3.2 - NOT in OO-later (OO-never?) ! The thing is simple Give an option within forms to set cycle to NOT leave by any navigation-key (incl. TAB) but to use the appropriate makro bound to a button only (which is at least already available within the navigation-bar). The missing of this is a killer for usability of OO-base since version 1, while the repair is simple - that's all. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[dba-issues] [Issue 36231] forms: option "explicit co mmit" is missing
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=36231 User mhatheoo changed the following: What|Old value |New value Target milestone|OOo Later |OOo 3.1.1 --- Additional comments from mhath...@openoffice.org Mon Aug 17 22:41:43 + 2009 --- just found, that the behaviour changed from Version OO2 to OO3: While it had been possible, to set the cycle in OO2 to "cycle" it is now impossible to protect records from beeing changed just by using navigation-keys. This is a harsh drawback behind the abilities of HSQL, and also behind seeing the willing of the developers to make the base-part of OO being useful for serious use. You need to think about making "explicit commit" available as soon as possible. Martin - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org
[sc-issues] [Issue 104241] ODFF: LOOKUP, MATCH, VLOO KUP, HLOOKUP in a range lookup should not find last numeric value if queried for string
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104241 User mhatheoo changed the following: What|Old value |New value CC|''|'mhatheoo' - 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 104241] ODFF: LOOKUP, MATCH, VLOO KUP, HLOOKUP in a range lookup should not find last numeric value if queried for string
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104241 --- Additional comments from mhath...@openoffice.org Sun Aug 16 17:25:59 + 2009 --- =>er well, I reread your issue, and right now I am uncertain about your complaint, probably we two mean the same, but ... Your example consists of a data-type-mix, which is normally unwanted in a situation you describe. So, would you mind to explain it again Martin - 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 104241] ODFF: LOOKUP, MATCH, VLOO KUP, HLOOKUP in a range lookup should not find last numeric value if queried for string
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=104241 --- Additional comments from mhath...@openoffice.org Sat Aug 15 15:33:25 + 2009 --- oops - hope this was not ment serious, changing sorting-paradimas might be done somewhere else. However, this never could be a defect, nor is this related to the subcomponent programming. If this is the pledge for having a (NEW) parameter in these features for finding exact match, which returns a "N/A" if it does not exist, that is okay, and welcome. But touching the default behaviour is not welcome. Bytheway: The example is not that serious, as it consists only of descrete values of strings. But very offen these functions are used to group values, like group of "1 2 3 4 5" and "what is the indexed value for 1,25" And bytheway: since years I worry about the wrong searchorder in all these functions: Example: Having a telephonebook and looking for "B" gives should give the first of the B's, not the last of the As like in OO.o, but that is another story Martin - 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 102275] 3.1.: crash on closing OD T
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102275 --- Additional comments from mhath...@openoffice.org Tue Aug 11 14:07:12 + 2009 --- additional - and withdrawl: although significant less, it happend again, so it might have other reasons. Martin - 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
[dba-issues] [Issue 102564] Linked image not shown in form
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=102564 --- Additional comments from mhath...@openoffice.org Tue Aug 11 13:55:32 + 2009 --- >fs well yes, that is, what I had in mind, and thats what I asked: what is the situation, when the fixing had reached the qa-one-level and was set to fixed, but finally the integration to the related CWS failed, because the complete CWS failed. The point to set an issue to closed, is correct at the very end, but what happend on the way to that? I see the workflow-scheme for qa as weak, because it does not handle the withdrawl of the status of the details (issues), when integration to the next step (CWS) failed. sorry, this is not about this issue, this is about qualtity-management, but I see this as part of finalizing of issues - in general. - 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...@dba.openoffice.org For additional commands, e-mail: issues-h...@dba.openoffice.org - To unsubscribe, e-mail: allbugs-unsubscr...@openoffice.org For additional commands, e-mail: allbugs-h...@openoffice.org