It is currently expected that UIs will figure out when to hide msg_history_show messages by themselves.

I think this is bad for two reasons:

• It makes UIs less similar, increasing the number of things to learn when going from one UI to another.
• It makes UIs different from the TUI, which offers a press ENTER prompt when the time to hide msg_history_show messages has come.

After [di

[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

Issue description

Travis CI is often in a queued state, and now its result is no longer a prerequisite for merging PR, so it can be completely removed. https://github.com/apache/apisix/blob/master/.travis.yml

Environment

• apisix version (cmd: apisix version):
• OS:

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.

@cyrillos says xxhash is much better than Murmur which we use now. Up to 2 times in speed from what he showed in some benchmarks. It must be investigated, because we use murmur for some perf critical places.