bug#33222: Crash when visiting an org file from within Dired.

bug#33222: Crash when visiting an org file from within Dired.

[vordoo]

1. Have a directory with an org file containing:

     #+BEGIN_SRC shell :results output
          printf "Hello World!\n"
     #+END_SRC


2. Start: emacs -Q


3. eval-buffer containning:

     (defun set-buffer-variable-pitch () (variable-pitch-mode t))
     (add-hook 'org-mode-hook 'set-buffer-variable-pitch)


4. Visit the directory containing the org file. In the Dired buffer that 
opened up put the point on the org file and press enter. Emacs CRASH!


With C-x C-f the file opens OK, and after that it will re-open OK from 
the Dired buffer too.


In GNU Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30)
  of 2018-07-05 built on juergen
Windowing system distributor 'The X.Org Foundation', version 11.0.12003000
Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
Mark set
eval-buffer: End of file during parsing
Making completion list... [2 times]

Configured using:
  'configure --prefix=/usr --sysconfdir=/etc --libexecdir=/usr/lib
  --localstatedir=/var --with-x-toolkit=gtk3 --with-xft --with-modules
  'CFLAGS=-march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong
  -fno-plt' CPPFLAGS=-D_FORTIFY_SOURCE=2
  LDFLAGS=-Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now'

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND GPM DBUS GSETTINGS NOTIFY
ACL GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS
GTK3 X11 MODULES THREADS LIBSYSTEMD LCMS2

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

Major mode: Lisp Interaction

Minor modes in effect:
   tooltip-mode: t
   global-eldoc-mode: t
   eldoc-mode: t
   electric-indent-mode: t
   mouse-wheel-mode: t
   tool-bar-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
   line-number-mode: t
   transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny seq byte-opt gv
bytecomp byte-compile cconv cl-loaddefs cl-lib dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
epg-config gnus-util rmail rmail-loaddefs mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047
rfc2045 ietf-drums mm-util mail-prsvr mail-utils elec-pair time-date
mule-util 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 menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame 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 minibuffer
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 dbusbind inotify lcms2
dynamic-setting system-font-setting font-render-setting move-toolbar gtk
x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 95761 10075)
  (symbols 48 20352 1)
  (miscs 40 46 168)
  (strings 32 28340 1110)
  (string-bytes 1 741948)
  (vectors 16 14646)
  (vector-slots 8 496692 7940)
  (floats 8 51 272)
  (intervals 56 321 154)
  (buffers 992 12)

bug#33222: Crash when visiting an org file from within Dired.

[Eli Zaretskii]

> From: vordoo <vordoo@yahoo.com>
> Date: Wed, 31 Oct 2018 23:29:14 +0200
> 
> 1. Have a directory with an org file containing:
> 
>      #+BEGIN_SRC shell :results output
>           printf "Hello World!\n"
>      #+END_SRC
> 
> 
> 2. Start: emacs -Q
> 
> 
> 3. eval-buffer containning:
> 
>      (defun set-buffer-variable-pitch () (variable-pitch-mode t))
>      (add-hook 'org-mode-hook 'set-buffer-variable-pitch)
> 
> 
> 4. Visit the directory containing the org file. In the Dired buffer that 
> opened up put the point on the org file and press enter. Emacs CRASH!

A wild guess: this is bug#30045 again.

Can you try the latest emacs-26 branch of the Emacs repository?

bug#33222: Crash when visiting an org file from within Dired.

[vordoo]

On 11/1/18 6:05 AM, Eli Zaretskii wrote:
> A wild guess: this is bug#30045 again.
> Can you try the latest emacs-26 branch of the Emacs repository?

