GNU bug report logs - #42491
28.0.50; Gnus: Extract all Mime parts crashes

Previous Next

Packages: emacs, gnus;

Reported by: David Kastrup <dak <at> gnu.org>

Date: Thu, 23 Jul 2020 12:57:01 UTC

Severity: normal

Tags: moreinfo

Found in version 28.0.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 42491 in the body.
You can then email your comments to 42491 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Thu, 23 Jul 2020 12:57:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to David Kastrup <dak <at> gnu.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org. (Thu, 23 Jul 2020 12:57:01 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: David Kastrup <dak <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; Gnus: Extract all Mime parts crashes
Date: Thu, 23 Jul 2020 14:56:34 +0200
Using the Menu entry Article/MIME/Extract all parts (X m) for a mail
containing images and answering the mime type prompt with RET for
accepting the default, I get the following crash

Debugger entered--Lisp error: (wrong-type-argument stringp #<buffer  *mm*-685344>)
  string-match("image/.*" #<buffer  *mm*-685344>)
  gnus-summary-save-parts-1("image/.*" "/tmp/orchester/" ((#("multipart/mixed" 0 15 (start nil from "gbrouwer <at> web.de" buffer #<buffer  *mm*> boundary "abmob-f02279a1-54f7-4c44-8a1b-440a13134613")) (#<buffer  *mm*-7731> ("text/html" (charset . "UTF-8")) nil #f(compiled-function () #<bytecode 0xdfeee77424fce4f>) nil nil nil nil) (#<buffer  *mm*-990116> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1050506.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341\211\234Exif\0\0II*\0\10\0\0\0\16\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-267011> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1050507.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341\211\234Exif\0\0II*\0\10\0\0\0\16\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-807975> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1050510.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341\211\234Exif\0\0II*\0\10\0\0\0\16\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-687324> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1050512.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341\211\234Exif\0\0II*\0\10\0\0\0\16\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-263433> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1120133.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341}\234Exif\0\0II*\0\10\0\0\0\15\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-995676> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1120134.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341}\234Exif\0\0II*\0\10\0\0\0\15\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-685344> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1120135.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341}\234Exif\0\0II*\0\10\0\0\0\15\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-267314> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1120136.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341}\234Exif\0\0II*\0\10\0\0\0\15\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-121217> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1120137.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341}\234Exif\0\0II*\0\10\0\0\0\15\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-296837> ("image/jpeg") base64 (lambda nil (let (... ...) (remove-images b b) (delete-region b ...))) ("attachment" (filename . "P1120139.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341}\234Exif\0\0II*\0\10\0\0\0\15\0\17\1\2\0..." :scale 1) nil)) (#<buffer  *mm*-685344> ("image/jpeg") base64 (lambda nil (let ((inhibit-read-only t)) (delete-region #<marker (moves after insertion) at 2234 in *Article nnml+private:orchester*> #<marker at 2234 in *Article nnml+private:orchester*>))) ("attachment" (filename . "P1120135.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341}\234Exif\0\0II*\0\10\0\0\0\15\0\17\1\2\0..." :scale 1) nil) (#<buffer  *mm*-990116> ("image/jpeg") base64 (lambda nil (let ((inhibit-read-only t)) (delete-region #<marker (moves after insertion) at 2042 in *Article nnml+private:orchester*> #<marker at 2042 in *Article nnml+private:orchester*>))) ("attachment" (filename . "P1050506.JPG")) nil (image :type jpeg :data "\377\330\377\340\0\20JFIF\0\1\1\1\0\264\0\264\0\0\377\341\211\234Exif\0\0II*\0\10\0\0\0\16\0\17\1\2\0..." :scale 1) nil)) nil)
  gnus-summary-save-parts("image/.*" "/tmp/orchester/" nil)
  funcall-interactively(gnus-summary-save-parts "image/.*" "/tmp/orchester/" nil)
  call-interactively(gnus-summary-save-parts nil nil)
  command-execute(gnus-summary-save-parts)


In GNU Emacs 28.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.18, cairo version 1.16.0)
 of 2020-06-29 built on lola
Repository revision: 5a18b3a197cd32a9f639e3954c17058c4feb92ca
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12008000
System Description: Ubuntu 20.04 LTS

Recent messages:
No more unseen articles
No more unread articles
Viewing with eog %s
Displaying eog /tmp/emm.EgGPjD/P1120135.JPG...
Auto-saving...
Displaying eog /tmp/emm.EgGPjD/P1120135.JPG...done
Viewing with eog %s
Displaying eog /tmp/emm.E0WTyk/P1050506.JPG...done
Entering debugger...
Making completion list...

Configured using:
 'configure --without-toolkit-scroll-bars'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND GPM DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ M17N_FLT LIBOTF
ZLIB GTK3 X11 XDBE XIM MODULES THREADS LIBSYSTEMD PDUMPER LCMS2 GMP

Important settings:
  value of $LC_MONETARY: de_DE.UTF-8
  value of $LC_NUMERIC: POSIX
  value of $LC_TIME: de_DE.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Debugger

Minor modes in effect:
  shell-dirtrack-mode: t
  TeX-PDF-mode: t
  minibuffer-electric-default-mode: t
  desktop-save-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  electric-indent-mode: t
  mouse-wheel-mode: t
  menu-bar-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/home/dak/.emacs.d/elpa/auctex-12.2.0/auctex hides /usr/local/share/emacs/site-lisp/auctex
/home/dak/.emacs.d/elpa/auctex-12.2.0/tex-site hides /usr/local/share/emacs/site-lisp/tex-site

Features:
(shadow emacsbug rect calc-math calc-bin calc-yank dabbrev calc-undo
calccomp texmathp misearch multi-isearch descr-text magit-utils dash pp
cus-edit calc-stuff calc-frac calc-poly calc-arith calc-misc calc-aent
calc-units calc-alg calc-ext calc-menu calc calc-loaddefs calc-macs
help-fns radix-tree cl-print debug backtrace find-func rfc2104 mailalias
smtpmail sendmail nnir flow-fill shr-color color sort smiley gnus-cite
mm-archive mail-extr gnus-async gnus-bcklg qp gnus-kill gnus-ml
disp-table pop3 nndraft gnutls network-stream nsm nndoc nndir nnmh nnml
nnfolder nnnil gnus-agent gnus-srvr gnus-score score-mode nnvirtual
gnus-msg gnus-art mm-uu mml2015 mm-view mml-smime smime dig nntp
gnus-cache gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap
nnmail mail-source utf7 netrc nnoo gnus-spec gnus-int gnus-range message
rmc rfc822 mml mml-sec epa epg epg-config mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win cl-extra
help-mode meta-mode plain-tex eww url-queue url url-proxy url-privacy
url-expand url-methods url-history mailcap shr url-cookie url-domsuf
url-util svg dom puny mm-url mule-util conf-mode doc-view jka-compr
image-mode exif ps-mode vc-filewise vc-rcs gnuplot-gui cl gnuplot
info-look diary-lib diary-loaddefs cal-menu calendar cal-loaddefs
make-mode python tramp-sh tramp tramp-loaddefs trampver
tramp-integration files-x tramp-compat parse-time iso8601 ls-lisp
format-spec latexenc preview prv-emacs reporter reftex-dcr reftex-auc
reftex reftex-loaddefs reftex-vars tex-bar toolbar-x noutline outline
font-latex tex-mode shell pcomplete tex-buf latex derived edmacro kmacro
latex-flymake rx flymake-proc flymake warnings thingatpt tex-ispell
tex-style tex-info tex dbus xml crm texinfo dired-x dired dired-loaddefs
sh-script smie executable smerge-mode diff scheme lilypond-mode compile
comint ansi-color ring autorevert filenotify vc-git diff-mode easy-mmode
cc-mode cc-fonts cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine
cc-vars cc-defs advice minibuf-eldef gnus nnheader gnus-util rmail
rmail-loaddefs rfc2047 rfc2045 ietf-drums text-property-search time-date
mail-utils mm-util mail-prsvr wid-edit desktop frameset cus-start
cus-load preview-latex server tex-site info package easymenu browse-url
url-handlers url-parse auth-source cl-seq eieio eieio-core cl-macs
eieio-loaddefs password-cache json subr-x map url-vars seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib tooltip eldoc electric
uniquify ediff-hook vc-hooks lisp-float-type mwheel term/x-win x-win
term/common-win x-dnd tool-bar dnd fontset image regexp-opt fringe
tabulated-list replace newcomment text-mode elisp-mode lisp-mode
prog-mode register page tab-bar menu-bar rfn-eshadow isearch timer
select scroll-bar mouse jit-lock font-lock syntax facemenu font-core
term/tty-colors frame minibuffer cl-generic cham georgian utf-8-lang
misc-lang vietnamese tibetan thai tai-viet lao korean japanese eucjp-ms
cp51932 hebrew greek romanian slovak czech european ethiopic indian
cyrillic chinese composite charscript charprop case-table epa-hook
jka-cmpr-hook help simple abbrev obarray cl-preloaded nadvice loaddefs
button faces cus-face macroexp files text-properties overlay sha1 md5
base64 format env code-pages mule custom widget hashtable-print-readable
backquote threads dbusbind inotify lcms2 dynamic-setting
system-font-setting font-render-setting cairo move-toolbar gtk x-toolkit
x multi-tty make-network-process emacs)

Memory information:
((conses 16 1142810 91257)
 (symbols 48 74234 2)
 (strings 32 224390 33654)
 (string-bytes 1 11958106)
 (vectors 16 72027)
 (vector-slots 8 2646585 185090)
 (floats 8 511 546)
 (intervals 56 45061 666)
 (buffers 992 540))

-- 
David Kastrup




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Thu, 23 Jul 2020 13:18:01 GMT) Full text and rfc822 format available.

Message #8 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Kastrup <dak <at> gnu.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: bug#42491: 28.0.50; Gnus: Extract all Mime parts crashes
Date: Thu, 23 Jul 2020 15:16:49 +0200
David Kastrup <dak <at> gnu.org> writes:

> Using the Menu entry Article/MIME/Extract all parts (X m) for a mail
> containing images and answering the mime type prompt with RET for
> accepting the default, I get the following crash
>
> Debugger entered--Lisp error: (wrong-type-argument stringp #<buffer  *mm*-685344>)
>   string-match("image/.*" #<buffer  *mm*-685344>)
>   gnus-summary-save-parts-1("image/.*" "/tmp/orchester/" ((#("multipart/mixed"

I can't reproduce this with my test MIME messages.  Can you forward an
example message that has this problem?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Fri, 24 Jul 2020 16:22:01 GMT) Full text and rfc822 format available.

Message #11 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Kastrup <dak <at> gnu.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: [gbrouwer <at> web.de] Aw: Re: Konzertaufnahme
Date: Fri, 24 Jul 2020 18:21:00 +0200
David Kastrup <dak <at> gnu.org> writes:

> Next try for extract all MIME...

Looks like the MIME structure survived intact...  but I'm still not able
to reproduce this bug.  (Cc'd to the bug report again.)

I've had a look at the code that's failing, and that bit of
gnus-summary-save-parts-1 hasn't changed in more than 20 years.

Has this problem started happening recently?  Do you have any
customisations in this area?





Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Fri, 24 Jul 2020 16:52:02 GMT) Full text and rfc822 format available.

Message #14 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: David Kastrup <dak <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: [gbrouwer <at> web.de] Aw: Re: Konzertaufnahme
Date: Fri, 24 Jul 2020 18:50:54 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> David Kastrup <dak <at> gnu.org> writes:
>
>> Next try for extract all MIME...
>
> Looks like the MIME structure survived intact...  but I'm still not able
> to reproduce this bug.  (Cc'd to the bug report again.)
>
> I've had a look at the code that's failing, and that bit of
> gnus-summary-save-parts-1 hasn't changed in more than 20 years.
>
> Has this problem started happening recently?

I think it's the first time I tried that menu entry.

> Do you have any customisations in this area?

For sure.  I sent this using gnus-bug so it is a bit disappointing that
it didn't list gnus-related options.  Let me check my .emacs.

I think the relevant lines would likely be

 '(gnus-novice-user nil)
 '(gnus-secondary-select-methods
   '((nnml "private")
     (nnnil "news.arcor.de"
	    (nntp-open-connection-function nntp-open-ssl-stream)
	    (nntp-port-number 563))
     (nnnil "imap.arcor.de"
	    (nnimap-stream ssl))))
 '(gnus-select-method '(nnnil "localhost"))
 '(gnus-show-mime t)
 '(gnus-strict-mime nil)
 '(gnus-summary-goto-unread nil)
 '(gnus-use-adaptive-scoring '(word line))
 '(gnus-use-header-prefetch t)

 '(message-default-news-headers
   "X-Face: 2FEFf>]>q>2iw=B6,xrUubRI>pR&Ml9=ao <at> P@i)L:\\urd*t9M~y1^:+Y]'C0~{mAl`oQuAl
 \\!3KEIp?*w`|bL5qr,H)LFO6Q=qx~iH4DN;i\";/yuIsqbLLCh/!U#X[S~(5eZ41to5f%E@'ELIi$t^
 Vc\\LWP <at> J5p^rst0+('>Er0=^1{]M9!p?&:\\z]|;&=NP3AhB!B_bi^]Pfkw
Organization: Organization?!?
")
 '(message-dont-reply-to-names
   "\\<dak\\(@tupik.goethe.zz\\)?\\|\\<David.Kastrup@\\|\\<dakas@")
 '(message-forward-as-mime t)
 '(message-send-mail-function 'smtpmail-send-it)
 '(message-sendmail-f-is-evil t)
 '(message-user-fqdn "fencepost.gnu.org")

 '(mm-coding-system-priorities '(iso-8859-1 iso-8859-15 utf-8))
 '(mm-discouraged-alternatives '("text/html"))
 '(mml-secure-key-preferences
   '((OpenPGP
      (sign)
      (encrypt
       ("wl <at> gnu.org" "E30674707856409FF1948010BE6C3AAC63AD8E3F")))
     (CMS
      (sign)
      (encrypt))))

 '(nnmail-split-methods '(("mail.misc" gnus-group-split)))

 '(query-user-mail-address nil)

 '(send-mail-function 'smtpmail-send-it)
 '(smtpmail-smtp-server "fencepost.gnu.org")
 '(smtpmail-smtp-service 587)

That should be about anything gnus/mail related.

-- 
David Kastrup




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Mon, 27 Jul 2020 21:37:02 GMT) Full text and rfc822 format available.

Message #17 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Kastrup <dak <at> gnu.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: [gbrouwer <at> web.de] Aw: Re: Konzertaufnahme
Date: Mon, 27 Jul 2020 23:36:10 +0200
David Kastrup <dak <at> gnu.org> writes:

> I think the relevant lines would likely be

[...]

>  '(gnus-show-mime t)
>  '(gnus-strict-mime nil)

These don't exist any more...

[...]

>  '(mm-discouraged-alternatives '("text/html"))

I thought perhaps this was the culprit here, but nope.

[...]

> That should be about anything gnus/mail related.

The other ones I don't see how could influence `X m', so I'm not able to
reproduce this problem.

Perhaps all the MIME artefacts weren't preserved by the forwarding
method...

Could you instead save that message to a file (select with `C-u g' to
get the raw article), gzip it, and then send it to me?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Mon, 27 Jul 2020 21:50:02 GMT) Full text and rfc822 format available.

Message #20 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: David Kastrup <dak <at> gnu.org>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: [gbrouwer <at> web.de] Aw: Re: Konzertaufnahme
Date: Mon, 27 Jul 2020 23:49:01 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> David Kastrup <dak <at> gnu.org> writes:
>
>> I think the relevant lines would likely be
>
> [...]
>
>>  '(gnus-show-mime t)
>>  '(gnus-strict-mime nil)
>
> These don't exist any more...
>
> [...]
>
>>  '(mm-discouraged-alternatives '("text/html"))
>
> I thought perhaps this was the culprit here, but nope.
>
> [...]
>
>> That should be about anything gnus/mail related.
>
> The other ones I don't see how could influence `X m', so I'm not able to
> reproduce this problem.
>
> Perhaps all the MIME artefacts weren't preserved by the forwarding
> method...
>
> Could you instead save that message to a file (select with `C-u g' to
> get the raw article), gzip it, and then send it to me?

Ok, here is the beef: I don't get to reproduce the problem right now.  I
am not sure whether the original bug report includes lossage (it should,
I think) but I have no idea what might have triggered the problem now
(apart from having changed the mime forwarding option, but I cannot
image that this is involved here).

At the moment I don't get to trigger it in the current active Emacs
session.  So I don't think it makes sense to focus on details of the
message before I manage to create circumstances where the problem
reoccurs.

As I said: it was the first time I ever used that command (using it from
the menu), it immediately failed, and I sent a bug report.

-- 
David Kastrup




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Mon, 27 Jul 2020 21:53:02 GMT) Full text and rfc822 format available.

Message #23 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Kastrup <dak <at> gnu.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: bug#42491: [gbrouwer <at> web.de] Aw: Re: Konzertaufnahme
Date: Mon, 27 Jul 2020 23:52:22 +0200
David Kastrup <dak <at> gnu.org> writes:

> At the moment I don't get to trigger it in the current active Emacs
> session.  So I don't think it makes sense to focus on details of the
> message before I manage to create circumstances where the problem
> reoccurs.

Well, the problem is probably in how Gnus (mis-)interpreted a specific
MIME structure...

> As I said: it was the first time I ever used that command (using it from
> the menu), it immediately failed, and I sent a bug report.

Yes, that's how it should be.  :-)

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Sun, 02 Aug 2020 05:10:02 GMT) Full text and rfc822 format available.

Message #26 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Kastrup <dak <at> gnu.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: bug#42491: [gbrouwer <at> web.de] Aw: Re: Konzertaufnahme
Date: Sun, 02 Aug 2020 07:09:16 +0200
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> David Kastrup <dak <at> gnu.org> writes:
>
>> At the moment I don't get to trigger it in the current active Emacs
>> session.  So I don't think it makes sense to focus on details of the
>> message before I manage to create circumstances where the problem
>> reoccurs.
>
> Well, the problem is probably in how Gnus (mis-)interpreted a specific
> MIME structure...

Have you managed to reproduce this bug?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sun, 02 Aug 2020 05:10:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org, bugs <at> gnus.org:
bug#42491; Package emacs,gnus. (Mon, 26 Oct 2020 15:47:02 GMT) Full text and rfc822 format available.

Message #31 received at 42491 <at> debbugs.gnu.org (full text, mbox):

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: David Kastrup <dak <at> gnu.org>
Cc: 42491 <at> debbugs.gnu.org
Subject: Re: bug#42491: 28.0.50; Gnus: Extract all Mime parts crashes
Date: Mon, 26 Oct 2020 16:46:35 +0100
Lars Ingebrigtsen <larsi <at> gnus.org> writes:

> Have you managed to reproduce this bug?

More information was requested three months ago, but was not given, so
I'm closing this bug report.  If further progress can be made here,
please respond to the debbugs address and we'll reopen.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug closed, send any further explanations to 42491 <at> debbugs.gnu.org and David Kastrup <dak <at> gnu.org> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 26 Oct 2020 15:47:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Tue, 24 Nov 2020 12:24:16 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 154 days ago.

Previous Next


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