[Bug 69699] Rewrite redirection forget SessionID path parameter

2025-06-03 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69699 Remy Maucherat changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 69699] Rewrite redirection forget SessionID path parameter

2025-06-02 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69699 --- Comment #3 from Chen Jp --- Update PR#862, URL-Rewriting is the last alternative option for Session Tracking Mode. -- You are receiving this mail because: You are the assignee for the bug

[Bug 69699] Rewrite redirection forget SessionID path parameter

2025-06-02 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69699 --- Comment #2 from Chen Jp --- Per servlet spec says: "URL rewriting should not be used as a session tracking mechanism where cookies or SSL sessions are supported and suitable." Before forward jsessionid, we need determine wheth

[Bug 69665] getRequestURI() mutates MessageBytes state

2025-06-02 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69665 --- Comment #4 from Mark Thomas --- This issue has been open for over a month waiting for additional information. With out that information, this issue will eventually be resolved as WORKSFORME. -- You are receiving this mail because: You

[Bug 69702] Sometime return 404 for normal request when using HTTP2

2025-06-02 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69702 Mark Thomas changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #1 from Mark

[Bug 69702] New: Sometime return 404 for normal request when using HTTP2

2025-06-02 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69702 Bug ID: 69702 Summary: Sometime return 404 for normal request when using HTTP2 Product: Tomcat 9 Version: 9.0.100 Hardware: All OS: Linux

[Bug 69699] Rewrite redirection forget SessionID path parameter

2025-05-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69699 Mark Thomas changed: What|Removed |Added OS||All --- Comment #1 from Mark Thomas

[Bug 69700] Thread pool stops working when memory resources are exceed and new thread is needed

2025-05-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69700 --- Comment #2 from Pavel Jareš --- I can agree that once OutOfMemory happens, the JDK is not in a good shape. But it should lead to a crash of the application. In this case, it just disables the Tomcat and process it still up. It is like a

[Bug 69700] Thread pool stops working when memory resources are exceed and new thread is needed

2025-05-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69700 Mark Thomas changed: What|Removed |Added Resolution|--- |INVALID Status|NEW

[Bug 69700] New: Thread pool stops working when memory resources are exceed and new thread is needed

2025-05-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69700 Bug ID: 69700 Summary: Thread pool stops working when memory resources are exceed and new thread is needed Product: Tomcat 10 Version: 10.1.40 Hardware: All

[Bug 69699] New: Rewrite redirection forget SessionID path parameter

2025-05-28 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69699 Bug ID: 69699 Summary: Rewrite redirection forget SessionID path parameter Product: Tomcat 11 Version: 11.0.6 Hardware: PC Status: NEW Severity: normal

[Bug 69690] allowsto plug in some ProgressListener on multipart file upload processing

2025-05-21 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69690 --- Comment #4 from Ernesto Reinaldo Barreiro --- Ok. I saw commit... Many thanks! -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe

[Bug 69690] allowsto plug in some ProgressListener on multipart file upload processing

2025-05-21 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69690 --- Comment #3 from Ernesto Reinaldo Barreiro --- Hi How was this fixed? -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail

[Bug 69690] allowsto plug in some ProgressListener on multipart file upload processing

2025-05-21 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69690 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug 69696] Unexpected jsp page result if inner class changed to compilation error

2025-05-20 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69696 Remy Maucherat changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug 69696] Unexpected jsp page result if inner class changed to compilation error

2025-05-20 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69696 Remy Maucherat changed: What|Removed |Added OS||All --- Comment #1 from Remy

[Bug 69693] Improve readability and type safety by changing parsingRequestLinePhase to an enum in Http11InputBuffer

2025-05-20 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69693 --- Comment #3 from injae.kim@gmail.com --- I also think refactoring by enum here looks much better for code readability :) -- You are receiving this mail because: You are the assignee for the bug

[Bug 69696] New: Unexpected jsp page result if inner class changed to compilation error