Thanks & yes. This bug still stands on GNU Emacs 26.1.50 (build 1, 
x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 2018-11-01.

bug#33222: Crash when visiting an org file from within Dired.

[Robert Pluim]

vordoo <vordoo@yahoo.com> writes:

> On 11/1/18 6:05 AM, Eli Zaretskii wrote:
>> A wild guess: this is bug#30045 again.
>> Can you try the latest emacs-26 branch of the Emacs repository?
>
> Thanks & yes. This bug still stands on GNU Emacs 26.1.50 (build 1,
> x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 2018-11-01.

It doesnʼt crash for me. Can you get a backtrace from gdb of the
crash?

Thanks

Robert

bug#33222: Crash when visiting an org file from within Dired.

[Robert Pluim]

Robert Pluim <rpluim@gmail.com> writes:

> vordoo <vordoo@yahoo.com> writes:
>
>> On 11/1/18 6:05 AM, Eli Zaretskii wrote:
>>> A wild guess: this is bug#30045 again.
>>> Can you try the latest emacs-26 branch of the Emacs repository?
>>
>> Thanks & yes. This bug still stands on GNU Emacs 26.1.50 (build 1,
>> x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 2018-11-01.
>
> It doesnʼt crash for me. Can you get a backtrace from gdb of the
> crash?

Actually it does crash, you just have to make sure that you haven't
already visited the relevant org file before you change org-mode-hook.

Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
face_at_buffer_position (w=0x1409c30 <bss_sbrk_buffer+8361648>, pos=<optimized out>, endptr=endptr@entry=0x7fffffff7fe0, limit=<optimized out>, mouse=mouse@entry=false, base_face_id=<optimized out>)
    at xfaces.c:5964
5964	  memcpy (attrs, default_face->lface, sizeof attrs);
(gdb) bt
#0  0x00000000004c2cf4 in face_at_buffer_position (w=0x1409c30 <bss_sbrk_buffer+8361648>, pos=<optimized out>, endptr=endptr@entry=0x7fffffff7fe0, limit=<optimized out>, mouse=mouse@entry=false, base_face_id=<optimized out>) at xfaces.c:5964
#1  0x0000000000447cf1 in handle_face_prop (it=0x7fffffff8090) at xdisp.c:3965
#2  0x00000000004422ea in handle_stop (it=0x7fffffff8090) at xdisp.c:3473
#3  0x0000000000444217 in start_display (it=it@entry=0x7fffffff8090, w=w@entry=0x1409c30 <bss_sbrk_buffer+8361648>, pos=...) at xdisp.c:3104
#4  0x0000000000454deb in try_window (window=..., window@entry=XIL(0x1409c35), pos=..., flags=flags@entry=1) at xdisp.c:17717
#5  0x00000000004684bc in redisplay_window (window=XIL(0x1409c35), just_this_one_p=just_this_one_p@entry=false) at xdisp.c:17170
#6  0x000000000046af4b in redisplay_window_0 (window=..., window@entry=XIL(0x1409c35)) at xdisp.c:14926
#7  0x000000000056d656 in internal_condition_case_1 (bfun=bfun@entry=0x46af20 <redisplay_window_0>, arg=..., arg@entry=XIL(0x1409c35), handlers=..., hfun=hfun@entry=0x42ff40 <redisplay_window_error>)
    at eval.c:1360
#8  0x0000000000434045 in redisplay_windows (window=XIL(0x1409c35)) at xdisp.c:14906
#9  0x000000000045887d in redisplay_internal () at xdisp.c:14395
#10 0x000000000045a585 in redisplay () at xdisp.c:13613
#11 0x000000000050207b in read_char (commandflag=commandflag@entry=1, map=..., 
    map@entry=XIL(0x39424b3), prev_event=..., used_mouse_menu=used_mouse_menu@entry=0x7fffffffd61b, end_time=end_time@entry=0x0) at keyboard.c:2480
#12 0x0000000000504f8c in read_key_sequence (keybuf=keybuf@entry=0x7fffffffd720, prompt=XIL(0x7fffffffd718), 
    prompt@entry=XIL(0), dont_downcase_last=dont_downcase_last@entry=false, can_return_switch_frame=can_return_switch_frame@entry=true, fix_current_buffer=fix_current_buffer@entry=true, prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at keyboard.c:9148
#13 0x0000000000506a5e in command_loop_1 () at keyboard.c:1368
#14 0x000000000056d5be in internal_condition_case (bfun=bfun@entry=0x506820 <command_loop_1>, handlers=..., handlers@entry=XIL(0x52e0), hfun=hfun@entry=0x4fcee0 <cmd_error>) at eval.c:1336
#15 0x00000000004f8034 in command_loop_2 (ignore=..., ignore@entry=XIL(0)) at keyboard.c:1110
#16 0x000000000056d52d in internal_catch (tag=..., tag@entry=XIL(0xc7e0), func=func@entry=0x4f8010 <command_loop_2>, arg=..., arg@entry=XIL(0)) at eval.c:1101
#17 0x00000000004f7fcb in command_loop () at keyboard.c:1089
#18 0x00000000004fcaf3 in recursive_edit_1 () at keyboard.c:695
#19 0x00000000004fce16 in Frecursive_edit () at keyboard.c:766
#20 0x000000000041a9ce in main (argc=2, argv=0x7fffffffdac8) at emacs.c:1717

Lisp Backtrace:
"redisplay_internal (C function)" (0x0)
(gdb) p attrs
$1 = {make_number(1), XIL(0x55883af632f3f300), XIL(0x6150), make_number(1510779), XIL(0x7), XIL(0x7fffffff7f60), XIL(0x7fffffff7f58), XIL(0x39b6300), XIL(0), XIL(0x2eaae00), make_number(1), 
  XIL(0x7fffffff7dd0), XIL(0x28), XIL(0x55883af632f3f300), XIL(0), XIL(0x7fffffff8090), XIL(0), XIL(0x1), XIL(0x1)}
(gdb) p default_face
$2 = (struct face *) 0x0

I have no idea how default_face can be NULL here.

Robert

bug#33222: Crash when visiting an org file from within Dired.

[vordoo]

On 11/1/18 6:14 PM, Robert Pluim wrote:
> It doesnʼt crash for me. Can you get a backtrace from gdb of the 
> crash? Thanks Robert 

Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 
2018-11-01:


Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
face_at_buffer_position (w=0x11b5c30 <bss_sbrk_buffer+8018448>, pos=1,
     endptr=endptr@entry=0x7fffffff8800, limit=<optimized out>, 
mouse=mouse@entry=false,
     base_face_id=<optimized out>) at xfaces.c:5964
5964      memcpy (attrs, default_face->lface, sizeof attrs);

(gdb) bt

#0  0x00000000004c17d8 in face_at_buffer_position (w=0x11b5c30 
<bss_sbrk_buffer+8018448>, pos=1, endptr=endptr@entry=0x7fffffff8800, 
limit=<optimized out>, mouse=mouse@entry=false, base_face_id=<optimized 
out>) at xfaces.c:5964
#1  0x00000000004466f1 in handle_face_prop (it=0x7fffffff88b0) at 
xdisp.c:3964
#2  0x0000000000440c1d in handle_stop (it=0x7fffffff88b0) at xdisp.c:3473
#3  0x0000000000442ba7 in start_display (it=it@entry=0x7fffffff88b0, 
w=w@entry=0x11b5c30 <bss_sbrk_buffer+8018448>, pos=...) at xdisp.c:3104
#4  0x00000000004536fc in try_window (window=..., window@entry=..., 
pos=..., flags=flags@entry=1) at xdisp.c:17717
#5  0x000000000046705a in redisplay_window (window=..., 
just_this_one_p=just_this_one_p@entry=false) at xdisp.c:17170
#6  0x0000000000469fdb in redisplay_window_0 (window=..., 
window@entry=...) at xdisp.c:14926
#7  0x000000000056ca96 in internal_condition_case_1 
(bfun=bfun@entry=0x469fb0 <redisplay_window_0>, arg=..., handlers=..., 
hfun=hfun@entry=0x42e720 <redisplay_window_error>) at eval.c:1360
#8  0x00000000004327f2 in redisplay_windows (window=...) at xdisp.c:14906
#9  0x0000000000456f85 in redisplay_internal () at xdisp.c:14395
#10 0x0000000000458dd5 in redisplay () at xdisp.c:13613
#11 0x0000000000500567 in read_char (commandflag=commandflag@entry=1, 
map=..., map@entry=..., prev_event=..., 
used_mouse_menu=used_mouse_menu@entry=0x7fffffffde5b, 
end_time=end_time@entry=0x0) at keyboard.c:2480
#12 0x0000000000503f8b in read_key_sequence 
(keybuf=keybuf@entry=0x7fffffffdf60, prompt=...,
     prompt@entry=..., 
dont_downcase_last=dont_downcase_last@entry=false, 
can_return_switch_frame=can_return_switch_frame@entry=true, 
fix_current_buffer=fix_current_buffer@entry=true, 
prevent_redisplay=prevent_redisplay@entry=false, bufsize=30) at 
keyboard.c:9148
#13 0x00000000005056c4 in command_loop_1 () at lisp.h:855
#14 0x000000000056c9fe in internal_condition_case 
(bfun=bfun@entry=0x505490 <command_loop_1>, handlers=..., 
handlers@entry=..., hfun=hfun@entry=0x4fb7c0 <cmd_error>) at eval.c:1336
#15 0x00000000004f6864 in command_loop_2 (ignore=..., ignore@entry=...) 
at lisp.h:855
#16 0x000000000056c96d in internal_catch (tag=..., tag@entry=..., 
func=func@entry=0x4f6840 <command_loop_2>, arg=..., arg@entry=...) at 
eval.c:1101
#17 0x00000000004f67fb in command_loop () at lisp.h:855
#18 0x00000000004fb3a3 in recursive_edit_1 () at keyboard.c:695
#19 0x00000000004fb6f8 in Frecursive_edit () at keyboard.c:766
#20 0x000000000041925e in main (argc=2, argv=0x7fffffffe318) at emacs.c:1717



