Web Messaging Professional 98 for WINS, version F.2
Original archive name: WMP98F2?.ZIP

Author:       Earl Borah          earl.borah@bbs.chemek.cc.or.us
Home Site:    Chemeketa Online    http://bbs.chemek.cc.or.us

WMP98 Home Page:     http://bbs.chemek.cc.or.us/public/ring/sysop.htm#wmp
WMP98 Listserve:     http://bbs.chemek.cc.or.us/public/ring/subscribe.htm




KNOWN BUG LIST

I almost hate to include this section, but I feel it is only fair to warn you
about what could go wrong ahead of time, whenever possible. Many of these bugs
have never been reported by any system other than Chemeketa Online, but are
included for the sake of honesty.




ERROR 87 BUG
Affects all systems.
No reports of this bug other than on Chemeketa Online.
There is a slight chance that multiple windows reporting "Error 87" may appear
on your server's screen as your users use the DHTML AddressBook. According to
Microsoft, these error messages are harmless (and virtually meaningless). We
have taken steps to eliminate these error messages, and they should be a rare
occurence.


COMPRESS DATABASE DISABLED
Affects all systems.
In version F.1 of WMP98, the option to compress the AddressList database
appears under the "Utilities" tab in the DHTMLAB Config.exe program. This
option is disabled at this time, but will be included in a future version.


SPELLCHECK WITH @ CODES BUG
Affects all systems.
If you spell check a message with an @ symbol in it, and the text immediately
following the @ symbol is a code WINS recognizes (see the CODES.TXT file for
more information), such as @IF or @SUB, then the spell check function may not
work properly. The message can still be sent if you avoid turning on the spell
checker.


FILE UPLOAD BUG
No reports of this bug other than on Chemeketa Online.
No reports of this bug in the last 6 months.
If it takes the user more than 3 to 5 minutes to upload a file attachment,
WINS may reset their connection and the attachment will not be saved. You can
witness the same behavior by trying to upload a large file into the file areas
using the DHTML interface.


MSIE FILENAMES WITH SPACES BUG
No reports of this bug other than on Chemeketa Online.
If the user uploads a file attachment using some versions of Microsoft
Internet Explorer, and the name of the file attachment includes a space, there
*MAY* be an error in how the file is saved. If you are hit by this bug, you'll
see a message that looks like a file is attached, but attempting to download
the file results in a "File not found" error message. If the user switches to
Netscape *OR* saves the file without any spaces, then they can avoid this bug.
NOTE: This same bug exists in the DHTML file upload routine for the file
areas.


MSIE POPUP WINDOW AUTHENTICATION BUG
Affects all systems.
Users with Microsoft Internet Explorer 4 who have "Browse in a new process"
enabled may have problems with the popup windows used for the AddressBook CGI
if they are working on a multiple-user machine. Here, in short, is what happens.

 1. Run IE4, with "Browse in a new process" enabled.
 2. Go into WINS and log in.
 3. Click on the button for the AddressBook popup window from the "new
    message" page. The new window opens in a separate process, requiring a
    login. You can enter the same login you did in step 2 (what SHOULD
    happen), or any login. While this isn't great, it's acceptable behavior.
 4. You can close the popup window and log into WINS as a separate user.
 5. You click on a popup window. What SHOULD happen is IE4 should prompt you
    for a new login again -- even if you skipped step 4 and are still logged
    in as the old user ('cuz this is a "new process," right?). What REALLY
    happens is the new window opens, but does *NOT* ask for a login --
    instead, it uses the login information you entered in step 3!

This bug poses a minor security risk, as it could compromise a user's address
book on a multi-user machine. I do not believe anything else would be at risk,
since the popup window disables the location bar and the toolbar, limiting
what the user can do in that window. You can get around this bug if you
entirely shut down all open IE4 windows between logins, or if you turn off the
"Browse in new process" option.

This behavior is *NOT* reproducible under Netscape, nor is it reproducible if
you turn OFF the "Browse in a new process" option in IE4. We have not yet
tested IE3 to see if it duplicates this error. We do not anticipate a fix for
this problem in the immediate future, as it appears to be an issue between IE4
and WINS (and, I suspect, likely an error in Microsoft's JavaScriptsupport
and/or the "Browse in a new process" logic) rather than a bug in WMP98 itself.


MSIE SPELLCHECK BUG
*FIXED IN VERSION D.2*




**YOU CAN HELP**
Let us know whether or not the above bugs occur on your system. If they don't
affect everyone, then we may be able to troubleshoot the problem easier! To
date, we have received NO reports of this bug from other systems, so it may
only be affecting our users. If we don't receive additional bug reports from
our users, we won't put these as a top priority.

When you report a bug, it is *EXTREMELY* helpful if you can report the web
browser the user was running when the error occurred (including the complete
version number), the operating system they were using, and the version of
WMP98 that was installed on your system at the time. If the user was calling
from another ISP, that information may be helpful as well.




Web Messaging Professional 98
copyright 1998, Earl Borah. All rights reserved