2025-05-20 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69696 Bug ID: 69696 Summary: Unexpected jsp page result if inner class changed to compilation error Product: Tomcat 11 Version: 11.0.6 Hardware: PC Status: NEW

[Bug 69694] Manager Deploy does not check return value of war copy

2025-05-19 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69694 Remy Maucherat changed: What|Removed |Added Resolution|--- |FIXED OS

[Bug 69695] New: Pte certificate without exam

2025-05-19 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69695 Bug ID: 69695 Summary: Pte certificate without exam Product: Tomcat Native Version: 2.0.7 Hardware: PC Status: NEW Severity: normal Priority: P2

[Bug 69694] New: Manager Deploy does not check return value of war copy

2025-05-19 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69694 Bug ID: 69694 Summary: Manager Deploy does not check return value of war copy Product: Tomcat 9 Version: 9.0.102 Hardware: PC Status: NEW Severity: normal

[Bug 69693] Improve readability and type safety by changing parsingRequestLinePhase to an enum in Http11InputBuffer

2025-05-18 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69693 --- Comment #2 from johnpark --- Only the comments using AI. Please refer to them. -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe

[Bug 69693] Improve readability and type safety by changing parsingRequestLinePhase to an enum in Http11InputBuffer

2025-05-18 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69693 Remy Maucherat changed: What|Removed |Added Resolution|--- |WONTFIX Status|NEW

[Bug 69693] New: Improve readability and type safety by changing parsingRequestLinePhase to an enum in Http11InputBuffer

2025-05-18 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69693 Bug ID: 69693 Summary: Improve readability and type safety by changing parsingRequestLinePhase to an enum in Http11InputBuffer Product: Tomcat 11 Version

[Bug 69690] allowsto plug in some ProgressListener on multipart file upload processing

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69690 --- Comment #1 from Ernesto Reinaldo Barreiro --- See https://github.com/apache/tomcat/pull/856 -- You are receiving this mail because: You are the assignee for the bug

[Bug 69689] user no longer have the ability to process multipart by themselves

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69689 --- Comment #5 from Mark Thomas --- Correct. That is the way the Servlet specification is designed. -- You are receiving this mail because: You are the assignee for the bug

[Bug 69690] New: allowsto plug in some ProgressListener on multipart file upload processing

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69690 Bug ID: 69690 Summary: allowsto plug in some ProgressListener on multipart file upload processing Product: Tomcat 11 Version: 11.0.6 Hardware: All OS

[Bug 69689] user no longer have the ability to process multipart by themselves

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69689 --- Comment #4 from Ernesto Reinaldo Barreiro --- Thanks for your answer. Assume the following. - In some application you have a chain of filters the last one being Wicket (filer or as a Servlet) - One of those filters calls getParameter

[Bug 69689] user no longer have the ability to process multipart by themselves

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69689 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug 69689] user no longer have the ability to process multipart by themselves

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69689 --- Comment #2 from Ernesto Reinaldo Barreiro --- https://marc.info/?l=tomcat-user&m=174715822910583&w=2 -- You are receiving this mail because: You are the assignee for

[Bug 69689] user no longer have the ability to process multipart by themselves

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69689 --- Comment #1 from Ernesto Reinaldo Barreiro --- See https://marc.info/?l=tomcat-user&m=174715822910583&w=2 -- You are receiving this mail because: You are the assignee for

[Bug 69689] New: user no longer have the ability to process multipart by themselves