Emacs 26.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30) of 
2018-07-05:


Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
0x00000000004bef0c in ?? ()
(gdb) bt
#0  0x00000000004bef0c in  ()
#1  0x000000000044304a in  ()
#2  0x000000000043d66d in  ()
#3  0x000000000043f628 in  ()
#4  0x000000000044fe4d in  ()
#5  0x0000000000463783 in  ()
#6  0x000000000046668b in  ()
#7  0x000000000056bec7 in  ()
#8  0x000000000042fe73 in  ()
#9  0x000000000045369d in  ()
#10 0x00000000004fec31 in  ()
#11 0x0000000000502778 in  ()
#12 0x0000000000503e94 in  ()
#13 0x000000000056be2f in  ()
#14 0x00000000004f4e55 in  ()
#15 0x000000000056bd9e in  ()
#16 0x00000000004f4ded in  ()
#17 0x00000000004f9fe8 in  ()
#18 0x00000000004fa328 in  ()
#19 0x00000000004157eb in  ()
#20 0x00007ffff4173223 in __libc_start_main () at /usr/lib/libc.so.6
#21 0x000000000041658a in  ()

bug#33222: Crash when visiting an org file from within Dired.

[Robert Pluim]

vordoo <vordoo@yahoo.com> writes:

> On 11/1/18 6:14 PM, Robert Pluim wrote:
>> It doesnʼt crash for me. Can you get a backtrace from gdb of the
>> crash? Thanks Robert 
>
> Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of
> 2018-11-01:
>
>
> Thread 1 "emacs" received signal SIGSEGV, Segmentation fault.
> face_at_buffer_position (w=0x11b5c30 <bss_sbrk_buffer+8018448>, pos=1,
>     endptr=endptr@entry=0x7fffffff8800, limit=<optimized out>,
> mouse=mouse@entry=false,
>     base_face_id=<optimized out>) at xfaces.c:5964
> 5964      memcpy (attrs, default_face->lface, sizeof attrs);

