Issue 101082 - Resizing dialogs in the dialog editor results in zero sized dialogs
Summary: Resizing dialogs in the dialog editor results in zero sized dialogs
Alias: None
Product: App Dev
Classification: Unclassified
Component: scripting (show other issues)
Version: 3.3.0 or older (OOo)
Hardware: Mac Mac OS X, all
: P3 Trivial
Target Milestone: ---
Assignee: h.ilter
QA Contact: Unknown
Keywords: oooqa, regression
Depends on:
Blocks: 101565
  Show dependency tree
Reported: 2009-04-14 13:41 UTC by stephan_schaefer
Modified: 2013-02-24 21:01 UTC (History)
2 users (show)

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


Note You need to log in before you can comment on or make changes to this issue.
Description stephan_schaefer 2009-04-14 13:41:53 UTC
Choose Tools->Macros->Organize Dialogs...
Create a new dialog by choosing "New..." in the Dialogs Tabpage
Choose "Edit"
An empty dialog appears
Now try to change the size of the dialog by using the mouse or by editing the
properties page
The dialog immediately snaps to a size of 0 pixels which cannot be changed anymore
This means you cannot change the size of any dialog and (perhaps more important)
the dialog becomes unusable once you try to resize it.

I noticed this behavior on Mac OS X only (Windows looks good, Linux/Solaris not

As it worked in 3.0.1 this is a regression.
Comment 1 kay.ramme 2009-04-16 09:19:32 UTC
Andreas, please have a look ...
Comment 2 ab 2009-06-04 09:45:58 UTC
ab->pl: As discussed...
target 3.1.1?
Comment 3 ab 2009-06-04 09:47:02 UTC
Forgot to reassign
Comment 4 philipp.lohmann 2009-06-04 18:15:35 UTC
tentative target
Comment 5 philipp.lohmann 2009-06-05 13:46:51 UTC
fixed in CWS ooo311gsl03

@ab: the reason is that you have an unshown real system window (a dialog I
presume) in the background and the size property gets updated from that. That
does not seem wise as not visible system windows usually return a size of (0,0).
On the other platforms there is the exception that before their first Show the
dialogs report their real size, however that is more of an accidental
implementation detail, you should not really rely on that. Actually you
shouldn't ask that window for its size at all if it is not visible.

Of course the quaint (0,0) reporting is highly questionable itself, but that is
ancient vcl behavior, so I don't know what would break if it were changed.
Comment 6 philipp.lohmann 2009-06-08 18:22:41 UTC
please verify in CWS ooo311gsl03
Comment 7 h.ilter 2009-06-15 09:26:51 UTC
Verified with cws ooo311gsl03 = ok
Comment 8 thackert 2009-08-13 16:37:07 UTC
Hello ssa, *,
I have tested this issue with OOO310m18 (Build:9417)(CWS:sysui311) under Debian
SID AMD64, where I can resize the dialog window without any problem. Would you
be so kind to test it again with Mac OSX, please?
Comment 9 stephan_schaefer 2009-08-17 09:11:08 UTC
works on mac os x, too (310m18)
Comment 10 thorsten.ziehm 2010-06-07 11:49:25 UTC
This issue is closed automatically. It is in state 'verified/fixed' since 2
releases (OOo 3.1.1 and OOo 3.2). The policy [1] indicates that such older
issues should be closed.

If this issue still occur in a current build (OOo 3.2.1 or >DEV300m80) please
reopen the issue and set the target accordingly.

[1] :