bug#32447: 27.0.50; TRAMP branch: "C-x &" does not honor read-only with "C-x C-r"

bug#32447: 27.0.50; TRAMP branch: "C-x &" does not honor read-only with "C-x C-r"

[Live System User]

Hi,

	When attempting to open files asyncronously, "C-x &"
	doesn't appear to honor read-only mode:

	      C-x & C-x C-r lisp/*.el

	The file buffers were created, however, they ere all
	writable.

	Thanks.




In GNU Emacs 27.0.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.20.10)
 of 2018-08-07 built on localhost.localdomain
Repository revision: b823346b6581fe21abf671f9bdcb5346a8afd63f
Windowing system distributor 'Fedora Project', version 11.0.11803000
System Description: Fedora 24 (Workstation Edition)

Recent messages:
nnimap read 216k from imap.aim.com [4 times]
nnimap read 224k from imap.aim.com [3 times]
nnimap read 232k from imap.aim.com
nnimap read 241k from imap.aim.com
nnimap read 249k from imap.aim.com
nnimap read 257k from imap.aim.com
Fetching headers for nnimap+aol:INBOX...done
Scoring...done
Sorting threads...done
Generating summary...done

Configured using:
 'configure 'CFLAGS=-DMAIL_USE_LOCKF -O0 -ggdb3 -pipe -Wall
 -Werror=format-security -fexceptions -fstack-protector-strong
 --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic'
 LDFLAGS=-Wl,-z,relro
 --prefix=/tmp/emacs-27.0-git-ttramp
 --with-dbus --with-gif --with-jpeg --with-png --with-rsvg --with-lcms2
 --with-tiff --with-xft --with-xpm --with-x-toolkit=gtk3 --with-gpm=yes
 --with-xwidgets --with-modules --with-json'

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

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix

Major mode: Summary

Minor modes in effect:
  gnus-desktop-notify-mode: t
  tooltip-mode: t
  global-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
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug sendmail qp gnus-ml disp-table
cursor-sensor nndraft nnmh nndoc mm-archive timezone url-http url-gw
url-cache url-auth url-handlers utf-7 rfc2104 nnfolder cl-extra
help-mode gnutls network-stream nsm subr-x gnus-agent gnus-srvr
gnus-score score-mode nnvirtual gnus-msg gnus-cache gnus-demon nntp
gnus-desktop-notify easy-mmode notifications dbus xml epa-file nnreddit
mm-url url url-proxy url-privacy url-expand url-methods url-history
url-cookie url-domsuf url-util url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs url-vars json map gnus-art mm-uu
mml2015 mm-view mml-smime smime dig mailcap cl sieve sieve-mode
sieve-manage sasl sasl-anonymous sasl-login sasl-plain advice nnir
gnus-sum gnus-group gnus-undo gnus-start gnus-cloud nnimap nnmail
mail-source utf7 netrc parse-time gnus-spec gnus-int gnus-range message
rmc puny dired dired-loaddefs format-spec rfc822 mml easymenu mml-sec
password-cache epa derived epg epg-config mm-decode mm-bodies mm-encode
mail-parse rfc2231 mailabbrev gmm-utils mailheader gnus-win gnus seq
byte-opt gv bytecomp byte-compile cconv wid-edit cl-loaddefs cl-lib nnoo
nnheader gnus-util rmail rmail-loaddefs rfc2047 rfc2045 ietf-drums
mm-util mail-prsvr mail-utils misearch multi-isearch 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 threads dbusbind
inotify lcms2 dynamic-setting system-font-setting font-render-setting
xwidget-internal move-toolbar gtk x-toolkit x multi-tty
make-network-process emacs)

Memory information:
((conses 16 315582 54638)
 (symbols 48 125977 2)
 (miscs 40 78 270)
 (strings 32 118627 7202)
 (string-bytes 1 4102467)
 (vectors 16 28256)
 (vector-slots 8 959991 48622)
 (floats 8 212 456)
 (intervals 56 7280 0)
 (buffers 992 31)
 (heap 1024 88541 1892))

bug#32447: 27.0.50; TRAMP branch: "C-x &" does not honor read-only with "C-x C-r"

[Michael Albinus]

Live System User <nyc4bos@aol.com> writes:

> Hi,

Hi,

> 	When attempting to open files asyncronously, "C-x &"
> 	doesn't appear to honor read-only mode:
>
> 	      C-x & C-x C-r lisp/*.el
>
> 	The file buffers were created, however, they ere all
> 	writable.

Confirmed. Will work on this next days.

> 	Thanks.

Best regards, Michael.

bug#32447: 27.0.50; TRAMP branch: "C-x &" does not honor read-only with "C-x C-r"

[Michael Albinus]

Live System User <nyc4bos@aol.com> writes:

> Hi,

Hi,

> 	When attempting to open files asyncronously, "C-x &"
> 	doesn't appear to honor read-only mode:
>
> 	      C-x & C-x C-r lisp/*.el
>
> 	The file buffers were created, however, they ere all
> 	writable.

Should be fixed now. Could you, pls, check?

> 	Thanks.

Best regards, Michael.

bug#32447: 27.0.50; TRAMP branch: "C-x &" does not honor read-only with "C-x C-r"

[Live System User]

Michael Albinus <michael.albinus@gmx.de> writes:

> Live System User <nyc4bos@aol.com> writes:
>
>> Hi,
>
> Hi,
>
>> 	When attempting to open files asyncronously, "C-x &"
>> 	doesn't appear to honor read-only mode:
>>
>> 	      C-x & C-x C-r lisp/*.el
>>
>> 	The file buffers were created, however, they ere all
>> 	writable.
>
> Should be fixed now. Could you, pls, check?

  Yes, it is fixed.

  Thanks!

>
>> 	Thanks.
>
> Best regards, Michael.

bug#32447: 27.0.50; TRAMP branch: "C-x &" does not honor read-only with "C-x C-r"

[Live System User]

Hi,

Live System User <nyc4bos@aol.com> writes:

> Michael Albinus <michael.albinus@gmx.de> writes:
>
>> Live System User <nyc4bos@aol.com> writes:
>>
>>> Hi,
>>
>> Hi,
>>
>>> 	When attempting to open files asyncronously, "C-x &"
>>> 	doesn't appear to honor read-only mode:
>>>
>>> 	      C-x & C-x C-r lisp/*.el
>>>
>>> 	The file buffers were created, however, they ere all
>>> 	writable.
>>
>> Should be fixed now. Could you, pls, check?
>
>   Yes, it is fixed.

    BTW a fix is needed for "C-x C-v" '(find-alternate-file)'

    When used with "C-x &" you get an error:

       C-x & C-x C-v lisp/*.el
       
window-normalize-buffer-to-switch-to: Wrong type argument: stringp,
(#<buffer xwidget.el> #<buffer xt-mouse.el> #<buffer xml.el> #<buffer
xdg.el> #<buffer x-dnd.el> #<buffer woman.el> #<buffer winner.el>
#<buffer window.el> #<buffer windmove.el> #<buffer widget.el> ...)

     Should I open up a new bug report for this?

     Thanks.


>
>   Thanks!
>
>>
>>> 	Thanks.
>>
>> Best regards, Michael.

bug#32447: 27.0.50; TRAMP branch: "C-x &" does not honor read-only with "C-x C-r"

[Michael Albinus]

Version: 27.1

Live System User <nyc4bos@aol.com> writes:

> Hi,

Hi,

>>> Should be fixed now. Could you, pls, check?
>>
>>   Yes, it is fixed.

Thanks, I'll close this bug report.


>     BTW a fix is needed for "C-x C-v" '(find-alternate-file)'
>
>     When used with "C-x &" you get an error:
>
>        C-x & C-x C-v lisp/*.el
>        
> window-normalize-buffer-to-switch-to: Wrong type argument: stringp,
> (#<buffer xwidget.el> #<buffer xt-mouse.el> #<buffer xml.el> #<buffer
> xdg.el> #<buffer x-dnd.el> #<buffer woman.el> #<buffer winner.el>
> #<buffer window.el> #<buffer windmove.el> #<buffer widget.el> ...)
>
>      Should I open up a new bug report for this?

Yes, pls do. The same error happen in the master branch w/o any thread
handling, when you apply "C-x C-v lisp/*.el". Emacs 26 does not suffer
from this problem.

>      Thanks.

Best regards, Michael.