* bug#42491: [gbrouwer@web.de] Aw: Re: Konzertaufnahme
[not found] <87y2nauphf.fsf@fencepost.gnu.org>
@ 2020-07-24 16:21 ` Lars Ingebrigtsen
2020-07-24 16:50 ` David Kastrup
0 siblings, 1 reply; 9+ messages in thread
From: Lars Ingebrigtsen @ 2020-07-24 16:21 UTC (permalink / raw)
To: David Kastrup; +Cc: 42491
David Kastrup <dak@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?
^ permalink raw reply [flat|nested] 9+ messages in thread* bug#42491: [gbrouwer@web.de] Aw: Re: Konzertaufnahme
2020-07-24 16:21 ` bug#42491: [gbrouwer@web.de] Aw: Re: Konzertaufnahme Lars Ingebrigtsen
@ 2020-07-24 16:50 ` David Kastrup
2020-07-27 21:36 ` Lars Ingebrigtsen
0 siblings, 1 reply; 9+ messages in thread
From: David Kastrup @ 2020-07-24 16:50 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 42491
Lars Ingebrigtsen <larsi@gnus.org> writes:
> David Kastrup <dak@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@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@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@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
^ permalink raw reply [flat|nested] 9+ messages in thread* bug#42491: [gbrouwer@web.de] Aw: Re: Konzertaufnahme
2020-07-24 16:50 ` David Kastrup
@ 2020-07-27 21:36 ` Lars Ingebrigtsen
2020-07-27 21:49 ` David Kastrup
0 siblings, 1 reply; 9+ messages in thread
From: Lars Ingebrigtsen @ 2020-07-27 21:36 UTC (permalink / raw)
To: David Kastrup; +Cc: 42491
David Kastrup <dak@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
^ permalink raw reply [flat|nested] 9+ messages in thread* bug#42491: [gbrouwer@web.de] Aw: Re: Konzertaufnahme
2020-07-27 21:36 ` Lars Ingebrigtsen
@ 2020-07-27 21:49 ` David Kastrup
2020-07-27 21:52 ` Lars Ingebrigtsen
0 siblings, 1 reply; 9+ messages in thread
From: David Kastrup @ 2020-07-27 21:49 UTC (permalink / raw)
To: Lars Ingebrigtsen; +Cc: 42491
Lars Ingebrigtsen <larsi@gnus.org> writes:
> David Kastrup <dak@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
^ permalink raw reply [flat|nested] 9+ messages in thread* bug#42491: [gbrouwer@web.de] Aw: Re: Konzertaufnahme
2020-07-27 21:49 ` David Kastrup
@ 2020-07-27 21:52 ` Lars Ingebrigtsen
2020-08-02 5:09 ` Lars Ingebrigtsen
0 siblings, 1 reply; 9+ messages in thread
From: Lars Ingebrigtsen @ 2020-07-27 21:52 UTC (permalink / raw)
To: David Kastrup; +Cc: 42491
David Kastrup <dak@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
^ permalink raw reply [flat|nested] 9+ messages in thread
* bug#42491: 28.0.50; Gnus: Extract all Mime parts crashes
@ 2020-07-23 12:56 David Kastrup
2020-07-23 13:16 ` Lars Ingebrigtsen
0 siblings, 1 reply; 9+ messages in thread
From: David Kastrup @ 2020-07-23 12:56 UTC (permalink / raw)
To: 42491
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@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
^ permalink raw reply [flat|nested] 9+ messages in thread* bug#42491: 28.0.50; Gnus: Extract all Mime parts crashes
2020-07-23 12:56 David Kastrup
@ 2020-07-23 13:16 ` Lars Ingebrigtsen
0 siblings, 0 replies; 9+ messages in thread
From: Lars Ingebrigtsen @ 2020-07-23 13:16 UTC (permalink / raw)
To: David Kastrup; +Cc: 42491
David Kastrup <dak@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
^ permalink raw reply [flat|nested] 9+ messages in thread
end of thread, other threads:[~2020-10-26 15:46 UTC | newest]
Thread overview: 9+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <87y2nauphf.fsf@fencepost.gnu.org>
2020-07-24 16:21 ` bug#42491: [gbrouwer@web.de] Aw: Re: Konzertaufnahme Lars Ingebrigtsen
2020-07-24 16:50 ` David Kastrup
2020-07-27 21:36 ` Lars Ingebrigtsen
2020-07-27 21:49 ` David Kastrup
2020-07-27 21:52 ` Lars Ingebrigtsen
2020-08-02 5:09 ` Lars Ingebrigtsen
2020-10-26 15:46 ` bug#42491: 28.0.50; Gnus: Extract all Mime parts crashes Lars Ingebrigtsen
2020-07-23 12:56 David Kastrup
2020-07-23 13:16 ` Lars Ingebrigtsen
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).