Initial resizing of browser window hides window manager's top line with {move, close, iconify}

RESOLVED FIXED

Status

()

--
major
RESOLVED FIXED
15 years ago
15 years ago

People

(Reporter: olecom, Assigned: bugs)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040207 Firefox/0.8
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040207 Firefox/0.8

Site http://www.mozilla.org/events/dev-day-feb-2004/mozilla-futures/title.html
inits with _resizing_ of browser's window for some purpose. Hence, _position_ of
window become so much top-aligned, then no window manager's top line on view or
mouse access. Though, it not happen with Mozilla 1.6b Mozilla/5.0 (X11; U; Linux
i686; en-US; rv:1.6b) Gecko/20031210. And my XUL app, that also uses _resizing_
move Firefox too high, this is code: { window.resizeTo(630, 450); } actualy
_move_ window.
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6) Gecko/20040207 Firefox/0.8

Reproducible: Always
Steps to Reproduce:
1.
2.
3.
(Reporter)

Comment 1

15 years ago
"I live alone! My swamp! Me! Nobody else!"

I keep trying...
On:
<http://www.mozilla.org/docs/dom/domref/dom_window_ref34.html#1017509>
There's: "Moves the window to the specified coordinates."
On:
<http://www.mozilla.org/docs/dom/domref/dom_window_ref90.html#1019942>
There's:"Dynamically resizes window."

And on:
http://www.mozilla.org/events/dev-day-feb-2004/mozilla-futures/title.html
I have resizeTo() & moveTo().
I saved this page and done some greps:

olecom@gluon:~$ grep /tmp/title_files/*.js -e move
olecom@gluon:~$ grep /tmp/title_files/*.js -e resize
/tmp/title_files/config.js:// resize the window to a good viewable size
/tmp/title_files/config.js:var resizeOnLoad = true;
/tmp/title_files/mozpoint.js:  if (resizeOnLoad) {
/tmp/title_files/mozpoint.js:        window.resizeTo(800, 640);
/tmp/title_files/mozpoint.js:        window.resizeTo(1024, 768);
olecom@gluon:~$

So, aftet all I think, that what happend with FireFox 0.8/Mozilla 1.6 is "Boogs"

Yes, but maybe this case is distro specific ? Well, I am here to check it.

As I said
Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b) Gecko/20031210
have not such feature. But it's not dynamicaly linked with
libxpcom
libglib-2.0 and friends (see attach)
and others

This bug also is on `Debian Bug report logs - #249213`

Goodbye and thanks.

"Please, monster! Can't you see I'm a little busy here?"
(Reporter)

Comment 2

15 years ago
Created attachment 148687 [details]
shared library dependencies of firefox 0.8 and Mozilla 1.6b

maybe usefull, maybe not
(Reporter)

Comment 3

15 years ago
js solution is obvious, for example:

var scrX = window.screenX, scrY = window.screenY;
window.resizeTo(1014, 740);
window.moveTo(scrX, scrY);
Status: UNCONFIRMED → RESOLVED
Last Resolved: 15 years ago
Resolution: --- → FIXED
(Reporter)

Comment 4

15 years ago
in
firefox-i686-linux-gtk2+xft.tar.gz           03-Jun-2004 09:40  7.8M
solved.
But there're some small issue with different window managers.
icewm OK, fluxbox & wmaker are little top-left moved.
You need to log in before you can comment on or make changes to this bug.