Closed
Bug 653944
Opened 15 years ago
Closed 12 years ago
Mac firefox 4.0.1 "Open Link in a New Window" "Contextual Menu" window opens reduced to the size of an Icon
Categories
(Firefox :: General, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: douglasgodfrey, Unassigned)
Details
Attachments
(1 file)
|
5.65 KB,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0.1) Gecko/20100101 Firefox/4.0.1
Contextual Menu item "Open Link in a New Window" sometimes opens a new window reduced to the size of an icon [32x32 pixels or 48x48 pixels]. In an 8 hour browsing session this happened about 10 times out of approximately 500 "Open Link" operations.
Most of the links were from a "Google Products" page.
Reproducible: Always
Steps to Reproduce:
1. on a system with multiple monitors in a new blank browser on the main [menu bar] screen
2. enter a product search term in the google search tool
3. scroll down to the google product comparison link and "Open Link in a New Window"
4. sort by total price
5. select the best [trustworthy] link and "Open Link in a New Window"
6. some links open normally and some open reduced to the size of an Icon
Actual Results:
some links open reduced to the size of an Icon
Expected Results:
the links should open in a new window of the same size as the parent window and positioned in the normal cascade window position.
This bug may be connected to another bug where "Open Link in a New Window" does not open a window if the active window is not on the main [menu bar] monitor.
| Reporter | ||
Comment 1•15 years ago
|
||
Updated•15 years ago
|
Component: Menus → General
QA Contact: menus → general
Version: unspecified → 4.0 Branch
Comment 2•15 years ago
|
||
Please try with a fresh profile (http://support.mozilla.com/en-US/kb/Managing+profiles). Is it reproducible? Does it also happen when you have lesser windows open and close new ones right after their opening?
| Reporter | ||
Comment 3•15 years ago
|
||
This happens after viewing multiple very large .jpg images.
Selecting "Open Link in a New Window" opens a icon sized window or a window that has normal height [800 to 1000 pixels] but is only 32 to 48 pixels wide.
i.e. after viewing several hundred 20-35 megapixel 5000x7500 pixel .jpg images at met-art.com Firefox memory usage increased from 250MB real to 10GB real / 16GB virtual.
Firefox memory usage does not return to normal even after all windows are closed.
This indicates a likely memory leak in the code used to display .jpg images.
This problem is also accompanied by a progressive slowdown in displaying the contextual menu and the "Save As" dialog. Eventually it takes more several seconds each for the contextual menu and then the "Save As" dialog to appear.
Comment 4•15 years ago
|
||
(In reply to comment #3)
> i.e. after viewing several hundred 20-35 megapixel 5000x7500 pixel .jpg
> images at met-art.com Firefox memory usage increased from 250MB real to 10GB
> real / 16GB virtual.
>
> Firefox memory usage does not return to normal even after all windows are
> closed.
Dave, something we could check with an endurance tests?
Douglas, is your initial issue still existent in Firefox 6 beta or Aurora?
| Reporter | ||
Comment 5•15 years ago
|
||
The second problem described in this bug is still present in Firefox 6.0 beta
[windows opening icon sized at 32x32 pixels]. This problem occurs randomly and
infrequently [about 2 times a week] with Firefox in use 8 hours a day every
day. I estimate that 1 out of 5000 windows open the size of an icon. I have
also encountered 1 case where a window opened 1 pixel wide by 1080 pixels high.
It was not possible to resize that window. You could only tell that the window
was there by the drop shadow.
-----------------------------------------------------------------------------
I stress tested the latest Firefox 6 beta with the following results:
test site <www.hegre-art.com> [NSFW]
108 JPEGs opened at the same time in separate windows.
Image sizes range from 5600x8000 to 7500x10000.
Firefox real/virtual memory increased linearly for the first 25-30 images,
peaking at 12.28GB on a 16GB system. Thereafter as more images were
opened, virtual memory continued to increase to 24.35GB but real memory peaked
and then decreased to a plateau. As I continued to open more windows the peaks
and plateaus gradually decreased until they stabilized at 8.5GB peak and 8.0 GB
plateau.
As I saved and closed each of the 108 windows, Real memory fluctuated between
8.0GB and 8.5GB and virtual memory fluctuated between 24.0GB and 24.30GB. After
closing all Firefox windows and waiting 10 minutes, Firefox memory remained at
8.43GB real and 24.28GB virtual.
Throughout this test, Firefox remained generally responsive. After real memory
peaked at 12.28GB, Firefox would pause for 1-2 seconds while downloading a new
image. The pauses never exceeded 2 seconds.
| Reporter | ||
Comment 6•15 years ago
|
||
After waiting an additional 1.5 hours, Firefox was still using
8.50GB real and 24.30GB virtual. This indicates that the setting
image.mem.min_discard_timeout_ms 10000 does not work as described.
| Reporter | ||
Comment 7•14 years ago
|
||
As of Firefox 7.0, windows open with the size of an Icon much more frequently.
This problem occurs 5-15 times a day with Firefox 7.0 vs 2-3 times a week with
Firefox 4.0.
Comment 8•12 years ago
|
||
Does window issue happen using current version with a new profile or in safe mode?
Flags: needinfo?(douglasgodfrey)
Whiteboard: [closeme 2014-07-21]
| Reporter | ||
Comment 9•12 years ago
|
||
This bug has not reoccurred in any recent firefox version
Flags: needinfo?(douglasgodfrey)
Comment 10•12 years ago
|
||
Douglas, thanks for the update. In the future as bug author please change each bug report as follows when behavior has changed for you...
At the bottom of the bug report page
- if you still see the problem, change STATUS to "reopened"
- if you don't see the problem, change STATUS to RESOLVED and RESOLUTION to WORKSFORME
then click Save Changes
Status: UNCONFIRMED → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
Whiteboard: [closeme 2014-07-21]
You need to log in
before you can comment on or make changes to this bug.
Description
•