2025-05-14 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69689 Bug ID: 69689 Summary: user no longer have the ability to process multipart by themselves Product: Tomcat 11 Version: 11.0.6 Hardware: All OS: All

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-12 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 --- Comment #8 from felixzhang0...@gmail.com --- Okay,that's great, thanks ! -- You are receiving this mail because: You are the assignee for the bug. - To unsubscri

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-12 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 --- Comment #7 from Chuck Caldarale --- No, you only need to make create the PR for one branch (preferably main); the committers will take care of merging it into the other active branches. -- You are receiving this mail because: You are the

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-12 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 --- Comment #6 from felixzhang0...@gmail.com --- Hi Christopher Schultz If we have make change for main branch only, then for teams who are still using tomcat 9.x or 10.x, will not see the new change, right ? -- You are receiving this mail

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-12 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 Christopher Schultz changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-11 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 --- Comment #4 from felixzhang0...@gmail.com --- Hi team I have just raised PRs. main https://github.com/apache/tomcat/pull/850/files 9.0.x https://github.com/apache/tomcat/pull/851 10.1.x https://github.com/apache/tomcat/pull/852 11.0.x

[Bug 29162] Tomcat AND mod_jk AND Apache AND win32

2025-05-11 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=29162 Chuck Caldarale changed: What|Removed |Added URL|https://www.youtube.com/@Ab | |basRahi001

[Bug 29162] Tomcat AND mod_jk AND Apache AND win32

2025-05-11 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=29162 --- Comment #2 from fairynorth --- https://www.youtube.com/@AbbasRahi001 -- You are receiving this mail because: You are the assignee for the bug. - To unsubscribe, e-mail

[Bug 29162] Tomcat AND mod_jk AND Apache AND win32

2025-05-11 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=29162 fairynorth changed: What|Removed |Added URL|http://nexus.pslib.cz/~logi |https://www.youtube.com/@Ab

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-10 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 --- Comment #3 from johnpark --- Hi felixzhang0818, are you still planning to submit a PR for BZ-69675? If not, I'd be happy to prepare one. -- You are receiving this mail because: You are the assignee for th

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-09 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 --- Comment #2 from felixzhang0...@gmail.com --- (In reply to Christopher Schultz from comment #1) > This seems like a good candidate for a user-contributed patch/PR. > > Would you care to prepare one and we'll apply it? Yes,

[Bug 69675] Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-08 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 --- Comment #1 from Christopher Schultz --- This seems like a good candidate for a user-contributed patch/PR. Would you care to prepare one and we'll apply it? -- You are receiving this mail because: You are the assignee for th

[Bug 69675] New: Please include threadName in WebappClassLoaderBase clearReferencesThreads log content

2025-05-08 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69675 Bug ID: 69675 Summary: Please include threadName in WebappClassLoaderBase clearReferencesThreads log content Product: Tomcat 9 Version: 9.0.98 Hardware: All

[Bug 56546] Improve thread trace logging in WebappClassLoader.clearReferencesThreads()

2025-05-08 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=56546 felixzhang0...@gmail.com changed: What|Removed |Added CC||felixzhang0...@gmail.com

[Bug 69674] New: Poptropica: A Virtual World of Adventure, Learning, and Imagination

2025-05-06 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69674 Bug ID: 69674 Summary: Poptropica: A Virtual World of Adventure, Learning, and Imagination Product: Tomcat 10 Version: 10.1.36 Hardware: PC Status: NEW

[Bug 69670] SPAM SPAM SPAM SPAM

2025-05-05 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69670 Chuck Caldarale changed: What|Removed |Added Summary|360 Land Surveying Ltd. |SPAM SPAM SPAM SPAM

[Bug 69670] 360 Land Surveying Ltd.

2025-05-05 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69670 360 Land Surveying Ltd. <360landsurveyinglt...@gmail.com> changed: What|Removed |Added

[Bug 69670] New: 360 Land Surveying Ltd.

2025-05-05 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69670 Bug ID: 69670 Summary: 360 Land Surveying Ltd. Product: Tomcat 9 Version: 9.0.x Hardware: PC Status: NEW Severity: normal Priority: P2 Component

[Bug 69530] Major different between 10.1.31 and 10.1.34 (class file doLock Method)

2025-05-05 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69530 Remy Maucherat changed: What|Removed |Added Status|NEEDINFO|RESOLVED Resolution

[Bug 69659] Automatic JSP EL optimization

