- calendar app uses IE4/NN4 JS



Tech Evangelism Graveyard
English US
16 years ago
3 years ago


(Reporter: David, Assigned: Doron Rosenberg (IBM))





(3 attachments)



16 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.9+) Gecko/20020425
BuildID:    2002042510

Using our company web calendaring application, selecting the Add Event icon brings you to a form for inputting subject, date, time, etc for the meeting. In NS4.79, IE5 and IE6, everything renders properly and the form is usable (see WebCalNS4_79.gif attachment). In Mozilla 0.99, , only the New Meeting title and the bar containing the Create, Cancel, and Help buttons appear (see WebCalMozilla2002042510.gif attachment). Prior version of Mozilla rendered just the scroll bars of the text input areas - not the labels or the text input areas themselves. Sorry, it's an Intranet app and you can't get to the page in question without having an ID on our system. It's a product called Corporate Time for the Web.

Reproducible: Always
Steps to Reproduce:
See description.

Actual Results:  See attached WebCalMozilla2002042510.gif

Expected Results:  WebCalNS4_79.gif

The earlier OS/2 version I have at home (sorry, forgot that build and I'm not at home right now) had problems rendering the page, too.

Comment 1

16 years ago
Created attachment 81083 [details]
What the page should look like.

Comment 2

16 years ago
Created attachment 81084 [details]
How Mozilla renders the page in question.
->Form Controls
Assignee: attinasi → rods
Component: Layout → HTML Form Controls
QA Contact: petersen → tpreston
David, any chance of saving the page as "web page, complete" and attaching a
zipped-up version of all the files that get saved to this bug?

Comment 5

16 years ago
OK, will try the save as web page complete and attach a zip file, when I get back to work tomorrow.

Comment 6

16 years ago
As requested, I'm attaching a Zipped up "save as, complete" version of the problem page.

Comment 7

16 years ago
Created attachment 81188 [details]
HTML & graphics of prb page from "Save As, complete"
The code basically does the following:

isNS = document.layers ? 1 : 0;
isIE = document.all ? 1 : 0;

After that it assumes that if isNS is false isIE must be true (and document.all
is defined) and vice versa.  Since neither of these non-standard objects is
defined in Mozilla, the code quickly throws a JS error.

Now we get to the fun part.. the stylesheer has:

    .optionLayerClass{position:absolute; top:0; left:0; visibility:hidden}
    .repeatFreqClass{position:absolute; top:0; left:0; visibility:hidden}

So the clever designer has all the content hidden and then unhides it with
javascript (never mind the fact that the user may have JS turned off).  In this
case, the unhiding does not happen, because the script hits the syntax error
mentioned above and stops execution....

To evangelism; unfortunately the only thing that can be done here is to get the
page's author to update to the JS to work with the numerous standards compliant
browsers out there using the standard DOM (the same codepath would work for
IE5/5.5/6, Opera, Konqueror, Mozilla, etc).
Assignee: rods → doron
Component: HTML Form Controls → US General
Ever confirmed: true
OS: Windows 98 → All
Product: Browser → Tech Evangelism
QA Contact: tpreston → zach
Hardware: PC → All
Version: other → unspecified

Comment 9

16 years ago
re Comment #8 - Not thrilled at the solution (trying to get the author of the page to correct it to work with standards compliant browsers). It works fine in IE5, 5.5, 6, Netscape 4.7x. I guess IE6 still supports the non-standard IE way of doing things? Oh, well, guess I can't use that app with Mozilla.
Yeah; if IE6 were to nor support it, thousands of sites that sniff for IE and
use document.all would fail; MS obviously does not want that....

Could you possibly provide contact information for the person who would have to
make changes to the page?  That way an evangelist can contact him/her and offer
to help to make the page work in Mozilla...

Comment 11

16 years ago
re Comment #10, only information I can provide is, try their tech support contact.

Comment 12

16 years ago
also re Comment #10: The vendor also does a Linux version, I wonder if it has the same problem? Presuming that such a version might be used by more people who use Konqueror.
If I recall correctly konqueror implements document.all, so _some_ sites like
this work in Konqueror....

Apart from that, I suspect that Konqueror is not on this vendor's radar....  :(

Comment 14

16 years ago
FYI, I reported this to the vendor's support staff. They forwarded it on to their project team as an enhancement request. I also included Boris' explanation of the problem (see comment #8) to help them get started. I hope it gets addressed.

Comment 15

16 years ago
David, any updates from the vendor?
Summary: Doesn't render text areas in a form → - calendar app uses IE4/NN4 JS

Comment 16

16 years ago
*** Bug 134098 has been marked as a duplicate of this bug. ***

Comment 17

16 years ago
I checked with our Steltor administrator. They are currently testing version 3.1. We checked using the most recent Mozilla she has ( for Linux) and the problem is gone. I also checked it in Mozilla 1.1 for Linux (Gecko/20020913) and it works fine. I think this qualifies as FIXED! 8-)
Last Resolved: 16 years ago
Resolution: --- → FIXED
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in before you can comment on or make changes to this bug.