GNU logs - #69398, boring messages

Message sent to bug-auctex@HIDDEN:

Subject: bug#69398: `LaTeX-fill-paragraph` behavior within indented environments
Resent-From: Ruiyang Wu <ywwry66@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Mon, 26 Feb 2024 00:22:02 +0000
Resent-Message-ID: <handler.69398.B.170890692017094 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 69398 <at> debbugs.gnu.org
From: Ruiyang Wu <ywwry66@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_26661220-EACC-42A0-AFF3-70D54361BDBC"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Message-Id: <6505E1F5-8641-49AD-AEF7-58D1622D27C6@HIDDEN>
Date: Sun, 25 Feb 2024 19:21:17 -0500
Received-SPF: pass client-ip=2607:f8b0:4864:20::1130;
 envelope-from=ywwry66@HIDDEN; helo=mail-yw1-x1130.google.com
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 FREEMAIL_ENVFROM_END_DIGIT=0.25, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001,
 T_SCC_BODY_TEXT_LINE=-0.01 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.1 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.1 (--)


--Apple-Mail=_26661220-EACC-42A0-AFF3-70D54361BDBC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi there,

When the point is on the first letter of a line inside an indented =
environment (e.g., itemize, proof, etc.), running `LaTeX-fill-paragraph` =
will move the point to the beginning of the line. Here is a MWE:

\documentclass{article}

\begin{document}
\begin{itemize}
\item In indented environments, when the point is at the first letter
    of a line, running ``LaTeX-fill-paragraph'' will move the point to
  the beginning of the line. Ideally, it should stay with the letter.
\end{itemize}
\end{document}

1. If the point is on the first =E2=80=9Co=E2=80=9D in the line =
immediately after =E2=80=9C\item=E2=80=9D, running =
`LaTeX-fill-paragraph` moves the point to column 0, while =E2=80=9Co=E2=80=
=9D is moved to column 2 because of the filling operation.
2. If the point is on the first =E2=80=9Cf=E2=80=9D in the same line as =
above, the point stays on =E2=80=9Cf=E2=80=9D after running =
`LaTeX-fill-paragraph` (both moved to column 3).

I think it is better to have consistent point behavior as in scenario 2, =
because users probably want to continue editing after running `M-q=E2=80=99=
, and it is much more efficient if the point stays on the same letter =
before and after filling.

Best,
Ruiyang


--Apple-Mail=_26661220-EACC-42A0-AFF3-70D54361BDBC
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;">Hi =
there,<div><br></div><div>W<span style=3D"caret-color: rgb(0, 0, 0); =
color: rgb(0, 0, 0);">hen the point is on the first letter of a line =
inside an indented environment (e.g., itemize, proof, =
etc.),&nbsp;</span>running&nbsp;`LaTeX-fill-paragraph` will move the =
point to the beginning of the line. Here is a =
MWE:</div><div><br></div><div><div>\documentclass{article}</div><div><br><=
/div><div>\begin{document}</div><div>\begin{itemize}</div><div>\item In =
indented environments, when the point is at the first =
letter</div><div>&nbsp; &nbsp; of a line, running =
``LaTeX-fill-paragraph'' will move the point to</div><div>&nbsp; the =
beginning of the line. Ideally, it should stay with the =
letter.</div><div>\end{itemize}</div><div>\end{document}</div></div><div><=
br></div><div>1. If the point is on the first =E2=80=9Co=E2=80=9D in the =
line immediately after =E2=80=9C\item=E2=80=9D, running&nbsp;<font =
color=3D"#000000">`LaTeX-fill-paragraph` moves the point to column 0, =
while =E2=80=9Co=E2=80=9D is moved to column 2 because of the filling =
operation.</font></div><div><font color=3D"#000000">2. If the point is =
on the first =E2=80=9Cf=E2=80=9D in the same line as above, the point =
stays on =E2=80=9Cf=E2=80=9D after running&nbsp;</font><span =
style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0);">`LaTeX-fill-paragraph` (both moved to column =
3).</span></div><div><span style=3D"caret-color: rgb(0, 0, 0); color: =
rgb(0, 0, 0);"><br></span></div><div><font color=3D"#000000">I think it =
is better to have consistent point behavior as in scenario 2, because =
users probably want to continue editing after running `M-q=E2=80=99, and =
it is much more efficient if the point stays on the same letter before =
and after filling.</font></div><div><br><div>
<div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0); letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: =
after-white-space;"><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, =
0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: =
after-white-space;"><div>Best,</div><div>Ruiyang</div></div></div>
</div>
<br></div></body></html>=