2025-05-01 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #9 from John Engebretson --- Yep, we can easily detect it from Generator.java via something like: if (!"true".equals(ctxt.getOptions().getJspConfig().getErrorOnELNotFound()) { And I have a String-based implement

[Bug 68876] serverStartup.pdf missing sources

2025-05-01 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=68876 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 Chuck Caldarale changed: What|Removed |Added Resolution|--- |INVALID Status|REOPENED

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 --- Comment #11 from Isaac Khalil --- Im confused. I need to use a programmatic authentication so how do I change it then? Why is it different behaviour when accessing / vs /index.jsp All URL's work except / This looks like an ob

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 Isaac Khalil changed: What|Removed |Added Status|RESOLVED|REOPENED Resolution|INVALID

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 --- Comment #9 from Isaac Khalil --- Im confused. I need to use a programmatic authentication so how do I change it then? Why is it different behaviour when accessing / vs /index.jsp All URL's work except / This looks like an ob

[Bug 69659] Automatic JSP EL optimization

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #8 from John Engebretson --- Gotcha, thanks - in #1 equivalence can be explicitly changed, and in #2 we could interfere with side effects that a particular application added. More cases may follow, but as you noted, they would

[Bug 69659] Automatic JSP EL optimization

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #7 from Mark Thomas --- It isn't always true but the cases where it isn't true may be detectable and/or rare enough that it is still worth doing. I think the cases are 1. errorOnELNotFound page directive set to true 2. A

[Bug 69659] Automatic JSP EL optimization

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #6 from John Engebretson --- Thanks Mark! I didn't follow all of that, but is there a case where this: ${not empty bean && not empty bean.property} cannot safely be translated to: ${not empty bean.property} for li

[Bug 69659] Automatic JSP EL optimization

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #5 from Mark Thomas --- Tx. That helps. I've obviously been spending too much time with the Jakarta EL spec. Pure EL will throw exceptions for those. I'd forgotten about the null handling implemented in Jakarta P

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug 69664] Mime type for video/mp2t is missing in default web.xml

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69664 Mark Thomas changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 --- Comment #7 from Isaac Khalil --- BTW we did not have this problem in 9.0.45 and only became a issue when we upgraded to 9.0.102 Then I upgraded to 10.1.40 thinking it was only an issue in v9 but surprised to find it still there -- You

[Bug 69665] getRequestURI() mutates MessageBytes state

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69665 --- Comment #3 from Mark Thomas --- It looks like something from a previous request is retaining a reference to the request object and continuing to use it after request processing has completed. That would be an application bug. You might

[Bug 69665] getRequestURI() mutates MessageBytes state

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69665 --- Comment #2 from msiu...@atlassian.com --- This is the part that I don't fully understand neither, as I didn't dig into Tomcat code before. My only idea was that the Request object could be reused causing this behaviour. I'm n

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 --- Comment #6 from Isaac Khalil --- If I use the msi installer for windows it works fine If I use the tar.gz below https://dlcdn.apache.org/tomcat/tomcat-10/v10.1.40/bin/apache-tomcat-10.1.40.tar.gz I can reproduce it in Windows under WSL

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 --- Comment #5 from Isaac Khalil --- the Tomcat I am using on my server is https://dlcdn.apache.org/tomcat/tomcat-10/v10.1.40/bin/apache-tomcat-10.1.40.tar.gz -- You are receiving this mail because: You are the assignee for the bug

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 --- Comment #4 from Isaac Khalil --- so if you do the above then test by https://.../test shows Session Timeout=120 https://.../test/index.jsp shows Session Timeout=1800 -- You are receiving this mail because: You are the assignee for

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 Isaac Khalil changed: What|Removed |Added Status|NEEDINFO|NEW --- Comment #3 from Isaac Khalil

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 --- Comment #2 from Isaac Khalil --- Created attachment 40031 --> https://bz.apache.org/bugzilla/attachment.cgi?id=40031&action=edit context files attached is context files to unzip under webapps -- You are receiving this mail

