Closed Bug 11352 Opened 26 years ago Closed 25 years ago

M9 Release Notes -- scratchpad

Categories

(SeaMonkey :: General, defect, P3)

defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: verah, Assigned: verah)

References

()

Details

If you have items to include in the M9 Release Notes, please use this bug to tell the world (and verah) about them.
Status: NEW → ASSIGNED
Profile Manager Upgrading! Users who have been using Apprunner builds prior to Aug 10th 1999 will have prefs50.js in their profile directories. With this change, the apprunner (created out of builds from Aug 10th on) is going to look for prefs.js instead of prefs50.js. So, all those prefs (in prefs50.js) will get ignored. With M9, you will need to change the name of the prefs file from prefs50.js to prefs.js when upgrading from these older builds (i.e. M8.5, M8, M7,etc). If you have no previous profiles, you will not see this problem.
Target Milestone: M9
verah, we need to highlight and go into detail about what folks need to do to upgrade there linux system to resolve this bug. http://bugzilla.mozilla.org/show_bug.cgi?id=8849 alecf and ramiro have details and can provide pointers to what has already been written on this topic. thanks
Bug 11472: "Delete and Rename changes do not show up immediately in Profile Manager" has been temporarily fixed (avoided) with a workaround.
The history view does not work at all. i.e. Tasks|Tools|History get you a little tiny window with nothing in it on ALL platforms, bug coming soon.
vera, during M9, the prefs file changed. It is now prefs.js on all three platforms. this bug is to remind you to: 1) replace all occurances of prefs50.js with prefs.js in the release notes 2) explain to users who already have a prefs50.js that they need to rename it. ------- Additional Comments From sspitzer@netscape.com 08/13/99 09:46 ------- marking m9 and critical. I bet QA already told verah about this, but just in case....
Profile Mgr Upgrading info is in my first comments of this bug. PLEASE READ the content of this bug before adding. Let's help keep Vera sane!
bug 11883 - application crashes when selecting submit on a form, see http://bugzilla.mozilla.org/show_bug.cgi?id=11883
Editor: In the editor, choosing Format -> Apply Style Sheet -> Oldstyle (or one of the other W3C style sheets at the bottom of the submenu) will cause a crash on all platforms.
Cookies: Sites that set multiple cookies will not work correctly. Bug 11630.
ftp: ftp is not functional in this release
In the "Known Issues in Mail and News" section the following bugs should be removed since they have been Verified: - 9776 - 9944 - 7513 - 8457 - 7002 - 7010 - 9896 - 8244 - 9470 In the "Issues in the Mail Compose window" section: - Bug# 8315 should be removed since it has been verified. - It states "To use the plain text compose window, add this line to your preference file: user_pref("mail.identity.id1.send_html", false);". This information no longer applies and should be removed.
There is a nasty crash bug after you print from apprunner and reload the page. http://bugzilla.mozilla.org/show_bug.cgi?id=12023
In 8ppp mode (256 colors), loading test10.html document in Apprunner will cause the app to crash. It seems to happen only under Linux. http://bugzilla.mozilla.org/show_bug.cgi?id=11090
Please delete the following bugs in the "Known Issues in Mail and News" section, 7332, 7028, 8973, 9535, 7090, 9390, 8315.
under General Browser Issues: bug 11112 - You will crash calling a blocking read on nsHTTPChannel bug 10273 - If about:blank is the href for a linked stylesheet, you will crash.
My earlier reference to the History view not working is no longer applicable. You may strike it from this record.
From http://bugzilla.mozilla.org/show_bug.cgi?id=11861: "Sending plain text mail messages from Messenger will cause your system to freeze. As a workaround, continue to use the html compose window." Pls add to the list of known problems for mail for the Mac platform only.
From http://bugzilla.mozilla.org/show_bug.cgi?id=11856: "Collapsing the addressing pane in the mail compose window may result in a crash. As a workaround, do not collapse the addressing pane." Pls add this to the known problems sections for all platforms.
Under General Browser Issues, bug 8511 has changed to bug 12137
Password dialog for mail accounts: 1. If you have biff on you may run into a situation where the password dialog comes up at the time interval that you have set. It may not be up front where you will notice it. If the password dialog is up and when you are composing a message you will notice that moving from field to field in the addressing pane is difficult. Other window will be affected to by very slow or no reactions to commands. 11765 2. If you type in the incorrect password and click OK, Messenger will lock up. bug 11980 3. If you have biff set to true, and the time interval has passed before you Cancel a password dialog, you will get another password dialog after canceling. bug 12347
Bug# 10170: A crash will occur after Getting Messages for a POP account if there is a typo in the prefs.js file for the "mail.server.server1.userName" statement. For instance if the "N" in "userName" is lowercase, "username, then the crash will occur. Workaround: Fix the typo and the crash no longer occurs.
Under General Browser Issues: Bug 11610: You may not be able to login to some sites because of problems with cookies.
Under Plugins, or General Browser Issues: Bug 11376, Plugins that use streaming, such as audio or video, will not work.
Hi Verah, On Macintosh, the Bookmarks do not appear when selected from "Bookmarks:Manage Bookmarks..." Thanks! -Chris
Need to add bug 12094 to release notes. Basically editor pull-down menus cause browser to come to foreground, thus making pull-down menus difficult to use.
Editor API Logging is disabled in the M9 release.
update on the My Netscape problems: "You can now log in to your My Netscape page with M9. However, the first time you login, you will have to click on the My Netscape button a second time to get your personalized page."
In Forms, the Text Input and Select objects do not submit the values assigned to them through HTML code. Bug 12475.
Suggested text for above issue: Some forms aren't working properly in this release. In particular, if values are assigned to text input boxes through HTML code, or if list options are selected with the mouse, the form will fail to submit that data to the server. Forms where no list options need to be selected and text input boxes have no values assigned to them should work properly.
Status: ASSIGNED → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Marking fixed
simone, if you are all done with these, you can mark this Verified.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.