Issue 52634 - After restauration Accept / Reject changes window requires manual size change
Summary: After restauration Accept / Reject changes window requires manual size change
Status: CLOSED DUPLICATE of issue 66100
Alias: None
Product: Writer
Classification: Application
Component: ui (show other issues)
Version: 680m114
Hardware: PC All
: P3 Trivial (vote)
Target Milestone: ---
Assignee: Oliver Specht
QA Contact: issues@sw
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-07-29 16:22 UTC by smoesmoesmoe
Modified: 2013-08-07 14:38 UTC (History)
1 user (show)

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

Attachments
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 smoesmoesmoe 2005-07-29 16:22:39 UTC 
Dear all,

while editing a larger document, I regularly get crashes, the "Accept or Reject"
window is always open. When recovering (thank you for this feature) the "AoR"
window is opened automagically, though it fails to spot that I have changed the
size of it, not all lines appear that there is window estate to appear, assuming
that the window was as small as the default size is.

After changing the size of AoR again, the situation is back to normal, all bits
of the window are filled.

Best regards

Steffen
Comment 1 michael.ruess 2005-08-01 12:47:56 UTC 
MRU->OS: the soze of the Accept/reject dialog itself is persistent... but not of
the list inside of it. When resizing the dialog and closing/restarting OO, the
list control has the default size - in contrary to the dialog itself.
Comment 2 skelem 2010-07-15 22:25:30 UTC 
It is annoying to have the AoR window open (upon request) in the size that I
last used it, but have to resize the window to get all of it to be used.
Comment 3 niklas.nebel 2010-12-15 15:58:19 UTC 
It has the same cause as issue 66100 for the similar dialog in Calc.

*** This issue has been marked as a duplicate of 66100 ***
Comment 4 niklas.nebel 2010-12-15 15:58:45 UTC 
closing duplicate
Comment 5 niklas.nebel 2010-12-15 15:59:43 UTC 
really closing