[Bug 69665] getRequestURI() mutates MessageBytes state

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69665 Mark Thomas changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #1 from Mark

[Bug 69665] New: getRequestURI() mutates MessageBytes state

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69665 Bug ID: 69665 Summary: getRequestURI() mutates MessageBytes state Product: Tomcat 9 Version: 9.0.86 Hardware: PC OS: All Status: NEW Severity: normal

[Bug 69631] java.nio.channels.WritePendingException when using https-openssl-nio2 and virtual threads

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69631 --- Comment #20 from Ronny Perinke --- To me, it sounds like it's time to say goodbye to NIO2. -- You are receiving this mail because: You are the assignee for the bug. ---

[Bug 69662] NamingContext does not include name when throwing NamingException

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69662 Remy Maucherat changed: What|Removed |Added Status|NEW |RESOLVED Resolution

[Bug 69664] Mime type for video/mp2t is missing in default web.xml

2025-04-30 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69664 Sebastian Lövdahl changed: What|Removed |Added Severity|normal |enhancement -- You are receiving

[Bug 69664] Mime type for video/mp2t is missing in default web.xml

2025-04-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69664 --- Comment #1 from Sebastian Lövdahl --- PR: https://github.com/apache/tomcat/pull/848 -- You are receiving this mail because: You are the assignee for the bug. - To

[Bug 69664] New: Mime type for video/mp2t is missing in default web.xml

2025-04-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69664 Bug ID: 69664 Summary: Mime type for video/mp2t is missing in default web.xml Product: Tomcat 9 Version: 9.0.x Hardware: All OS: All Status: NEW

[Bug 69663] New: OPG Mobility – Reliable EV Charging Solutions for Homes and Businesses

2025-04-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69663 Bug ID: 69663 Summary: OPG Mobility – Reliable EV Charging Solutions for Homes and Businesses Product: Tomcat 9 Version: 9.0.104 Hardware: PC Status: NEW

[Bug 69662] New: NamingContext does not include name when throwing NamingException

2025-04-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69662 Bug ID: 69662 Summary: NamingContext does not include name when throwing NamingException Product: Tomcat 10 Version: 10.1.39 Hardware: PC OS: Linux

[Bug 69659] Automatic JSP EL optimization

2025-04-29 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #4 from John Engebretson --- Created attachment 40030 --> https://bz.apache.org/bugzilla/attachment.cgi?id=40030&action=edit Unit test demonstrating current null behavior Certainly - demonstration JSP attached. --

[Bug 69661] "Bloom Digital Marketing Agency delivers innovative web design, SEO, and social media strategies for business growth and success."

2025-04-28 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69661 vansh Pradeep sharma changed: What|Removed |Added URL||https://bloomagency.in/webs

[Bug 69661] New: "Bloom Digital Marketing Agency delivers innovative web design, SEO, and social media strategies for business growth and success."

2025-04-28 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69661 Bug ID: 69661 Summary: "Bloom Digital Marketing Agency delivers innovative web design, SEO, and social media strategies for business growth and success." Produ

[Bug 69659] Automatic JSP EL optimization

2025-04-28 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #3 from Mark Thomas --- That null handling behaviour isn't what I'd expect. I'd expect some exceptions. Can you create a simple JSP that demonstrates the null handling you are seeing? -- You are receiving this ma

[Bug 69657] session timeout not set when accessing / and its redirected to index.jsp

2025-04-28 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 Remy Maucherat changed: What|Removed |Added Status|NEW |NEEDINFO --- Comment #1 from Remy

[Bug 69659] Automatic JSP EL optimization

2025-04-25 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #2 from John Engebretson --- Thanks Christopher! Very helpful. > How much mileage could you get out of a simple regex-style replacement that > looks for very specific things like this? I would get excellent mileage, althou

[Bug 69659] Automatic JSP EL optimization

