#5558 closed defect (worksforme)
Browse source gives no page
Reported by: | Andy | Owned by: | Christian Boos |
---|---|---|---|
Priority: | normal | Milestone: | |
Component: | version control/browser | Version: | 0.10.4 |
Severity: | normal | Keywords: | needinfo |
Cc: | Branch: | ||
Release Notes: | |||
API Changes: | |||
Internal Changes: |
Description
Hi,
i installed trac 0.10.4 and svn 1.44… After restarting the webserver i seems to run perfect… But when i click on the 'Browse Source' Button ther is only an error page shown by my internet explorer…
How could i fix that problem?
Thanks for help Andy
Attachments (0)
Change History (16)
follow-up: 2 comment:1 by , 17 years ago
Keywords: | needinfo added; browse source removed |
---|
comment:2 by , 17 years ago
Replying to eblot:
Which kind of error?
Hi,
the page could not be displayed… The page not found error from internet explorer
In the old version it worked…
follow-up: 4 comment:3 by , 17 years ago
Can you check the server and Trac log files to see what the server actually returns, along w/ the URL you're trying to reach?
follow-up: 5 comment:4 by , 17 years ago
Replying to eblot:
Can you check the server and Trac log files to see what the server actually returns, along w/ the URL you're trying to reach?
This is a great idea… Where could i find the log files?? I start Trac with 'http://nametoserver/trac' and the link behind the 'Browse Source'-Button ist 'http://nametoserver/trac/browser'
comment:5 by , 17 years ago
Replying to anonymous:
This is a great idea… Where could i find the log files?? I start Trac with 'http://nametoserver/trac' and the link behind the 'Browse Source'-Button ist 'http://nametoserver/trac/browser'
I think this discussion would better take place in the MailingList rather than within a ticket. Maybe it's time to switch and quote the ticket number as a reference.
comment:7 by , 17 years ago
I found the logfile…
but there is now error… There is no entry that i clicked that link….
follow-up: 10 comment:9 by , 17 years ago
Sry,
i could not create an new entry in the mailinglist…
i registert and activated but it wont work…
Some ideas?
Andy
comment:10 by , 17 years ago
Replying to Andy:
Sry, i could not create an new entry in the mailinglist… i registert and activated but it wont work…
You cannot post an email to the MailingList?
follow-up: 12 comment:11 by , 17 years ago
no…
i got a mail with a link to groups.google where ich should post the information… but after a click on the submitbutton from the google group it would not be send…. nor error and something else
comment:12 by , 17 years ago
Replying to Andy:
no…
i got a mail with a link to groups.google where ich should post the information… but after a click on the submitbutton from the google group it would not be send…. nor error and something else
Well, I guess that you need to read carefully the subscription process, there are hundreds of users that use this ML, so the ML works fine.
Apache file log paths are defined in your Apache config file(s), whereas Trac log file is defined in the trac.ini
file, in the [logging] section.
comment:13 by , 17 years ago
i found the problem….
mail google group account has been added to too many groups…
now it have send the message…
comment:14 by , 17 years ago
Resolution: | → worksforme |
---|---|
Status: | new → closed |
Closing due to lack of further information on this ticket. Going to assume the reporter found a response on the MailingList. If this is a bad assumption, please reopen the ticket. Thank you.
comment:15 by , 16 years ago
I've found similar issue (at least it has the same description). Web server: Apache, authentication: htdigest
when one of buttons are pressed View Changes, Create Report, Attach File, Search IE shows error page 400 Bad Request, Apache error log shows following message:
[Tue Jan 27 21:49:22 2009] [error] [client 195.140.169.186] Digest: uri mismatch
- </trac/report> does not match request-uri </trac/report?action=new>
So this issue is not related to trac: it is IE/Apache htdigest auth related
comment:16 by , 16 years ago
it is fixed by following directive in apache conf file:
BrowserMatch "MSIE" AuthDigestEnableQueryStringHack=On
Which kind of error?