#4624 closed defect (invalid)
Display problems with ie6 (xpsp2/win2kserver)/trac 0.10.3
Reported by: | ggard | Owned by: | Jonas Borgström |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | web frontend/tracd | Version: | 0.10.3 |
Severity: | normal | Keywords: | |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
on ie6, when using either https or http, every other page (or just refreshing) is rendered without the style sheet operative. if you turn on ie "report all script errors" in advanced, it says there is an object missing on line 9 and sometimes 4. when is is rendered with the stylesheet it is somtimes missing our (not trac) logo. our logo is in the same directory as trac.ico. server is debian sarge/apache2.
Attachments (0)
Change History (11)
comment:1 by , 18 years ago
comment:2 by , 18 years ago
I have similar trouble. About one of ten requests have timeout. No reply from tracd server, browser (Firefox 2, IE6, IE7) is waiting for reply. POST-ed data are saved successfully, but no refresh etc. Maybe part of #3369
comment:3 by , 18 years ago
I solved my trouble. Inside log was info about failing while writing log ([Errno 9] Bad file descriptor). So I modify source:trunk/trac/web/standalone.py
class TracHTTPRequestHandler(WSGIRequestHandler): server_version = 'tracd/' + VERSION def address_string(self): # Disable reverse name lookups return self.client_address[:2][0] def log_request(self, code='-', size='-'): """ Removed HTTP logging """
(new method log_request)
comment:4 by , 18 years ago
Component: | browser → tracd |
---|---|
Milestone: | → 0.10.4 |
Owner: | changed from | to
Great, that's however strange that this problem only affected one request out of ten. How exactly are you using tracd?
A more general solution would be make log_request
redirect the output to the normal TracLogging (at INFO level).
follow-up: 6 comment:5 by , 18 years ago
Win2k server, up-to-date. Serving SVN, tracd and works as proxy. Tracd is started from Task Scheduler (command line: C:\Python24\pythonw.exe C:\Python24\Scripts\tracd.py —port 80 —auth *,"c:/Program Files/Subversion/Trac/conf/passwd",trac "c:/Program Files/Subversion/Trac"). Because this there isn't any active python's window and tracd is started after start.
My solution was only test - if it helps to others. Because that there isn't any logging.
One of ten is exact number. And if you turn off logging then it is about one of six. Maybe tracd is too fast?
follow-up: 7 comment:6 by , 18 years ago
Replying to DiGi:
…command line:
C:\Python24\pythonw.exe
… there isn't any active python's window
OK
My solution was only test - if it helps to others. Because that there isn't any logging.
Well, you could use the eventlog
mode (see TracLogging).
One of ten is exact number. And if you turn off logging then it is about one of six. Maybe tracd is too fast?
one of six? Sorry, I don't understand, is the workaround in comment:3 effective or not?
comment:7 by , 18 years ago
Replying to cboos:
My solution was only test - if it helps to others. Because that there isn't any logging.
Well, you could use the
eventlog
mode (see TracLogging).
I will take a look later.
One of ten is exact number. And if you turn off logging then it is about one of six. Maybe tracd is too fast?
one of six? Sorry, I don't understand, is the workaround in comment:3 effective or not?
Sorry for mistake
- Without any logging (original Trac 0.10.3) I have about 1 timeout of 6 requests
- with logging (original Trac, DEBUG log level) I get less timeouts (about 1 of 10 or 20). But it helps me to find a trouble (Error in BaseHTTPServer.py, method
def log_message(self, format, *args)
, linesys.stderr.write
. Called fromlog_request
). So I try to remove that logging call. - With logging and fix I haven't any timeout. After some tests I decrease log level to WARNING. I haven't any error during one day.
comment:8 by , 18 years ago
hi again,
i was the original poster on this ticket. i have links from a https production site (xxx.myco.com) to trac via https (support.myco,com). when i click the links from the production site using ie, every other click yields a javascript missing object error and trac loads without the stylesheets. this also occurs if you just go to the site and click refresh. i thought this had gone away, but it hasn't. i don' think this is the same problem as the guy above however.
comment:9 by , 18 years ago
ok, i did a little more digging around and found that on every other refresh, ie6 fails to load trac.js out (and possibly the css as well not sure as once js fails css also doesn't load) of cache. if i hand delete cache before every refresh, it loads fine with js/css in tact. so, i wondered if somehow, trac just isn't creating the "/chrome/common" virtual link timely/at all.
solution: i added this to my apache2 conf: alias /myproject/chrome/common /usr/share/trac/htdocs
poof. problem fixed/hacked. ie6 loads fast, reliably all the time regardless of refresh etc.
why is this????
…gg
comment:10 by , 17 years ago
Resolution: | → invalid |
---|---|
Status: | new → closed |
pls reopen if it still occurs or something is missing in the installation guide.
comment:11 by , 17 years ago
Milestone: | 0.10.5 |
---|
update: i patched xp and the problem seems to have gone away; however it is still a problem on win2k server with all sp and patches. frankly, this is not that big a deal for me now that it seems that xp is working, but if you could shed some light on what the problem is or how i can work around it. i'd appreciate it. love trak, keep up the good work.