From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on dcvr.yhbt.net X-Spam-Level: X-Spam-ASN: AS202172 95.215.58.0/24 X-Spam-Status: No, score=-3.4 required=3.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE shortcircuit=no autolearn=ham autolearn_force=no version=3.4.6 Received: from out-174.mta1.migadu.com (out-174.mta1.migadu.com [95.215.58.174]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 328BE1F406 for ; Sat, 11 Nov 2023 22:44:18 +0000 (UTC) Authentication-Results: dcvr.yhbt.net; dkim=pass (1024-bit key; secure) header.d=grimler.se header.i=@grimler.se header.a=rsa-sha256 header.s=key1 header.b=NFMq9U1b; dkim-atps=neutral Date: Sat, 11 Nov 2023 23:44:11 +0100 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=grimler.se; s=key1; t=1699742655; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type; bh=XjFIuZcoyoStk0GoAVG55nIsqcxrl7RsOScV/XJKZPU=; b=NFMq9U1bPytkRcHK07c4rzvdhB+rb4g+R8HGQbBt4sYVDslARhxonDbrP64UrBSM3s4ivW 7MvsNVkZI1vi/wvA2eW3i+GLiAR9TCkfhGrPmpEkGb9P2H/XXGE1ZPBULUT6H1QcviId5q vnUJPVxv3NC2oFZf1PJiVqBTy+s219M= X-Report-Abuse: Please report any abuse attempt to abuse@migadu.com and include these headers. From: Henrik Grimler To: meta@public-inbox.org Subject: [Bug] lei: extra quotes inserted into query with AND/OR Message-ID: <20231111224411.GA620644@grimlerstat.localdomain> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Migadu-Flow: FLOW_OUT List-Id: Hi, I recently found out about lei and installed it through archlinux's package manager and am trying out queries. When using AND/OR extra quotes are inserted in the curl command which messes it up, for example: $ lei q -I https://lore.kernel.org/all/ -o ~/mail/foo 'dfn:COPYING OR dfn:Makefile' # /home/grimler/.local/share/lei/store 0/0 # /usr/bin/curl -Sf -s -d '' https://lore.kernel.org/all/?x=m&q=dfn%3A%22COPYING+OR+dfn%3AMakefile%22 # 0 written to /home/grimler/mail/foo/ (0 matches) where it can be seen that it tries to search for 'dfn:"COPYING OR dfn:Makefile"', and no hits are returned since there is no file named "COPYING OR dfn:Makefile". lei and perl-publicinbox are reported to be version 1.9.0-2. I tried out lei from git repo (commit 270715407b0e ("doc: update README.unsubscribe")) and had the same issue with that version as well. Is this a known issue, or am I doing something wrong? Best regards, Henrik Grimler