Closed Bug 57835 Opened 24 years ago Closed 24 years ago

Mac Build not showing all images and elements

Categories

(Core :: Layout, defect, P2)

Product:
Core
Component:
Layout
Platform:
PowerPC
Mac System 8.5
Type:
defect

Tracking

()

Status:
VERIFIED FIXED
Milestone:
mozilla0.9

People

(Reporter: hangas, Assigned: sfraser_bugs)

References

Details

(Whiteboard: [rtm-] relnote-user)

In the Mac 2000-10-24-08 N6 Branch build many of the images and elements are not appearing. To reproduce just bring up the mailnews 3 pane window, it is missing the throbber and many of the toolbar images. Reproduced on a second Mac with the same build. Same problem in Classic and Modern skins. Since throbber does show up in browser but not mail this may be unrelated to the jar files for this build.
After quiting N6 and relaunching these images and elements are now visible. The case that failed was the very first launch after installing N6 on a machine where all seamonkey items had been removed and a single 4.x profile was automatically migrated.
Sending bug to layout. Further testing has shown that the images and text elements can be missing sometimes, but upon relaunch of the app they may be back and working fine. Even when the toolbar images are visible other elements are missing like folders and mail in mailnews.
Assignee: ssu → clayton
Component: Installer: XPI Packages → Layout
QA Contact: gbush → petersen
Branch build 2000-10-24-09MN6: Mac 9.04 I'm seeing similar problems with the 10/23 and now the 10/24 build. After installing this build the toolbars and dialogs looked ok. After exiting the application crashed. Then I restarted and now the Mail toolbar is missing and the loging dialog is missing text. After exiting and restarting, the problem remains so I see the problem on a 2nd and 3rd launch.
Nominating for rtm.
Keywords: rtm
Priority: P3 → P2
Whiteboard: [rtm need info]
This sounds like a widespread problem? Is this a really bad regression? Clayton is not the right owner so we need to get this looked at. Paul says he doesn't see the problem after relaunch; nbaca says she does. We need some more data points. I'll forward to mail5.
adding warren and hyatt. Any possibility that there is a jar bug here. Or is the style system possibly messing up. Just looking for ideas.
This could possibly be memory related, given the clean install, profile migration, component registration and finally bringing up the mozilla window and UI. cc: sfraser. Note: I tried to reproduce this but could not (clean install, etc. leading to missing chrome).
I deleted the registry file and the Users50 directory, remigrated the same profile (qatest22) and now all the images and elements are there. After exiting and restarting 3 times, everything look ok. I'll see how it looks today using the 10/24 build and then later the 10/25 build.
Yes, this sounds like a low memory issue. we need to increase the heap size. Hangas, please experiment with heap sizes, and say what works for you. I suggest something in the 20-24Mb range.
Assignee: clayton → sfraser
The fix would be to change the heap size of the app. This is a very safe, simple change.
Status: NEW → ASSIGNED
My experiences: When installing a new build (so the component registry is generated), on the first run we don't have enough memory to actually display any images in webpages, which is far worse IMHO than not displaying them in chrome. This is a pretty bad first impression. I uppped the memory partition to 20MB, and it seemed to work much better on first run, but I'm hesitant to suggest upping the suggsted partition that high. A better solution would be to fix 46000 (pre-install the component registry) rather than bump the memory for a first-time problem.
adding pre-installed component registry as a blocker for this bug.
Depends on: 46000
I was hitting this condition with the 2000102908 MN6 build (default mem set to ~16MB). This was happening even on second and third starts of the browser (i.e., component registration was not done on subsequent runs [although I agree that the first time run would be more stable if a pre-built component registry came with the install]). As soon as I had two browser windows open (to some relatively taxing start pages -- e.g., slashdot, voodooextreme) images in both the chrome and the HTML page would fail to load. I bumped up the preferred size to 20MB and it was better, but still had problems until I went with 24MB. (But as pinkerton says ...).
simon -- what's the status on this one?
*** Bug 58490 has been marked as a duplicate of this bug. ***
I just saw this in the toolbars for Composer (with Sunday's bits for Mac). I was in mail and used the File menu to open a new editor window. That window came up with most of the toolbar icons missing. Even opening a local file into that window wouldn't cause the icons to appear (mousing over them only caused them to appear until the mouse moved off the icon). I closed the Composer window and opened a new one. This time it had all the images (I didn't need to restart the application).
How soon can we get a simple :-) fix for this? I'll email PDT on this as a heads-up. Does the workaround for the user to increase memory suffice? Or is this something that only advanced Mac users would know how to do?
Increasing the memory allocation to the app is an intermediate-advanced thing to do. The fix for us, as I said above, is easy; just change a number in one of the project files.
I just tried 25000 K for the mem size and everything seems to be working fine. The app was already run once so my test was on a secondary launch
Here is the "Patch": In the 'PPC Target' prefs panel of mozilla/xpfe/bootstrap/macbuild/apprunner.mcp, change the "Preferred Heap Size (k) from 16384 to 20480. Do this for both the debug and optimized targets. These settings are carried over to the commercial product, since the commercial app is build by simply merging resources from Mozilla. This change doesn't affect the minimum memory requirement (which is 16Mb), only the preferred size. It should therefore have no marketing ramifications. hangas gave me an sr=hangas for this change. Adding "relnoteRTM". Release notes should say the usual thing about increasing the memory allocation size on Mac if the user sees problems.
Keywords: relnoteRTM
r=brade (for the needed project change)
Target Milestone: --- → M18
looks like we have sr and r. Pls change to rtm+ status so we can review today at 4pm.
Whiteboard: [rtm need info] → [rtm+]
beard, please comment on the risk of this change, jar is requesting your input because he is nervous about any changes.
Checked in on the trunk. I verified that the change correctly shows up in both Mozilla and Commercial builds.
This bug is in candidate limbo
rtm++, please checkin ASAP so we can build today.
Whiteboard: [rtm+] → [rtm++]
Checked into the branch.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → FIXED
Verified on the Mac Nov 3rd branch build.
Keywords: vtrunk
Reopen bug. I just installed the Mac 11-04 Branch build on my home machine. I downloaded the 14M installer and then ran it on a Mac with all the N6 files removed. On the first launch, I opened two large browser windows (approx 1200x1000), logged into IM and then tried to open mail. It hung my machine, the mail window never opened. On second launch, I opened two large browser windows (approx 1200x1000), logged into IM and then tried to open mail. The mail window opened but had no button images in the toolbar. I think that we need to be able to support two browser windows and a mail window at a minimum. It might have been OK to display a dialog that says that the application memory size is not large enough to open another window, but to just hang or not display buttons in the chrome is unusable.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
I increased the memory setting for Preferred Size to 25714K, running the same test resulted in no problems found when opening the mail window. I then opened a composer window and the address book window and had no problems. My screen depth is millions of colors, and my OS is 9.0.4.
Pushing back to need info since this was reopened (the plus-plus no longer apply)
Whiteboard: [rtm++] → [rtm need info]
perhaps we can release note the remainder? Simon did increase the memory to 20480 .
Whiteboard: [rtm need info] → [rtm need info] relnote-user
adding jj to cc
hangas: did you have VM on or off? Our release notes should recommend that VM is on, since this significantly reduces memory usage.
I had VM off. Since building mozilla and playing games often prefer VM off.
rtm-, we've done what we will for rtm.
Whiteboard: [rtm need info] relnote-user → [rtm-] relnote-user
I just turned VM on, set it to 300M. Installed a fresh copy of N6 after removing all files from previous N6 installs. Opened one browser window and logged into IM from sidebar, noticed that icons were missing from Send IM and Chat buttons, then opened another browser window, and a mail window. Mail window has no buttons in toolbar, second browser window has no throbber. This is really bad, I had errors with only one window open. My screen is large 1600x1024, but we should be able to handle this case for a single window!
Just set N6 application preferred size to 25480 and launched app. None of these problems occurred. I was able to open two browser windows, log into IM, open mail window, and then even open address book window without any problems.
This will be fixed by the fix for bug 57327
Depends on: 57327
Target Milestone: M18 → mozilla0.9
Keywords: vtrunk
The fix for 57327 fixes this.
Status: REOPENED → RESOLVED
Closed: 24 years ago → 24 years ago
Resolution: --- → FIXED
I can't reproduce this issue on the 2001010908 Mac build. Marking verified fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.