2025-04-25 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 --- Comment #1 from Christopher Schultz --- An optimizing compiler won't add much because it can't really prove those things are true unless we teach it, which is probably not worth it. Even the JIT probably isn't able to figur

[Bug 69631] java.nio.channels.WritePendingException when using https-openssl-nio2 and virtual threads

2025-04-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69631 --- Comment #19 from Remy Maucherat --- NIO2 is very clean, so initially when it was released it was better than NIO, which felt abandoned. Since then, roughly staring with Java 11, the following happened: - NIO got fixes and significant

[Bug 69659] New: Automatic JSP EL optimization

2025-04-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69659 Bug ID: 69659 Summary: Automatic JSP EL optimization Product: Tomcat 9 Version: 9.0.98 Hardware: All OS: All Status: NEW Severity: enhancement

[Bug 69631] java.nio.channels.WritePendingException when using https-openssl-nio2 and virtual threads

2025-04-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69631 --- Comment #18 from Mark Thomas --- NIO is poller based. NIO2 is callback based. Performance wise they should be pretty much identical. -- You are receiving this mail because: You are the assignee for the bug

[Bug 69631] java.nio.channels.WritePendingException when using https-openssl-nio2 and virtual threads

2025-04-24 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69631 --- Comment #17 from Ronny Perinke --- We have cross-checked with HTTP and NIO to see if they are also affected. http-nio2 and https-openssl-nio are _not_ affected, only https-openssl-nio2. What are the effective differences between NIO and

[Bug 69377] JSP optimization via custom code generation

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69377 --- Comment #18 from John Engebretson --- *** Bug 65124 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug

[Bug 65124] Inefficient generated JSP code

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=65124 John Engebretson changed: What|Removed |Added Resolution|--- |DUPLICATE Status|NEW

[Bug 69377] JSP optimization via custom code generation

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69377 John Engebretson changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

[Bug 69377] JSP optimization via custom code generation

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69377 --- Comment #17 from John Engebretson --- Thanks Mark! Backports completed, resolving. Expansion to additional tags may come later. -- You are receiving this mail because: You are the assignee for the bug

[Bug 69657] New: session timeout not set when accessing / and its redirected to index.jsp

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69657 Bug ID: 69657 Summary: session timeout not set when accessing / and its redirected to index.jsp Product: Tomcat 10 Version: 10.1.40 Hardware: PC OS

[Bug 69655] org.apache.coyote.http2.Http2Protocol#recycledRequestsAndResponses leak

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69655 --- Comment #8 from Thomas --- Please see the attached screenshot again. I think the root cause is that the length of org.apache.coyote.http2.Http2 Protocol#recycledRequestsAndResponses gradually increases when the upgrade request comes. In

[Bug 69655] org.apache.coyote.http2.Http2Protocol#recycledRequestsAndResponses leak

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69655 --- Comment #7 from Mark Thomas --- (In reply to Thomas from comment #6) > In my opinion, the fix will like this: > https://github.com/apache/tomcat/pull/844 That is not the fix for this issue. -- You are receiving this mail becaus

[Bug 69655] org.apache.coyote.http2.Http2Protocol#recycledRequestsAndResponses leak

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69655 --- Comment #6 from Thomas --- In my opinion, the fix will like this: https://github.com/apache/tomcat/pull/844 -- You are receiving this mail because: You are the assignee for the bug

[Bug 69655] org.apache.coyote.http2.Http2Protocol#recycledRequestsAndResponses leak

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69655 --- Comment #5 from Thomas --- Can you show me the patches that resolved this issue? Thank you! -- You are receiving this mail because: You are the assignee for the bug

[Bug 69655] org.apache.coyote.http2.Http2Protocol#recycledRequestsAndResponses leak

2025-04-23 Thread bugzilla
https://bz.apache.org/bugzilla/show_bug.cgi?id=69655 Mark Thomas changed: What|Removed |Added Resolution|--- |FIXED Status|NEW

  1   2   3   4   5   6   7   8   9   10   >