From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail-wr1-f49.google.com ([209.85.221.49]) by ewsd; Fri Mar 20 13:12:47 EDT 2020 Received: by mail-wr1-f49.google.com with SMTP id w10so8450119wrm.4 for <9front@9front.org>; Fri, 20 Mar 2020 10:12:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:message-id:date:to:subject:in-reply-to:mime-version :content-transfer-encoding; bh=vSqwKuwsXDDIW43X9izDap529aN7Ie76dYwV3KMZU+s=; b=V/keTJYH27nmxxkVFSzqJg9l3ZpaWPa5Err+SpcvKeOK92UixqIebXAkv48hPpqvMg 2ESjYdLYFBl1VD+R8yLfWyTfZYxKVQRwmu+7eBwXV6Tract/BESJCF/aIihPdYMMcRDK 6iNmj7Bur7fJKn5mpwytMwA0Y2IAq3VEC6TGC3Q4obyqxjZWQTqGlKKNUFaiyoePA/G/ dL52UqNKiQa6MT+mwtDnc0GtIWvBQqYO+Q6MRnLDSclSmc+eQnydjn4BbP02Fc9Pclka fv/9iGLc0atFcx9GGTk5G9scql25Nvb8SRNapWS404XVfg/YW6ILLsoxeLH0YsD9P+jX 5x/Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:message-id:date:to:subject:in-reply-to :mime-version:content-transfer-encoding; bh=vSqwKuwsXDDIW43X9izDap529aN7Ie76dYwV3KMZU+s=; b=nB3JeUAjYR5uHwcT6IhY04yLno9Yhxhn2eguxStjFmyk6WcZS3DW2IfP+GUXDaycF4 rhTfXY8+DBgwDi/esSTbwSDftfSWr83JqRr6N6XaOj87QwxdEdCKYylHbGxpWPwvlHmF BKklSvwd19VwgU64L6w4HncAaDiuL+GUbWXbal4gNvQlExINEoYD7th604/j5w7eOkAx OzYaOMjGz2PzIt31X0bc8jrlstDjT34byqd7MTST9R1FvneAq8/b0uzAq9Yp/JHPai+d GJYGY0rYetRaGbO1AO2sRm0vdMUjejSOl/J55yQFzqrCHuq2Heq9cW5lsx2+CuqRTIgx nfgA== X-Gm-Message-State: ANhLgQ2ntsfFhnqrvwyAJvTJHrf8O5Q99Fd2ZAf8/WyajnSxw+Bq1+sh rD31Fj5qb0fpOVql3kcbCck= X-Google-Smtp-Source: ADFU+vu6IXVFfpOgOhRlOc2WbR9odcWYDurpP/wPAarJrd3+9cMpnAHJdxK6QXrcZMBW3CPG8Z1b3w== X-Received: by 2002:adf:e5d2:: with SMTP id a18mr12640873wrn.334.1584724363703; Fri, 20 Mar 2020 10:12:43 -0700 (PDT) Return-Path: Received: from hades (lfbn-idf1-1-352-97.w86-195.abo.wanadoo.fr. [86.195.7.97]) by smtp.gmail.com with ESMTPSA id n2sm8795438wrr.62.2020.03.20.10.12.42 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Fri, 20 Mar 2020 10:12:43 -0700 (PDT) From: telephil9@gmail.com X-Google-Original-From: pme@gmail.com Message-ID: <77D9629A24752EF2B79C31DC37C2C76C@gmail.com> Date: Fri, 20 Mar 2020 18:12:41 +0100 To: ori@eigenstate.org, knusbaum@sdf.org, 9front@9front.org, kokamoto@hera.eonet.ne.jp Subject: Re: [9front] adding javascript enable to netsurf In-Reply-To: <2E9D0BC175C6CB97ED70074A091C37A7@eigenstate.org> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit List-ID: <9front.9front.org> List-Help: X-Glyph: ➈ X-Bullshit: pipelining browser high-performance grid On Fri Mar 20 17:16:38 CET 2020, ori@eigenstate.org wrote: > > I think the error is due to a limitation of the webfs fetcher. Currently, the fetcher hangs on > > to webfs handles until they're freed by netsurf, even after the data is > > read, because after they're closed things like headers are unavailable. > > This means tha webfs handles can be exhausted, at which point netsurf > > starts to run into that error. > > > > This can definitely be improved in the webfs fetcher, but maybe the > > relatively low webfs handle limit could also be raised. > > > > Are they ever released, or are they effectively leaked? > > Also, searching on Google just.. doesn't work. It seems like we get > a bogus URL. > I tracked this one down to iconv not being implemented (see posix/src/iconv.c). For the bogus URL, the reason is that when the form is submitted, its fields are encoded (form_encode_item() in netsurf/content/handlers/html/form.c) using iconv which returns null each time (hence the many =&=&=&=). Proper fix would be to implement the iconv() function, easy cheat is to return the unmodified item in the form_encode_item() function.