--Apple-Mail=_26661220-EACC-42A0-AFF3-70D54361BDBC--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Ruiyang Wu <ywwry66@HIDDEN>
Subject: bug#69398: Acknowledgement (`LaTeX-fill-paragraph` behavior
 within indented environments)
Message-ID: <handler.69398.B.170890692017094.ack <at> debbugs.gnu.org>
References: <6505E1F5-8641-49AD-AEF7-58D1622D27C6@HIDDEN>
X-Gnu-PR-Message: ack 69398
X-Gnu-PR-Package: auctex
Reply-To: 69398 <at> debbugs.gnu.org
Date: Mon, 26 Feb 2024 00:22:03 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-auctex@HIDDEN

If you wish to submit further information on this problem, please
send it to 69398 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
69398: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D69398
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-auctex@HIDDEN:

Subject: bug#69398: `LaTeX-fill-paragraph` behavior within indented environments
Resent-From: Ikumi Keita <ikumi@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sun, 03 Mar 2024 08:43:01 +0000
Resent-Message-ID: <handler.69398.B69398.17094553614412 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ruiyang Wu <ywwry66@HIDDEN>
Cc: 69398 <at> debbugs.gnu.org
From: Ikumi Keita <ikumi@HIDDEN>
In-reply-to: <6505E1F5-8641-49AD-AEF7-58D1622D27C6@HIDDEN>
References: <6505E1F5-8641-49AD-AEF7-58D1622D27C6@HIDDEN>
Comments: In-reply-to Ruiyang Wu <ywwry66@HIDDEN>
 message dated "Sun, 25 Feb 2024 19:21:17 -0500."
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
Date: Sun, 03 Mar 2024 17:41:53 +0900
Message-ID: <3371.1709455313@localhost>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

Hi Ruiyang,

>>>>> Ruiyang Wu <ywwry66@HIDDEN> writes:
> Hi there,
> When the point is on the first letter of a line inside an indented environment (e.g., itemize, proof, etc.), running `LaTeX-fill-paragraph` will move the point to the beginning of the line. Here is a MWE:

> \documentclass{article}

> \begin{document}
> \begin{itemize}
> \item In indented environments, when the point is at the first letter
>     of a line, running ``LaTeX-fill-paragraph'' will move the point to
>   the beginning of the line. Ideally, it should stay with the letter.
> \end{itemize}
> \end{document}

