/show_bug.cgi?id=13536
Erroneous code generated for jsp:param when request-time attribute value is used
[EMAIL PROTECTED] changed:
What|Removed |Added
CC
/show_bug.cgi?id=13536
Erroneous code generated for jsp:param when request-time attribute value is used
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=13536
Erroneous code generated for jsp:param when request-time attribute value is used
Summary: Erroneous code generated for jsp:param when request-time
attribute value is used
Product: Tomcat 4
Version: 4.1.12
Platform: Other
/show_bug.cgi?id=13446
Invalide error page with request attribute.
Summary: Invalide error page with request attribute.
Product: Tomcat 4
Version: 4.0.1 Final
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
/show_bug.cgi?id=13033
Unable to pass Request Time Parameters for the XML View of JSP file
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=13033
Unable to pass Request Time Parameters for the XML View of JSP file
Summary: Unable to pass Request Time Parameters for the XML View
of JSP file
Product: Tomcat 4
Version: 4.0 Final
Platform: PC
OS/Version
Hi
I am a newbe with Tomcat and I am wondering why
CoyoteRequest implements org.apache.catalina.HttpRequest and
javax.servlet.http.HttpServletRequest
and not
CoyoteRequest implements org.apache.catalina.Requestand
javax.servlet.ServletRequest.
I would have made 2 subclasses to avoid
/show_bug.cgi?id=12917
The request dumper valve Error
Summary: The request dumper valve Error
Product: Tomcat 4
Version: 4.1.10
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
JSP includes now trigger request listeners with the attributes for dispatcher
types and dispatcher request paths. This patch adds the output from the
request listener to the golden files.
Index: JspInclude01a.txt
===
RCS file
/show_bug.cgi?id=12938
servlets do not register PUT request
Summary: servlets do not register PUT request
Product: Tomcat 4
Version: 4.0.4 Final
Platform: All
OS/Version: All
Status: NEW
Severity: Blocker
Priority: Other
How does a HEAD request get stuck in a 'W' state for over 2000 seconds.
Running Sun Solaris 8, Apache 1.3.26, mod_jk (4.0.4), Tomcat 4.0.4,
jvm 1.3.1_04-b2. This call is from the load balancer to confirm that
the app is still available.Subsequent (and prior) requests were
/show_bug.cgi?id=12762
mod_jk2 doesn't redirect request to the right application server
Summary: mod_jk2 doesn't redirect request to the right
application server
Product: Tomcat 4
Version: 4.1.10
Platform: PC
OS/Version: Windows NT
/show_bug.cgi?id=12762
mod_jk2 doesn't redirect request to the right application server
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=12462
Request to META-INF return a 404 error
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
/show_bug.cgi?id=12462
Request to META-INF return a 404 error
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution
hope for is that the time would be as short as people get happy.
I've investigated these issues on tomcat mailing list and some suggested
brilliant ways to overcome the current situation.
About request encoding,
http://www.mail-archive.com/tomcat-dev@jakarta.apache.org/msg13334.html
Also about
/show_bug.cgi?id=12462
Request to META-INF return a 404 error
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=12435
Request parameters decode from UTF-8
Summary: Request parameters decode from UTF-8
Product: Tomcat 4
Version: 4.1.9
Platform: PC
OS/Version: Other
Status: UNCONFIRMED
Severity: Normal
Priority: Other
/show_bug.cgi?id=12435
Request parameters decode from UTF-8
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
/show_bug.cgi?id=12462
Request to META-INF return a 404 error
Summary: Request to META-INF return a 404 error
Product: Tomcat 5
Version: Unknown
Platform: All
OS/Version: All
Status: NEW
Severity: Normal
Priority: Other
/show_bug.cgi?id=12196
request.getRemoteUser() returns null for AJP request with remote username
--- Additional Comments From [EMAIL PROTECTED] 2002-09-10 05:54 ---
Tested Changes: works fine with Apache / AJP. Will test with IIS next week.
--
To unsubscribe, e-mail: mailto:[EMAIL
/show_bug.cgi?id=12196
request.getRemoteUser() returns null for AJP request with remote username
--- Additional Comments From [EMAIL PROTECTED] 2002-09-08 08:52 ---
Thanks for trying to help fix it, but your patch is wrong, as, among other
things, it doesn't attempt to patch getUserPrincipal
/show_bug.cgi?id=12196
request.getRemoteUser() returns null for AJP request with remote username
--- Additional Comments From [EMAIL PROTECTED] 2002-09-08 06:19 ---
The problem contintues to exist in Tomcat 4.1.10. The diff below fixes the
problem (fix to org.apache.coyote.tomcat4
/show_bug.cgi?id=12196
request.getRemoteUser() returns null for AJP request with remote username
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity|Major
Hi all,
Sorry for the cross post but I'd like to encourage as many contributions to the
Jakarta Newsletter as possible.
So, what are the chances of someone from each list to send me a sumamry of august's
activity? I've been through EyeBrowse on nagoya
http://archives.apache.org/eyebrowse/
/show_bug.cgi?id=12141
ISAPI Redirector steals IIS Request.
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=12196
request.getRemoteUser() returns null for AJP request with remote username
Summary: request.getRemoteUser() returns null for AJP request
with remote username
Product: Tomcat 4
Version: 4.1.9
Platform: PC
OS
Bill Barker wrote:
- Original Message -
From: Ryan Lubke [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 4:00 PM
Subject: Re: HTTP Host Request header and TC Connectors]
On Wed, 2002-08-28 at 17:32, Bill Barker wrote
/show_bug.cgi?id=12141
ISAPI Redirector steals IIS Request.
Summary: ISAPI Redirector steals IIS Request.
Product: Tomcat 4
Version: 4.1.7
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
- Original Message -
From: Ryan Lubke [EMAIL PROTECTED]
To: tcdev [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 9:43 AM
Subject: [Fwd: HTTP Host Request header and TC Connectors]
By the way the quote was pulled from section 14.23 of RFC 2616.
=
Hi
On Wed, 2002-08-28 at 17:32, Bill Barker wrote:
- Original Message -
From: Ryan Lubke [EMAIL PROTECTED]
To: tcdev [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 9:43 AM
Subject: [Fwd: HTTP Host Request header and TC Connectors]
By the way the quote was pulled from section
- Original Message -
From: Ryan Lubke [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Sent: Wednesday, August 28, 2002 4:00 PM
Subject: Re: HTTP Host Request header and TC Connectors]
On Wed, 2002-08-28 at 17:32, Bill Barker wrote:
- Original Message
, then the Host header
field MUST be given with an empty value.
So, I'm looking for other interpretations of what the above means.
My interpretation at this point is the serviced targeted by the
request URI is identified via an IP address vs a host name, that
the Host request header will be sent
/show_bug.cgi?id=11075
[PATCH] AccessLogValue Request Header ${xxx}i support
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED
/show_bug.cgi?id=11075
[PATCH] AccessLogValue Request Header ${xxx}i support
--- Additional Comments From [EMAIL PROTECTED] 2002-08-15 13:16 ---
I don't understand why you didn't want to use the patch I made. Why make an
effort to contribute if it will be ignored?
--
To unsubscribe, e-mail
/show_bug.cgi?id=11075
[PATCH] AccessLogValue Request Header ${xxx}i support
--- Additional Comments From [EMAIL PROTECTED] 2002-08-15 14:28 ---
I was unaware of your patch when I developed the patch I submitted. When I was
searching for my own patch in order to see if any progress had
/show_bug.cgi?id=11683
Against a HTTP request for *.html with HEAD method, Tomcat returns message-body.
Summary: Against a HTTP request for *.html with HEAD method,
Tomcat returns message-body.
Product: Tomcat 3
Version: 3.3.1 Final
Platform
/show_bug.cgi?id=11683
Against a HTTP request for *.html with HEAD method, Tomcat returns message-body.
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=11327
HTTP 400 on any request with URL containig UTF-8 sequence staring with %C4
Summary: HTTP 400 on any request with URL containig UTF-8
sequence staring with %C4
Product: Tomcat 4
Version: 4.0.4 Final
Platform: PC
/show_bug.cgi?id=9702
JNDIRealm StartTLS/SSL support request
--- Additional Comments From [EMAIL PROTECTED] 2002-07-29 17:24 ---
Can someone add this fix for me?
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e-mail: mailto:[EMAIL PROTECTED]
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED
/show_bug.cgi?id=11075
[PATCH] AccessLogValue Request Header ${xxx}i support
Summary: [PATCH] AccessLogValue Request Header ${xxx}i support
Product: Tomcat 4
Version: 4.1.7
Platform: All
OS/Version: All
Status: NEW
Severity
/show_bug.cgi?id=11075
[PATCH] AccessLogValue Request Header ${xxx}i support
--- Additional Comments From [EMAIL PROTECTED] 2002-07-23 10:01 ---
Created an attachment (id=2448)
Patch to AccessLogValue.java file
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED]
For additional commands, e
/show_bug.cgi?id=10674
Unable to get POST data from request
Summary: Unable to get POST data from request
Product: Tomcat 4
Version: 4.1.3
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
Priority: Other
/show_bug.cgi?id=10674
Unable to get POST data from request
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
[EMAIL PROTECTED] changed:
What|Removed |Added
Status
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
[EMAIL PROTECTED] changed:
What|Removed |Added
Severity
cookie does
not denote a valid session id in that context.
So: if we use the result of getRequestedSessionId() to lookup the
HttpSession (which makes sense), that we _have_ to make sure that we
extract the sessionid from the multiple sessionids we might get in the
request that actually makes
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
--- Additional Comments From [EMAIL PROTECTED] 2002-07-03 17:40 ---
Here's an FYI regarding disambiguating session id cookies.
Tomcat always sets the path attribute
On Wed, 3 Jul 2002, Henner Zeller wrote:
We always have the problem, that we might get multiple session ids (from
the URL, from _multple_ cookies).
You should not be getting multiple session id cookies for different
webapps unless (a) the context paths overlap, or (b) your client is not
. See my comments on Bug 10419 for more
info on how situation (a) is dealt with.
ok, sounds good.
Considering that the client sends the right cookie for that context first,
there is the only problem, that we still can get two session-ids in
a request
o from the URL
o from the cookie.
Currently
On Wed, 3 Jul 2002, Henner Zeller wrote:
Date: Wed, 3 Jul 2002 20:33:11 +0200 (CEST)
From: Henner Zeller [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: [Bug 10419] - Session-ID grabbing from Request accepts
Hi,
If you want the *current* session for this request, you should always call
request.getSession() instead.
Yes. This is correctly working in tomcat 3.x: the getRequestedSessionId()
returns one of the IDs with preference to the cookie; the getSession()
returns the current session. perfect
On Wed, 3 Jul 2002, Henner Zeller wrote:
Date: Wed, 3 Jul 2002 21:10:14 +0200 (CEST)
From: Henner Zeller [EMAIL PROTECTED]
Reply-To: Tomcat Developers List [EMAIL PROTECTED]
To: Tomcat Developers List [EMAIL PROTECTED]
Subject: Re: [Bug 10419] - Session-ID grabbing from Request accepts
Hi,
OK, but why should the requested session id from the URL be considered any
more likely to be valid than a session id from the cookie? They both got
created at the same time (when this page was generated), and will have the
same value if you did the normal thing of using
/show_bug.cgi?id=10419
Session-ID grabbing from Request accepts invalid session cookies in presense of valid
URL sessions
Summary: Session-ID grabbing from Request accepts invalid session
cookies in presense of valid URL sessions
Product: Tomcat 4
/show_bug.cgi?id=10383
Specially crafted GET request causes the answering httpd process and the answering
AJP13 processor to hang indefinitely
Summary: Specially crafted GET request causes the answering httpd
process and the answering AJP13 processor to hang
/show_bug.cgi?id=10229
Request parameters lost after authenticated through login page
Summary: Request parameters lost after authenticated through
login page
Product: Tomcat 4
Version: 4.0.3 Final
Platform: PC
OS/Version: Windows NT/2K
Account created, password sent.
Sorry for the delay on acting on this, but apparently nc.rr.com sat on it
for 4 days:
Received: from fe6.southeast.rr.com (HELO mail6.nc.rr.com) (24.93.67.53)
by daedalus.apache.org with SMTP; 15 Jun 2002 01:55:59 -
Received: from mail pickup service by
/show_bug.cgi?id=9859
Avoid SimpleDateFormat creation for every dispatched request
Summary: Avoid SimpleDateFormat creation for every dispatched
request
Product: Tomcat 4
Version: 4.0 Beta 3
Platform: All
OS/Version: All
/show_bug.cgi?id=9859
Avoid SimpleDateFormat creation for every dispatched request
--- Additional Comments From [EMAIL PROTECTED] 2002-06-14 04:20 ---
Created an attachment (id=2084)
Patch that implements the fix described in the bug.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
--- Additional Comments From [EMAIL PROTECTED] 2002-06-10 14:48 ---
The socketCloseDelay='250' appears to solve the problem.
The element to modify within server.xml is Http10Connector not
Http10Interceptor
/show_bug.cgi?id=9754
Request and response wrappers behavior
Summary: Request and response wrappers behavior
Product: Tomcat 4
Version: 4.0.3 Final
Platform: All
OS/Version: Other
Status: NEW
Severity: Normal
Priority: Other
/show_bug.cgi?id=9702
JNDIRealm StartTLS/SSL support request
Summary: JNDIRealm StartTLS/SSL support request
Product: Tomcat 4
Version: 4.1.3
Platform: Other
OS/Version: Other
Status: NEW
Severity: Enhancement
Priority
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
--- Additional Comments From [EMAIL PROTECTED] 2002-06-05 21:08 ---
Using Coyote from CVS HEAD works fine (unfortunately, the TC33 Coyote broke
between B9 and RC2 :(, but B9 should be ok as well).
It looks like
/show_bug.cgi?id=9526
HttpServletRequest.getHeader(String) yields inconsistent results depending on how the
request header was provided to tomcat
--- Additional Comments From [EMAIL PROTECTED] 2002-06-04 06:59
---
When using a proxy if the browser sends:
header1: val1
header1: val2
It could
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
--- Additional Comments From [EMAIL PROTECTED] 2002-05-31 18:58 ---
I tried William's suggestion and used Coyote, but this did not solve the
problem. The problem still exists after I update Tomcat according
/show_bug.cgi?id=9526
HttpServletRequest.getHeader(String) yields inconsistent results depending on how the
request header was provided to tomcat
--- Additional Comments From [EMAIL PROTECTED] 2002-05-31 22:07 ---
If this is indeed a bug (it looks like it), it is a limitation of the header
/show_bug.cgi?id=9526
HttpServletRequest.getHeader(String) yields inconsistent results depending on how the
request header was provided to tomcat
Summary: HttpServletRequest.getHeader(String) yields inconsistent
results depending on how the request header was provided
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
--- Additional Comments From [EMAIL PROTECTED] 2002-05-30 18:55 ---
Some additional information regarding this defect:
(1) The SocketException that was not caught, can be reproduced on a Win 2000
machine running IE5.5
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
--- Additional Comments From [EMAIL PROTECTED] 2002-05-30 19:31 ---
I haven't had a chance to try this myself, but I'm guessing that it is a
problem with Chunked-Encoding. You should try replacing the Http10 Connector
/show_bug.cgi?id=9353
Transfer-Encoding: chunked (on Request fails)
Summary: Transfer-Encoding: chunked (on Request fails)
Product: Tomcat 4
Version: 4.0.4 Beta 3
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Normal
/show_bug.cgi?id=9353
Transfer-Encoding: chunked (on Request fails)
--- Additional Comments From [EMAIL PROTECTED] 2002-05-23 21:43 ---
Sorry we are taking down our network and it won't be back up until Wed. of next
week because of a move, but I'll see what I can do.
Will
--
To unsubscribe
/show_bug.cgi?id=8675
Unable to get Request Querystring parameters using getParameter( )
--- Additional Comments From [EMAIL PROTECTED] 2002-05-16 17:15 ---
Thanks Remy - I have not tried a new connecter, but I have moved to using Sun
jdk1.3.1_03 to run Tomcat - ( required limiting stack size
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
--- Additional Comments From [EMAIL PROTECTED] 2002-05-17 00:38 ---
Created an attachment (id=1884)
Socket Exception caused using IE6 on WinXP with Tomcat
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
--- Additional Comments From [EMAIL PROTECTED] 2002-05-17 00:41 ---
This error occurs whil connecting to Tomcat via localhost directly to port 8080
(i.e., http://localhost:8080/)
To repeat issue:
1. Press Submit
Hi!
I've been taking a look at Tomcat's source code, and following some
advice I found in some security doc at the tomcat web site about
recycling of Request objects, I tried the 'attack' described and I could
efectivelly 'steal' request from other servlets/users.
I made these tests using
/show_bug.cgi?id=9044
FilterChain passes wrong request to servlet
Summary: FilterChain passes wrong request to servlet
Product: Tomcat 4
Version: 4.0.3 Final
Platform: PC
OS/Version: Windows NT/2K
Status: NEW
Severity: Major
/show_bug.cgi?id=9044
FilterChain passes wrong request to servlet
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
/show_bug.cgi?id=8675
Unable to get Request Querystring parameters using getParameter( )
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
/show_bug.cgi?id=8992
IE6/XP: Limitation of POST Area within HTTP request?
Summary: IE6/XP: Limitation of POST Area within HTTP request?
Product: Tomcat 3
Version: 3.3.1 Final
Platform: PC
OS/Version: Windows XP
Status: NEW
Severity
/show_bug.cgi?id=8776
The session url encoding under somce circumstances fails to use cookies even when
request to do so
Summary: The session url encoding under somce circumstances fails
to use cookies even when request to do so
Product: Tomcat 4
Hi:
I apologize for crossposting, and I probably shouldn't be on here since I'm
not a committer or whatever it's called, but I posted a similar request to
the user list and they ignored it, so:
#1 The startup scripts for tomcat assume the existence of
$CATALINA_HOME/temp
$CATALINA_HOME
Subject: request
Please respond
to Tomcat
/show_bug.cgi?id=5853
Unable to get request parameters in the Error page for form based login
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|RESOLVED
/show_bug.cgi?id=5853
Unable to get request parameters in the Error page for form based login
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|REOPENED
/show_bug.cgi?id=8675
Unable to get Request Querystring parameters using getParameter( )
Summary: Unable to get Request Querystring parameters using
getParameter( )
Product: Tomcat 4
Version: 4.0.3 Final
Platform: Other
OS/Version
/show_bug.cgi?id=8675
Unable to get Request Querystring parameters using getParameter( )
--- Additional Comments From [EMAIL PROTECTED] 2002-04-30 18:58 ---
Versions
Linux : 2.2.16-22 #1,
JVM : Classic VM (J2RE 1.2.2 IBM build cx122-20001026 (JIT enabled: jitc))
--
To unsubscribe, e-mail
/show_bug.cgi?id=8675
Unable to get Request Querystring parameters using getParameter( )
--- Additional Comments From [EMAIL PROTECTED] 2002-04-30 18:58 ---
I have no idea what could cause this, but Coyote is likely to fix it. Try beta
8.
--
To unsubscribe, e-mail: mailto:[EMAIL PROTECTED
/show_bug.cgi?id=5853
Unable to get request parameters in the Error page for form based login
--- Additional Comments From [EMAIL PROTECTED] 2002-04-30 19:00 ---
Thanks for clarifying - I was confusing this specific issue, with our more
generic querystring problem - re-entered as bug # 8675
/show_bug.cgi?id=8613
POST request with invalid Content-Length header
Summary: POST request with invalid Content-Length header
Product: Tomcat 4
Version: 4.0.2 Final
Platform: Sun
OS/Version: Solaris
Status: NEW
Severity: Major
/show_bug.cgi?id=5853
Unable to get request parameters in the Error page for form based login
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW
/show_bug.cgi?id=5853
Unable to get request parameters in the Error page for form based login
--- Additional Comments From [EMAIL PROTECTED] 2002-04-26 18:39 ---
Is there any explanation why this was set to RESOLVED WONTFIX - is it a
duplicate ?
--
To unsubscribe, e-mail: mailto:[EMAIL
/show_bug.cgi?id=5853
Unable to get request parameters in the Error page for form based login
--- Additional Comments From [EMAIL PROTECTED] 2002-04-26 19:06 ---
Yes, I'd like an explanation too. Did you get a reply from the spec people ?
Thanks.
--
To unsubscribe, e-mail: mailto:[EMAIL
). This lets one keep better track of what's going
on.
I'd wanted to post this request to Bugzilla today, but there's some problem
with accessing that site.
Thanks,
Sriram
Sriram
__
Do You Yahoo!?
Yahoo! Games - play chess, backgammon, pool and more
http
for some reason ?
I was unable to access bugzilla, and therefore resorted to posting this request
to the DEV list.
Thanks,
Sriram
--- Sriram N [EMAIL PROTECTED] wrote:
Reply-to: Tomcat Developers List [EMAIL PROTECTED]
Date: Thu, 25 Apr 2002 08:02:46 -0700 (PDT)
From: Sriram N [EMAIL PROTECTED
/show_bug.cgi?id=5785
XML request time attribute not generated correctly
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED
/show_bug.cgi?id=5853
Unable to get request parameters in the Error page for form based login
--- Additional Comments From [EMAIL PROTECTED] 2002-04-17 23:04 ---
Using Tomcat 4.0.3: while executing a JSP page requesting parameters
from the URL:
request.getParameter() returns null
while
/show_bug.cgi?id=6557
isapi_redirector can not handle post request from netscape 4.7x
--- Additional Comments From [EMAIL PROTECTED] 2002-04-15 22:25 ---
this issue seems based on the description on http/1.0
HTTP/1.0 can send a large amount of body data by doing a TCP reset, which
means
601 - 700 of 887 matches
Mail list logo