Thanks for that. Another data point: visiting the org file using
find-file does not cause this crash, but visiting it via dired does.

Robert

bug#33222: Crash when visiting an org file from within Dired.

[vordoo]

On 11/1/18 7:48 PM, Robert Pluim wrote:
> vordoo <vordoo@yahoo.com> writes:
>> On 11/1/18 6:14 PM, Robert Pluim wrote:
>>> It doesnʼt crash for me. Can you get a backtrace from gdb of the 
>>> crash? Thanks Robert 
>> Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.1) of 
>> 2018-11-01: Thread 1 "emacs" received signal SIGSEGV, Segmentation 
>> fault. face_at_buffer_position (w=0x11b5c30 
>> <bss_sbrk_buffer+8018448>, pos=1,     
>> endptr=endptr@entry=0x7fffffff8800, limit=<optimized out>, 
>> mouse=mouse@entry=false,     base_face_id=<optimized out>) at 
>> xfaces.c:5964 5964      memcpy (attrs, default_face->lface, sizeof 
>> attrs); 
> Thanks for that. Another data point: visiting the org file using 
> find-file does not cause this crash, but visiting it via dired does. 
> Robert 

Yep & I did state that in the original bug report:

"With C-x C-f the file opens OK, and after that it will re-open OK from 
the Dired buffer too." :-)

bug#33222: Crash when visiting an org file from within Dired.

[Robert Pluim]

vordoo <vordoo@yahoo.com> writes:

