Actual behaviour

When simply trying to edit some additional files I often type :e *.js or something similar; this almost ALWAYS results in E77: Too many file names.

Expected behaviour

It's pretty clear what the user wants in this situation; they want to open the files as buffers! I'm sure there are legacy reasons for this error, but it's a pretty poor experience these days that

[zosy@localhost:~]% rpm -qa zenmap
zenmap-7.60-1.noarch

gnome doesn't use gksu instead of pkexec, so i made a patch.
su-to-zenmap-fix-gnome-root.patch.txt

add com.gnome.pkexec.zenmap.policy to /usr/share/polkit-1/actions should works fine.

[com.gnome.pkexec.zenmap.policy.txt](https://github.com/nmap/n

Currently, things like #3097 are caught accidentally when someone sees the breakage. Is it possible to automatically extract all links from the generated docs and catch broken links? Surely there are tools for that.

comments: apache/apisix#2121 (comment)

t/plugin/limit-req.t ..................... ok

#   Failed test 'TEST 1: log rotate - response_body_like - response is expected (2020-08-31_10-25-32__access.log 2020-08-31_10-25-31__access.log 2020-08-31_10-25-33__access.log . 2020-08-31_10-25-32__error.log error.log 2020-08-31_10-25-33__error.log access.log 202

Tarantool version: 2.3

tarantool> key_def.new({{field = 1, type = nil}})
---
- error: type must not be nil
...
tarantool> key_def.new({{field = 1, type = box.NULL}}) -- Expected the same error as for first case
---
- - type: unsigned
    is_nullable: false
    fieldno: 1
...