2012/7/9 :
> Author: markt
> Date: Mon Jul 9 19:11:54 2012
> New Revision: 1359342
>
> URL: http://svn.apache.org/viewvc?rev=1359342&view=rev
> Log:
> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=53062
> Correctly handle case where redirect URL includes a query string (with test
> case
https://issues.apache.org/bugzilla/show_bug.cgi?id=53529
Priority: P2
Bug ID: 53529
Assignee: dev@tomcat.apache.org
Summary: Call interrupt() after InterruptedException instead
interrupted()
Severity: normal
Classificatio
https://issues.apache.org/bugzilla/show_bug.cgi?id=53529
F.Arnoud changed:
What|Removed |Added
CC||frederic.arn...@gmail.com
Author: olamy
Date: Tue Jul 10 14:16:12 2012
New Revision: 1359693
URL: http://svn.apache.org/viewvc?rev=1359693&view=rev
Log:
use last fluido skin version
Modified:
tomcat/maven-plugin/trunk/src/site/site.xml
Modified: tomcat/maven-plugin/trunk/src/site/site.xml
URL:
http://svn.apache.org/
Author: fhanik
Date: Tue Jul 10 14:47:07 2012
New Revision: 1359705
URL: http://svn.apache.org/viewvc?rev=1359705&view=rev
Log:
https://issues.apache.org/bugzilla/show_bug.cgi?id=53526
Use proper comparison of objects
Modified:
tomcat/trunk/modules/jdbc-pool/src/main/java/org/apache/tomcat/j
https://issues.apache.org/bugzilla/show_bug.cgi?id=53526
Filip Hanik changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://issues.apache.org/bugzilla/show_bug.cgi?id=37455
--- Comment #11 from Tgutierrez017 ---
Hi
After read the http://tomcat.apache.org/tomcat-7.0-doc/ssl-howto.html, it said
that the implementation used by tomcat is chosen automatically and it depends
if you have installed the native library
Author: jim
Date: Tue Jul 10 16:04:37 2012
New Revision: 1359742
URL: http://svn.apache.org/viewvc?rev=1359742&view=rev
Log:
Votes
Modified:
tomcat/tc5.5.x/trunk/STATUS.txt
Modified: tomcat/tc5.5.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc5.5.x/trunk/STATUS.txt?rev=135974
Author: jim
Date: Tue Jul 10 16:05:44 2012
New Revision: 1359743
URL: http://svn.apache.org/viewvc?rev=1359743&view=rev
Log:
promote
Modified:
tomcat/tc5.5.x/trunk/STATUS.txt
Modified: tomcat/tc5.5.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc5.5.x/trunk/STATUS.txt?rev=1359
Author: jim
Date: Tue Jul 10 16:10:58 2012
New Revision: 1359748
URL: http://svn.apache.org/viewvc?rev=1359748&view=rev
Log:
Reset needCRLFParse for recycling ChunkedInputFilter
Modified:
tomcat/tc5.5.x/trunk/STATUS.txt
tomcat/tc5.5.x/trunk/connectors/http11/src/java/org/apache/coyote/ht
Author: jim
Date: Tue Jul 10 16:12:46 2012
New Revision: 1359751
URL: http://svn.apache.org/viewvc?rev=1359751&view=rev
Log:
* Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=53050
Fix XOR arithmetics and charset issue when calculating entropy to
initialize random numbers generator in s
Ok, definitely a bug in Java 7/Windows 7.
If I turn on ProcMon from sysinternals to try to figure out what is going
on, the test succeeds everytime. Shutdown procmon, and it hangs again. The
Selector is not registering the OP_WRITE event
Filip
> -Original Message-
> From: Filip Hanik (ma
Is it possible to have tomcat treat bad URI encodings leniently? It
currently modifies a buffer in place and if a % sign is followed by
anything other than 2 hexadecimal characters, it gives up decoding and
throws an exception. But if this method was changed to a lenient decoding,
then the buffer w
On 10/07/2012 10:59, Konstantin Kolinko wrote:
> 2012/7/9 :
>> Author: markt
>> Date: Mon Jul 9 19:11:54 2012
>> New Revision: 1359342
>>
>> URL: http://svn.apache.org/viewvc?rev=1359342&view=rev
>> Log:
>> Fix https://issues.apache.org/bugzilla/show_bug.cgi?id=53062
>> Correctly handle case wher
On 2012-07-10 19:03, Thushara Wijeratna wrote:
Is it possible to have tomcat treat bad URI encodings leniently? It
currently modifies a buffer in place and if a % sign is followed by
anything other than 2 hexadecimal characters, it gives up decoding and
throws an exception. But if this method was
Here's what I've found out so far
The patch below does solve the problem. In a rather remarkable way.
The line
int cnt = socket.write(buf); //write the data
never returns 0, meaning the writes are always blocking. Even though they
are not supposed to be.
Remove this patch, and socket.write(buf)
https://issues.apache.org/bugzilla/show_bug.cgi?id=53531
Priority: P2
Bug ID: 53531
Assignee: dev@tomcat.apache.org
Summary: ExpandWar.expand does not check the return value of
File.mkdirs
Severity: trivial
Classification
https://issues.apache.org/bugzilla/show_bug.cgi?id=53531
--- Comment #1 from Christopher Schultz ---
Created attachment 29045
--> https://issues.apache.org/bugzilla/attachment.cgi?id=29045&action=edit
Patch against current trunk (r1359975)
--
You are receiving this mail because:
You are the a
Author: schultz
Date: Wed Jul 11 01:51:31 2012
New Revision: 1359978
URL: http://svn.apache.org/viewvc?rev=1359978&view=rev
Log:
Proposal
Modified:
tomcat/tc5.5.x/trunk/STATUS.txt
Modified: tomcat/tc5.5.x/trunk/STATUS.txt
URL:
http://svn.apache.org/viewvc/tomcat/tc5.5.x/trunk/STATUS.txt?rev
Author: schultz
Date: Wed Jul 11 01:55:00 2012
New Revision: 1359981
URL: http://svn.apache.org/viewvc?rev=1359981&view=rev
Log:
Added check of return value for docBase.mkdir.
Modified:
tomcat/trunk/java/org/apache/catalina/startup/ExpandWar.java
Modified: tomcat/trunk/java/org/apache/catali
Author: schultz
Date: Wed Jul 11 01:59:54 2012
New Revision: 1359986
URL: http://svn.apache.org/viewvc?rev=1359986&view=rev
Log:
Back-port of change to ExpandWar.expand to check return value of docBase.mkdir.
Modified:
tomcat/tc7.0.x/trunk/ (props changed)
tomcat/tc7.0.x/trunk/java/org/
https://issues.apache.org/bugzilla/show_bug.cgi?id=53531
--- Comment #2 from Christopher Schultz ---
This bug exists in Tomcat 6.0.x, so I'm re-assigning since it's a bit more
relevant. The fix can be thought of as a back-port, then, I guess.
--
You are receiving this mail because:
You are the
https://issues.apache.org/bugzilla/show_bug.cgi?id=53531
Christopher Schultz changed:
What|Removed |Added
Component|Catalina|Catalina
Version|
23 matches
Mail list logo
