Issue 106574 - form navigation broken if sub form is present
Summary: form navigation broken if sub form is present
Status: CLOSED FIXED
Alias: None
Product: Base
Classification: Application
Component: code (show other issues)
Version: OOO320m3
Hardware: All All
: P3 Trivial (vote)
Target Milestone: OOo 3.2
Assignee: marc.neumann
QA Contact: issues@dba
URL:
Keywords: crash, regression
: 106805 107267 (view as issue list)
Depends on:
Blocks: 99999
  Show dependency tree
 
Reported: 2009-11-03 11:11 UTC by Frank Schönheit
Modified: 2017-05-20 10:29 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
document to reproduce the bug case (16.14 KB, application/vnd.sun.xml.base)
2009-11-03 11:16 UTC, Frank Schönheit 		no flags Details
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description Frank Schönheit 2009-11-03 11:11:56 UTC 
- open the attached database document
- open the contained form by double-clicking it
- (notice there are two navigation bars in it, one inside the document, and
  one as window toolbar)
- press the "New Record" button in the "in-document" navigation bar
=> the main form is navigated to the "insertion row", but in both
   navigation bars, it is claimed that still row number 1 is current
- press the "next record" button in either of the two navigation bars
=> nothing happens

The navigation buttons, and the current record number, in both navigation bars,
seem to be out of sync with the reality, which makes it impossible to properly
use them, as the wrong items are disabled respectively enabled.
Comment 1 Frank Schönheit 2009-11-03 11:15:15 UTC 
that's a regression between 3.1.1 and OOO320.m3 => nominating as 3.2 stopper
Comment 2 Frank Schönheit 2009-11-03 11:16:10 UTC 
Created attachment 65886 [details]
document to reproduce the bug case
Comment 3 Frank Schönheit 2009-11-03 22:29:18 UTC 
Ouch. This is a regression from fixing ... issue 105235. Shame on me.

Reverted the fix for issue 105235, and re-implemented it a better way. Now both
issue 105235 and this issue here are fixed. This time, hopefully, without such
nasty side effects.

Fix committed to CWS dba32j
Comment 4 Frank Schönheit 2009-11-03 22:32:10 UTC 
note: In some cases, OOo crashs when moving to the insertion row in the main
form. I did not find out when this does *not* happen (from the code, it should
happen all the time), but it happens sufficiently often to justify the "crash"
keyword.
Comment 5 Frank Schönheit 2009-11-13 13:01:19 UTC 
*** Issue 106805 has been marked as a duplicate of this issue. ***
Comment 6 Frank Schönheit 2009-11-17 12:53:36 UTC 
fs->msc: please verify in CWS dba32j
Comment 7 marc.neumann 2009-11-24 09:48:16 UTC 
verified in cws dba32j
Comment 8 Frank Schönheit 2009-11-27 14:32:15 UTC 
*** Issue 107267 has been marked as a duplicate of this issue. ***