> On 11/1/18 7:48 PM, Robert Pluim wrote:
>> vordoo <vordoo@yahoo.com> writes:
>>> On 11/1/18 6:14 PM, Robert Pluim wrote:
>>>> It doesnʼt crash for me. Can you get a backtrace from gdb of the
>>>> crash? Thanks Robert 
>>> Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.1)
>>> of 2018-11-01: Thread 1 "emacs" received signal SIGSEGV,
>>> Segmentation fault. face_at_buffer_position (w=0x11b5c30
>>> <bss_sbrk_buffer+8018448>, pos=1,    
>>> endptr=endptr@entry=0x7fffffff8800, limit=<optimized out>,
>>> mouse=mouse@entry=false,     base_face_id=<optimized out>) at
>>> xfaces.c:5964 5964      memcpy (attrs, default_face->lface, sizeof
>>> attrs); 
>> Thanks for that. Another data point: visiting the org file using
>> find-file does not cause this crash, but visiting it via dired
>> does. Robert 
>
> Yep & I did state that in the original bug report:
>
> "With C-x C-f the file opens OK, and after that it will re-open OK
> from the Dired buffer too." :-)

I claim lack of coffee and jetlag :-)

Is there a redisplay expert in the house?

Robert

bug#33222: Crash when visiting an org file from within Dired.

[Eli Zaretskii]

> From: Robert Pluim <rpluim@gmail.com>
> Date: Thu, 01 Nov 2018 18:31:53 +0100
> Cc: 33222@debbugs.gnu.org
> 
> Lisp Backtrace:
> "redisplay_internal (C function)" (0x0)
> (gdb) p attrs
> $1 = {make_number(1), XIL(0x55883af632f3f300), XIL(0x6150), make_number(1510779), XIL(0x7), XIL(0x7fffffff7f60), XIL(0x7fffffff7f58), XIL(0x39b6300), XIL(0), XIL(0x2eaae00), make_number(1), 
>   XIL(0x7fffffff7dd0), XIL(0x28), XIL(0x55883af632f3f300), XIL(0), XIL(0x7fffffff8090), XIL(0), XIL(0x1), XIL(0x1)}
> (gdb) p default_face
> $2 = (struct face *) 0x0
> 
> I have no idea how default_face can be NULL here.

Usually that means the frame's face cache stores less faces than the
face ID we are trying to use.  In which case we need to establish why
the face cache is freed between the time a face is created and the
time it is used.

bug#33222: Crash when visiting an org file from within Dired.

[Eli Zaretskii]

> From: Robert Pluim <rpluim@gmail.com>
> Date: Thu, 01 Nov 2018 19:12:20 +0100
> Cc: 33222@debbugs.gnu.org
> 
> Is there a redisplay expert in the house?

I'm not sure we have such an expert, but I will look into this
tomorrow (too late today for anything intelligent).

bug#33222: Crash when visiting an org file from within Dired.

[Eli Zaretskii]

> Date: Thu, 01 Nov 2018 20:46:33 +0200
> From: Eli Zaretskii <eliz@gnu.org>
> Cc: vordoo@yahoo.com, 33222@debbugs.gnu.org
> 
> > From: Robert Pluim <rpluim@gmail.com>
> > Date: Thu, 01 Nov 2018 19:12:20 +0100
> > Cc: 33222@debbugs.gnu.org
> > 
> > Is there a redisplay expert in the house?
> 
> I'm not sure we have such an expert, but I will look into this
> tomorrow (too late today for anything intelligent).

Should be fixed now on the emacs-26 branch.  (Who TF came with the
crazy idea that one can turn on a major mode, which defines new faces,
from a function registered to be run by JIT font-lock???)

bug#33222: Crash when visiting an org file from within Dired.

[vordoo]

On 11/2/18 12:11 PM, Eli Zaretskii wrote:
> Should be fixed now on the emacs-26 branch. (Who TF came with the
> crazy idea that one can turn on a major mode, which defines new faces, 
> from a function registered to be run by JIT font-lock???) 

Confirming the fixed on GNU Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, 
GTK+ Version 3.24.1) of 2018-11-02

Thank you guys very much!!!

bug#33222: Crash when visiting an org file from within Dired.

[Eli Zaretskii]

> Cc: 33222@debbugs.gnu.org
> From: vordoo <vordoo@yahoo.com>
> Date: Fri, 2 Nov 2018 13:05:54 +0200
> 
> On 11/2/18 12:11 PM, Eli Zaretskii wrote:
> > Should be fixed now on the emacs-26 branch. (Who TF came with the
> > crazy idea that one can turn on a major mode, which defines new faces, 
> > from a function registered to be run by JIT font-lock???) 
> 
> Confirming the fixed on GNU Emacs 26.1.50 (build 1, x86_64-pc-linux-gnu, 
> GTK+ Version 3.24.1) of 2018-11-02

Thanks for testing, I'm therefore closing the bug.