Closed Bug 115285 Opened 24 years ago Closed 24 years ago

Timeout issues when displaying the browser window to an X-Terminal

Categories

(SeaMonkey :: General, defect)

DEC
OpenVMS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: Edward.Lichorobiec, Assigned: asa)

Details

Running OpenVMS 7.3 Digital TCP/IP Services 5.1-5 on an Alpha 4100 with Mozilla 0.9-6. When I log in locally to the Alpha 4100 server at the console and run Mozilla locally with the following display characteristics: Device: WSA1: [exec] Node: 0 Transport: Local Server: 0 Screen: 0 I don't seem to have any problems. When I set my display to be that of a DEC VXT or PC running Reflections such as the following: Device: WSA13: [super] Node: xxx.xxx.xxx.xxx Transport: TCPIP Server: 0 Screen: 0 I then walk over to the VXT or PC and start browsing around the web. A lot of times as I go from page to page while surfing the page does not update or looks like it times out and leaves whitespace on the screen. I then have to always right click on the panel and then choose reload frame to get back to my previous page. It is very annoying and we are trying to make this work because our manufacturing environment has about 250 VXT terminals spread throughout 4 buildings and we would like to be able to serve up our manufacturing documentation to the operators on the floor using a browser on our current VXT manufacturing terminals which are already setup on the floors.
ccing some X people.
Instead of reloading the page, what happens if you resize the toplevel window a little bit?
What version of DECwindows? Have you tried running Mozilla with either of these options: --sync --no-xshm I'm not sure exactly what they do, and I doubt they'll make a difference, but its worth a shot.
Edward, could you respond to comment 1 and comment 2, please.
d'uh - i meant comment 2 and comment 3
Edward, please respond to comment 2 and comment 3. We can't help you if you don't talk to us!
I just received this via email from Edward: > Sorry for the late response, but we have resolved the issue by moving the > Alpha server onto the same LAN segment as the VXT X-window terminals. Marking bug worksforme.
Status: UNCONFIRMED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.