Skip to main content

Search and Top Navigation

#7496 closed bug (fixed)

Opened June 22, 2011 05:51PM UTC

Closed November 30, 2012 06:27PM UTC

if dialog height is larger than viewport height, dialog is positioned at bottom of viewport

Reported by: gpasat Owned by:
Priority: minor Milestone: 1.9.0
Component: ui.dialog Version: 1.8.13
Keywords: Cc:
Blocked by: Blocking:

This can be tested here as well:

Make the browser window height smaller than the dialog would be, then click to open dialog, and dialog will position at the bottom of your window, so you would have to scroll up to see the top.

Dialog should be positioned at top of window if its larger then the window.

I tried setting position of the dialog after init at top if its larger than the window, but it was ignored.

Attachments (0)
Change History (11)

Changed June 27, 2011 01:00PM UTC by scottgonzalez comment:1

resolution: → worksforme
status: newclosed

This is working properly for me, the dialog is shifted down until the dialog's titlebar is fully visible.

Changed June 27, 2011 01:54PM UTC by gpasat comment:2

This does not work, I checked again in Firefox 3.6, Chrome 12 and IE 8.

When going here: Re-size the browser to be smaller in height than the example dialog popup, then scroll the view port to the top of the Example buttons on the right. Then click "Modal message". You will get the modal popup aligned to the bottom of the browser with the top dialog title-bar cutoff.

Changed July 20, 2011 06:32PM UTC by scottgonzalez comment:3

resolution: worksforme
status: closedreopened

Changed July 20, 2011 06:32PM UTC by scottgonzalez comment:4

status: reopenedopen

Changed July 20, 2011 06:33PM UTC by scottgonzalez comment:5

#7571 is a duplicate of this ticket.

Changed October 11, 2012 02:47PM UTC by scottgonzalez comment:6


Changed November 30, 2012 11:41AM UTC by jzaefferer comment:7

I can't reproduce this with 1.9.2 and master. Can someone else?

Changed November 30, 2012 12:33PM UTC by mikesherov comment:8

resolution: → worksforme
status: openclosed

I can also no longer reproduce this. If someone can get a test case going on jsfiddle or JSBin or provide a clear set of reproduction steps, we'll go after it. Just reply to this ticket. For now, let's close as worksforme.

Changed November 30, 2012 01:34PM UTC by tj.vantoll comment:9

I also couldn't recreate this. I tried with the version this issue was created with (1.8.13) because I was curious if this was something that was fixed and couldn't recreate the problem -

Changed November 30, 2012 06:24PM UTC by scottgonzalez comment:10

resolution: worksforme
status: closedreopened

Here's the fiddle that shows the problem:

This was fixed in 1.9.0.

Changed November 30, 2012 06:27PM UTC by scottgonzalez comment:11

resolution: → fixed
status: reopenedclosed