From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tremer To: development@lists.ipfire.org Subject: Re: Core Update 159 Testing release feedback Date: Wed, 11 Aug 2021 11:49:20 +0200 Message-ID: In-Reply-To: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============4897653242523176389==" List-Id: --===============4897653242523176389== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hello, > On 10 Aug 2021, at 10:07, Adolf Belka wrote: >=20 > Hi All, >=20 >=20 > I have had my Core Update 159 Testing release running for a while now on my= vm testbed and generally everything continues to run well on it. >=20 > There are only two items that I have found/experienced that need to be ment= ioned. >=20 > On the Update accelerator configuration page the box to enter the Max. disk= usage: in has shrunk to only one digit wide. The attached screen shot shows = the box with a 5 in it but the number is actually 50. You can use the cursor = to move the number along but then you will only see 0. In Core Update 158 the= box is large enough to have three digits visible. >=20 > I will raise a bug in bugzilla for this. Thank you. I do not remember that this code was touched recently (it might be= a change in how the browser renders the page). I would assume that this isn= =E2=80=99t severe enough to block the release. > The other item occurred when I upgraded from 158 to 159. Partway through th= e upgrade I got a "Forbidden You don't have permission to access this resourc= e" message. Reloading IPFire and accessing the pakfire screen showed that the= upgrade had been completed. Nothing like this happened since. The following = error message was in the httpd/error_log >=20 >=20 > [Wed Aug 04 23:38:36.327035 2021] [cgid:error] [pid 4961:tid 13638850598604= 8] (13)Permission denied: AH01241: exec of '/srv/web/ipfire/cgi-bin/speed.cgi= ' failed > [Wed Aug 04 23:38:36.327180 2021] [cgid:error] [pid 4066:tid 13638848382316= 8] [client 192.168.111.97:33232] End of script output before headers: speed.c= gi, referer: https://ipfire:444/ > [Wed Aug 04 23:38:38.319827 2021] [core:error] [pid 4066:tid 13638847543046= 4] (13)Permission denied: [client 192.168.111.97:33234] AH00035: access to /c= gi-bin/speed.cgi denied (filesystem > path '/srv/web') because search permissions are missing on a component of t= he path, referer: https://ipfire:444/ > [Wed Aug 04 23:38:38.915986 2021] [core:error] [pid 4066:tid 13638846703776= 0] (13)Permission denied: [client 192.168.111.97:33234] AH00035: access to /c= gi-bin/pakfire.cgi denied (filesyste > m path '/srv/web') because search permissions are missing on a component of= the path, referer: https://ipfire:444/ Yes, I can confirm this. This is tar changing permissions of directories. It = is kind of bad because problems become user-visible through this. We need to explore what we can do about this. It is harmless in this case, bu= t it looks ugly and is confusing. I suppose the changes that we have made in the extraction routine do not impr= ove anything. Should we try to revert tar? -Michael >=20 >=20 > Regards, >=20 > Adolf. >=20 > --===============4897653242523176389==--