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.
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?
OK, will try the save as web page complete and attach a zip file, when I get back to work tomorrow.
As requested, I'm attaching a Zipped up "save as, complete" version of the problem page.
Assignee: rods → doron
Status: UNCONFIRMED → NEW
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
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...
re Comment #10, only information I can provide is http://www.steltor.com/content/index.cfm?fuseaction=support, try their tech support contact.
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.... :(
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.
David, any updates from the vendor?
*** Bug 134098 has been marked as a duplicate of this bug. ***
I checked with our Steltor administrator. They are currently testing version 3.1. We checked using the most recent Mozilla she has (0.9.2.1 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-)
Status: NEW → RESOLVED
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.