Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1prYKf-0004fk-8s for pgsql-docs@arkaria.postgresql.org; Wed, 26 Apr 2023 06:08:49 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1prYKd-0003Tq-Cp for pgsql-docs@arkaria.postgresql.org; Wed, 26 Apr 2023 06:08:47 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1prYKc-0003Th-EP for pgsql-docs@lists.postgresql.org; Wed, 26 Apr 2023 06:08:47 +0000 Received: from new4-smtp.messagingengine.com ([66.111.4.230]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1prYKX-0057TB-1T for pgsql-docs@lists.postgresql.org; Wed, 26 Apr 2023 06:08:45 +0000 Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailnew.nyi.internal (Postfix) with ESMTP id D294A58229A; Wed, 26 Apr 2023 02:08:38 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute5.internal (MEProxy); Wed, 26 Apr 2023 02:08:38 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:sender:subject:subject:to:to:x-me-proxy:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1682489318; x= 1682496518; bh=4EisrlRlkPJz7LJY8NIfwwXygvZVHCkbJhCbizPtlJI=; b=W GlXi4sMrnDnd513T7xZ0v4hflexBM3L2vGqr5BQLLwMfGylQNZS/Xloiv+R2FK5a irb6sGsz+RK3nwsSMCX7gQRef5p/RTf4a63FQAMgdnZ/hZ2Ie3Q9sAkzA75w1b8R yAVhccgJ3gashibGj+vDTY21QlkGaIO2RujZXniR8T7XZ8Cs8AhjF+rT9OOUgGzx XJkuSIH0SPMhK8rb/KwVdQtnN28zxxpsM0sCWnifwnh7xUjF6AI3Wv7acia7zC5z y5YQVjAgd4i/bcKBh/dYO5JmUs1VGizKjPCS8XNcodibgn27Z1BBS9UePG/lXbuj +3BHbnSCQrOec7pOmqd0w== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrfedufedguddtiecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfhfhfgjtgfgsehtjeertddtfeejnecuhfhrohhmpefrvght vghrucfgihhsvghnthhrrghuthcuoehpvghtvghrrdgvihhsvghnthhrrghuthesvghnth gvrhhprhhishgvuggsrdgtohhmqeenucggtffrrghtthgvrhhnpeefjeegheetuefhveev udelueeftdejteeiffetvdduhfdtieefgfeutedtveeggfenucevlhhushhtvghrufhiii gvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehpvghtvghrrdgvihhsvghnthhrrghu thesvghnthgvrhhprhhishgvuggsrdgtohhm X-ME-Proxy: Feedback-ID: i131946ab:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 26 Apr 2023 02:08:37 -0400 (EDT) Message-ID: <4e34fcb4-6791-0266-7352-27b769c478f9@enterprisedb.com> Date: Wed, 26 Apr 2023 08:08:36 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: confusing positioning of notes in connection settings Content-Language: en-US To: "Jonathan S. Katz" , Pg Docs References: <6f825d42-a1ce-492a-2ea7-c83e6e65fa8b@postgresql.org> From: Peter Eisentraut In-Reply-To: <6f825d42-a1ce-492a-2ea7-c83e6e65fa8b@postgresql.org> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 22.04.23 21:53, Jonathan S. Katz wrote: > While testing a few other things on the connection settings page[1], I > noticed the notes on the "tcp_*" family of settings. While scrolling > further down the page, I found myself slightly confused over which note > corresponded to which setting (example in screenshot). > > Given the nature of these notes, i.e. to say that the setting is not > supported in Windows, couldn't we just add that text to the description > of the parameter and remove the note? I think that'd make it a bit > clearer which comment applies to which parameter. I agree we could fold the notes (and other similar notes nearby) into the main text. Or we could just remove them, because the main text already contains the information in more general form. I wonder if the notes are even true. The text for tcp_keepalives_interval already says that it is only supported if TCP_KEEPCNT is supported. There is no specific code for Windows. Random googling suggests that TCP_KEEPCNT does exist on Windows.