Hi Gustaf

my apologies, I hadn't realised that silencing the log would lead to different 
behaviour. If this is a bigger job than expected, please feel free to revert 
back to previous version. It's a nice-to-have feature for us.

The attached script reproduces the issue when the parameter is set to false.

thanks
Brian

________________________________
From: Gustaf Neumann <neum...@wu.ac.at>
Sent: Monday 6 November 2023 1:59 pm
To: naviserver-devel@lists.sourceforge.net 
<naviserver-devel@lists.sourceforge.net>
Subject: Re: [naviserver-devel] NaviServer 4.99.29 available


Hi Brian,


as stated several times, the right action is to fix your script (as you did) 
rather than "silencing" NaviServer. I am not surprised, that attempts to write 
on detached connections can lead to error conditions on several occasions 
(generating errors avoids this).


But since we offer this silencing parameter, i do agree, the crashing is harsh. 
If you could send a short script triggering the problem it would help to work 
on such cases.


all the best

-g


On 06.11.23 14:25, Brian Fenton wrote:
Hi Gustaf

I just built and ran some tests on the "rejectalreadyclosedconn" parameter to 
see how it handles code that triggers the "connection socket is detached" error.

 If I set "rejectalreadyclosedconn" to false, and browse to a page that 
triggers the "connection socket is detached" error, Naviserver crashes with the 
following error message:

[06/Nov/2023:13:13:21][39.7f3489fb9640][-conn:openacs:default:1:30-] Warning: 
NsWriterQueue: called without sockPtr size 414 bufs 1 flags 1030431 stream 
000000 chan (nil) fd -1
[06/Nov/2023:13:13:21][39.7f3489fb9640][-conn:openacs:default:1:30-] Fatal: 
received fatal signal 11

If I then fix the code that was triggering the "connection socket is detached" 
error, by adding the missing "return" after the offending "ad_returnredirect", 
everything works fine.

Let me know if you need more info to help reproduce this.
thanks,
Brian

________________________________
From: Gustaf Neumann <neum...@wu.ac.at><mailto:neum...@wu.ac.at>
Sent: Thursday 2 November 2023 2:30 pm
To: Navidevel 
<naviserver-devel@lists.sourceforge.net><mailto:naviserver-devel@lists.sourceforge.net>
Subject: [naviserver-devel] NaviServer 4.99.29 available

Dear all,

I am glad to announce that the release of NaviServer 4.99.29 is available at 
SourceForge [1].  This release is a pure bug-fix and maintenance release, which 
fixes a potentiall serious memory leak when working with PostgreSQL and large 
text contents. Furthermore, the release contains a small enhancement as 
requested by Brian not very long ago on this list.

See below for a summary of the changes.

So far, these changes are only available on sourceforge, since i have lost 
write access to the repository at bitbucket. The people on Atlassian seem to 
have changed some account types, and - on to of this - they annouced via the 
Blog post on September 27, 2023, that the billing model changed (where they 
also refer to the "unified-user-management"). It took me a while to figure out, 
what happened. The blog post states:

>From October 31st, 2023, Bitbucket Cloud will begin counting all workspace 
>members as a billable user. ....

Free plans: If you're on a free plan and your billable user count is higher 
than 5 as per the new definition of billable user, all repositories in your 
workspace will become read-only until you remove some users or upgrade your 
workspace to a paid plan.

It seems that the users of the "naviserver" group are now counted as "billable 
users", and it contains 19 users. According to support, we have to reduce this 
number to 5, otherwise nobody will be able to commit anything.

Due to the ability with PRs, i think the reduction will be possible without too 
much loss in functionality. If nobody objects, i will go back in history and 
reduce the number of commit-member based on the most recent direct commits. I 
hope, that non of the "old members" will be offended by this. One other option 
would be to upgrade to a paid plain - but i am not sure, who is gonna pay for 
this.

All the best!

-gustaf neumann

[1] https://sourceforge.net/projects/naviserver/files/naviserver/4.99.29/
[2] https://bitbucket.org/blog/billing-model-change


=======================================
NaviServer 4.99.29, released 2023-11-01
=======================================

 37 files changed, 261 insertions(+), 132 deletions(-)

New Features:
-------------
 - Eased configuration of simple setups
   * don't require to specify a "defaultserver" when a single
     server is in use.

   * reduce warnings for per-server network drivers. This is a not
     recommended but possible configuration, global network drivers
     should be used.

 - The configuration option "rejectalreadyclosedconn", which warns
   about attempts to send data to the web client at times, when the
   connection is not available anymore, is now applied on closed and
   detached connections. Before it was only applied on closed
   connections, causing potentially many warnings for legacy
   applications.

Bug Fixes:
----------

  - Fixed a potential memory leak introduced two releases ago (in
    4.99.27).

  - Fixed a potential compilation problem with glibc 2.38 or newer
    (released 31 Jul 2023)

  - Fixed reloading of certificates for mass virtual hosting

Code Maintenance:
-----------------

  - fixed typos
  - fixed enum/int conversion flagged by gcc13


Modules:
--------
The following list contains the most important changes:

 - module nsdbpg:
   fixed memory leak (see above).

Attachment: rejectalreadyclosedconn.tcl
Description: rejectalreadyclosedconn.tcl

_______________________________________________
naviserver-devel mailing list
naviserver-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/naviserver-devel

Reply via email to