> 1. If the point is on the first $B!H(Bo$B!I(B in the line immediately after $B!H(B\item$B!I(B, running `LaTeX-fill-paragraph` moves the point to column 0, while $B!H(Bo$B!I(B is moved to column 2 because of the filling operation.
> 2. If the point is on the first $B!H(Bf$B!I(B in the same line as above, the point stays on $B!H(Bf$B!I(B after running `LaTeX-fill-paragraph` (both moved to column 3).

> I think it is better to have consistent point behavior as in scenario 2, because users probably want to continue editing after running `M-q$B!G(B, and it is much more efficient if the point stays on the same letter before and after filling.

Sorry for late response. I confirmed what you reported (with fill-column
being 70) and had brief look at the relevant code. Unfortunately, the
code uses `save-excursion' to preserve the point, so it seems that
something very exceptional is happening. I'll try to figure out the
origin and fix it, but it can take a non trivial span of time. :-(

Regards,
Ikumi Keita
#StandWithUkraine #StopWarInUkraine
#Gaza #StopMassiveKilling #CeasefireNOW

Message sent to bug-auctex@HIDDEN:

Subject: bug#69398: `LaTeX-fill-paragraph` behavior within indented environments
Resent-From: Ruiyang Wu <ywwry66@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-auctex@HIDDEN
Resent-Date: Sun, 03 Mar 2024 14:46:02 +0000
Resent-Message-ID: <handler.69398.B69398.170947715920099 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Ikumi Keita <ikumi@HIDDEN>
Cc: 69398 <at> debbugs.gnu.org
From: Ruiyang Wu <ywwry66@HIDDEN>
Message-Id: <E1E132FB-CC57-4FCC-8532-8B104C55B9AB@HIDDEN>
Content-Type: multipart/alternative;
 boundary="Apple-Mail=_39F91935-F901-43D8-9E53-A0CA9F4B5703"
Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3774.400.31\))
Date: Sun, 3 Mar 2024 09:44:12 -0500
In-Reply-To: <3371.1709455313@localhost>
References: <6505E1F5-8641-49AD-AEF7-58D1622D27C6@HIDDEN>
 <3371.1709455313@localhost>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>


--Apple-Mail=_39F91935-F901-43D8-9E53-A0CA9F4B5703
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=utf-8

Hi Ikumi,

Thanks for the reply and please take your time.

Best,
Ruiyang

> On Mar 3, 2024, at 3:41=E2=80=AFAM, Ikumi Keita <ikumi@HIDDEN> =
wrote:
>=20
> Hi Ruiyang,
>=20
> Sorry for late response. I confirmed what you reported (with =
fill-column
> being 70) and had brief look at the relevant code. Unfortunately, the
> code uses `save-excursion' to preserve the point, so it seems that
> something very exceptional is happening. I'll try to figure out the
> origin and fix it, but it can take a non trivial span of time. :-(
>=20
> Regards,
> Ikumi Keita
> #StandWithUkraine #StopWarInUkraine
> #Gaza #StopMassiveKilling #CeasefireNOW


--Apple-Mail=_39F91935-F901-43D8-9E53-A0CA9F4B5703
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=utf-8

<html><head><meta http-equiv=3D"content-type" content=3D"text/html; =
charset=3Dutf-8"></head><body style=3D"overflow-wrap: break-word; =
-webkit-nbsp-mode: space; line-break: after-white-space;">Hi =
Ikumi,<div><br></div><div>Thanks for the reply and please take your =
time.</div><div><br id=3D"lineBreakAtBeginningOfMessage"><div>
<div dir=3D"auto" style=3D"caret-color: rgb(0, 0, 0); color: rgb(0, 0, =
0); letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; word-wrap: =
break-word; -webkit-nbsp-mode: space; line-break: =
after-white-space;"><div dir=3D"auto" style=3D"caret-color: rgb(0, 0, =
0); color: rgb(0, 0, 0); letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; word-wrap: break-word; -webkit-nbsp-mode: space; line-break: =
after-white-space;"><div>Best,</div><div>Ruiyang</div></div></div>
</div>
<div><br><blockquote type=3D"cite"><div>On Mar 3, 2024, at 3:41=E2=80=AFAM=
, Ikumi Keita &lt;ikumi@HIDDEN&gt; wrote:</div><br =
class=3D"Apple-interchange-newline"><div><meta charset=3D"UTF-8"><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;">Hi Ruiyang,</span><br><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;"><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;">Sorry for late response. I confirmed what =
you reported (with fill-column</span><br style=3D"caret-color: rgb(0, 0, =
0); font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: 400; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;"><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: 400; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;">being =
70) and had brief look at the relevant code. Unfortunately, =
the</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: 400; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;"><span style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: 400; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;">code uses =
`save-excursion' to preserve the point, so it seems that</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;"><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;">something very exceptional is happening. =
I'll try to figure out the</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: 400; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;"><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: 400; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;">origin =
and fix it, but it can take a non trivial span of time. :-(</span><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;"><br =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none;"><span =
style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; font-size: =
12px; font-style: normal; font-variant-caps: normal; font-weight: 400; =
letter-spacing: normal; text-align: start; text-indent: 0px; =
text-transform: none; white-space: normal; word-spacing: 0px; =
-webkit-text-stroke-width: 0px; text-decoration: none; float: none; =
display: inline !important;">Regards,</span><br style=3D"caret-color: =
rgb(0, 0, 0); font-family: Helvetica; font-size: 12px; font-style: =
normal; font-variant-caps: normal; font-weight: 400; letter-spacing: =
normal; text-align: start; text-indent: 0px; text-transform: none; =
white-space: normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;"><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: 400; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;">Ikumi =
Keita</span><br style=3D"caret-color: rgb(0, 0, 0); font-family: =
Helvetica; font-size: 12px; font-style: normal; font-variant-caps: =
normal; font-weight: 400; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none;"><span style=3D"caret-color: rgb(0, 0, 0); font-family: Helvetica; =
font-size: 12px; font-style: normal; font-variant-caps: normal; =
font-weight: 400; letter-spacing: normal; text-align: start; =
text-indent: 0px; text-transform: none; white-space: normal; =
word-spacing: 0px; -webkit-text-stroke-width: 0px; text-decoration: =
none; float: none; display: inline !important;">#StandWithUkraine =
#StopWarInUkraine</span><br style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: 400; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none;"><span style=3D"caret-color: rgb(0, 0, 0); =
font-family: Helvetica; font-size: 12px; font-style: normal; =
font-variant-caps: normal; font-weight: 400; letter-spacing: normal; =
text-align: start; text-indent: 0px; text-transform: none; white-space: =
normal; word-spacing: 0px; -webkit-text-stroke-width: 0px; =
text-decoration: none; float: none; display: inline !important;">#Gaza =
#StopMassiveKilling =
#CeasefireNOW</span></div></blockquote></div><br></div></body></html>=

--Apple-Mail=_39F91935-F901-43D8-9E53-A0CA9F4B5703--

Last modified: Sun, 3 Mar 2024 15:00:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.