https://issues.apache.org/bugzilla/show_bug.cgi?id=53531
Christopher Schultz changed:
What|Removed |Added
Component|Catalina|Catalina
Version|
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
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/
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: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
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
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
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)
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
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
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
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
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
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: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: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
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
https://issues.apache.org/bugzilla/show_bug.cgi?id=53526
Filip Hanik changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
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
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/
https://issues.apache.org/bugzilla/show_bug.cgi?id=53529
F.Arnoud changed:
What|Removed |Added
CC||frederic.arn...@gmail.com
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
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
23 matches
Mail list logo