GNU bug report logs -
#58554
Bash functions with hyphen not showing up in speedbar
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 58554 in the body.
You can then email your comments to 58554 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 00:56:01 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Heime <heimeborgia <at> protonmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 16 Oct 2022 00:56:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Have seen there was a bug report about bash functions with hyphen not showing up in speedbar. Many
months have passed and would like a solution because I have some bash functions where it would be
good for mo to use hyphen and be able to use the speedbar to access the function names.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 04:14:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 58554 <at> debbugs.gnu.org (full text, mbox):
forcemerge 21477 58554
thanks
Heime via "Bug reports for GNU Emacs, the Swiss army knife of text
editors" <bug-gnu-emacs <at> gnu.org> writes:
> Have seen there was a bug report about bash functions with hyphen not
^^^^^^^^^^^^^^^^^^^^^^
> showing up in speedbar. Many months have passed and would like a
> solution because I have some bash functions where it would be good for
> mo to use hyphen and be able to use the speedbar to access the
> function names.
(This is a duplicate of bug#21477, so I'm merging them.)
So why are you reporting it again? I note that this is the same bug
that was previously reported as:
Bug#52319 by fatiparty <at> tutanota.com
Bug#52928 by tolugboji <at> protonmail.com
Bug#54265 by angelomolina <at> tutanota.com
Bug#56003 by carlmarcos <at> tutanota.com
Bug#57255 by uzibalqa <uzibalqa <at> proton.me>
You don't get any points for reporting the same bug more than once, and
you especially don't get any for doing it under several different
pseudonyms. It is very easy to see that all of these aliases are in
fact one and the same person.
Please stop reporting duplicate bug reports. It is a waste of time and
energy. It also makes it much more likely that your bug reports will
simply be ignored in the future. Thanks in advance.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 04:20:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 58554 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Sunday, October 16th, 2022 at 4:13 AM, Stefan Kangas <stefankangas <at> gmail.com> wrote:
> forcemerge 21477 58554
> thanks
>
> Heime via "Bug reports for GNU Emacs, the Swiss army knife of text
> editors" bug-gnu-emacs <at> gnu.org writes:
>
> > Have seen there was a bug report about bash functions with hyphen not
>
> ^^^^^^^^^^^^^^^^^^^^^^
>
> > showing up in speedbar. Many months have passed and would like a
> > solution because I have some bash functions where it would be good for
> > mo to use hyphen and be able to use the speedbar to access the
> > function names.
>
>
> (This is a duplicate of bug#21477, so I'm merging them.)
>
> So why are you reporting it again? I note that this is the same bug
> that was previously reported as:
>
> Bug#52319 by fatiparty <at> tutanota.com
>
> Bug#52928 by tolugboji <at> protonmail.com
>
> Bug#54265 by angelomolina <at> tutanota.com
>
> Bug#56003 by carlmarcos <at> tutanota.com
>
> Bug#57255 by uzibalqa <uzibalqa <at> proton.me>
>
>
> You don't get any points for reporting the same bug more than once, and
> you especially don't get any for doing it under several different
> pseudonyms. It is very easy to see that all of these aliases are in
> fact one and the same person.
Think whatever you like.
> Please stop reporting duplicate bug reports. It is a waste of time and
> energy. It also makes it much more likely that your bug reports will
> simply be ignored in the future. Thanks in advance.
Ignoring bug reports as act of spite. Is this a new trend?
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 06:16:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 58554 <at> debbugs.gnu.org (full text, mbox):
>> Please stop reporting duplicate bug reports. It is a waste of time
>> and energy. It also makes it much more likely that your bug reports
>> will simply be ignored in the future. Thanks in advance.
>
> Ignoring bug reports as act of spite. Is this a new trend?
You are missing the point. Saying 'ping' to a bug report is fully
valid – and even quite useful so that the Emacs maintainers know that
there is still interest in resolving the problem at hand. Doing this
without referring to the original bug report number *creates a new*
report, which means more administrative work nobody really likes to
do, and which becomes annoying if this happens repeatedly. And yes,
such annoyance eventually leads to ignoring a bug report, which
essentially means that the report's priority is set to a very low
value.
Please always bear in mind that maintaining Emacs is an unpaid job
done in spare time for fun. Fixing bugs is especially unthankful, and
being annoyed reduces the fun factor enormously.
Werner
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 06:32:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 58554 <at> debbugs.gnu.org (full text, mbox):
> Cc: 58554 <at> debbugs.gnu.org
> Date: Sun, 16 Oct 2022 04:19:35 +0000
> From: Heime via "Bug reports for GNU Emacs,
> the Swiss army knife of text editors" <bug-gnu-emacs <at> gnu.org>
>
> Ignoring bug reports as act of spite. Is this a new trend?
Bug reports are not ignored here. But we don't always have ideas for
how to solve a particular bug, or the manpower or expertise to work on
that. Then the bug could, unfortunately, stay unsolved for prolonged
periods of time.
Pinging an unsolved bug report is OK. But reporting it again under a
different number just adds to the workload of the maintainers, so
please make a point of pinging the original bug report (by replying to
the same NNNN <at> debbugs.gnu.org address, where NNNN is the original bug
number).
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 06:45:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 58554 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
> Pinging an unsolved bug report is OK. But reporting it again under a
> different number just adds to the workload of the maintainers, so
> please make a point of pinging the original bug report (by replying to
> the same NNNN <at> debbugs.gnu.org address, where NNNN is the original bug
> number).
In addition, reporting the same bug multiple times, and under multiple
aliases, makes life harder for all of us. Not to mention that Heime
(a.k.a fatiparty, uzibalqa, carlmarcos) has consistently been rude to
people here, on help-bash and bug-bash, and help-gnu-emacs.
Heime, please don't do that!
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 13:58:01 GMT)
Full text and
rfc822 format available.
Message #25 received at 58554 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Sunday, October 16th, 2022 at 6:43 AM, Po Lu <luangruo <at> yahoo.com> wrote:
> Eli Zaretskii eliz <at> gnu.org writes:
>
> > Pinging an unsolved bug report is OK. But reporting it again under a
> > different number just adds to the workload of the maintainers, so
> > please make a point of pinging the original bug report (by replying to
> > the same NNNN <at> debbugs.gnu.org address, where NNNN is the original bug
> > number).
>
>
> In addition, reporting the same bug multiple times, and under multiple
> aliases, makes life harder for all of us. Not to mention that Heime
> (a.k.a fatiparty, uzibalqa, carlmarcos) has consistently been rude to
> people here, on help-bash and bug-bash, and help-gnu-emacs.
>
> Heime, please don't do that!
Fine. Still you do not know what you are talking about. The fact that some
people believe something is no guarantee of its truth. You are misguided
but then I would think you are not part of the real Gnu Team. Just an imitation.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 16:44:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 58554 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Sunday, October 16th, 2022 at 6:30 AM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Cc: 58554 <at> debbugs.gnu.org
> > Date: Sun, 16 Oct 2022 04:19:35 +0000
> > From: Heime via "Bug reports for GNU Emacs,
> > the Swiss army knife of text editors" bug-gnu-emacs <at> gnu.org
> >
> > Ignoring bug reports as act of spite. Is this a new trend?
>
>
> Bug reports are not ignored here. But we don't always have ideas for
> how to solve a particular bug, or the manpower or expertise to work on
> that. Then the bug could, unfortunately, stay unsolved for prolonged
> periods of time.
>
> Pinging an unsolved bug report is OK. But reporting it again under a
> different number just adds to the workload of the maintainers, so
> please make a point of pinging the original bug report (by replying to
> the same NNNN <at> debbugs.gnu.org address, where NNNN is the original bug
> number).
I am new to this and unaware about pinging an unsolved bug report. That's
what I had in mind.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 16:48:01 GMT)
Full text and
rfc822 format available.
Message #31 received at 58554 <at> debbugs.gnu.org (full text, mbox):
> Date: Sun, 16 Oct 2022 16:42:46 +0000
> From: Heime <heimeborgia <at> protonmail.com>
> Cc: 58554 <at> debbugs.gnu.org, stefankangas <at> gmail.com
>
> > Pinging an unsolved bug report is OK. But reporting it again under a
> > different number just adds to the workload of the maintainers, so
> > please make a point of pinging the original bug report (by replying to
> > the same NNNN <at> debbugs.gnu.org address, where NNNN is the original bug
> > number).
>
> I am new to this and unaware about pinging an unsolved bug report. That's
> what I had in mind.
Then please in the future write to the same bug address as the
original report.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 16:58:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 58554 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Sunday, October 16th, 2022 at 6:15 AM, Werner LEMBERG <wl <at> gnu.org> wrote:
> > > Please stop reporting duplicate bug reports. It is a waste of time
> > > and energy. It also makes it much more likely that your bug reports
> > > will simply be ignored in the future. Thanks in advance.
> >
> > Ignoring bug reports as act of spite. Is this a new trend?
>
>
> You are missing the point. Saying 'ping' to a bug report is fully
> valid – and even quite useful so that the Emacs maintainers know that
> there is still interest in resolving the problem at hand. Doing this
> without referring to the original bug report number creates a new
> report, which means more administrative work nobody really likes to
> do, and which becomes annoying if this happens repeatedly. And yes,
> such annoyance eventually leads to ignoring a bug report, which
> essentially means that the report's priority is set to a very low
> value.
>
> Please always bear in mind that maintaining Emacs is an unpaid job
> done in spare time for fun. Fixing bugs is especially unthankful, and
> being annoyed reduces the fun factor enormously.
> Werner
Shall keep your comments in mind. Have heard people here screaming about
wanting to get paid. It is a shame that people contribute to the project
when they are still in a survival situation. To work with love and devotion,
one has to raise oneself beyond survival to be a contributing member of society.
As for myself, fixing bugs is the most rewarding part. Have been involved in
marshaling the fixing bugs for many years in industrial settings. But here people
do not seem to be at ease.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#58554
; Package
emacs
.
(Sun, 16 Oct 2022 17:40:01 GMT)
Full text and
rfc822 format available.
Message #37 received at 58554 <at> debbugs.gnu.org (full text, mbox):
------- Original Message -------
On Sunday, October 16th, 2022 at 4:47 PM, Eli Zaretskii <eliz <at> gnu.org> wrote:
> > Date: Sun, 16 Oct 2022 16:42:46 +0000
> > From: Heime heimeborgia <at> protonmail.com
> > Cc: 58554 <at> debbugs.gnu.org, stefankangas <at> gmail.com
> >
> > > Pinging an unsolved bug report is OK. But reporting it again under a
> > > different number just adds to the workload of the maintainers, so
> > > please make a point of pinging the original bug report (by replying to
> > > the same NNNN <at> debbugs.gnu.org address, where NNNN is the original bug
> > > number).
> >
> > I am new to this and unaware about pinging an unsolved bug report. That's
> > what I had in mind.
>
>
> Then please in the future write to the same bug address as the
> original report.
Yes Sir.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sun, 29 Dec 2024 12:24:06 GMT)
Full text and
rfc822 format available.
This bug report was last modified 74 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.