mIRC Home    About    Download    Register    News    Help

Print Thread
ZNC hide password sent to server manually? #266231 25/10/19 09:04 PM
Joined: May 2018
Posts: 101
eahm Offline OP
Vogon poet
OP Offline
Vogon poet
Joined: May 2018
Posts: 101
Khaled,
Can you please add the feature to hide the password sent to the server manually? I saw other clients mask it with ****, it would be great, thanks.

Example:

mIRC: 14:00:46 -> Server: pass "user"/"network":"password" (all in plain sight)

Other client: 14:01:46 * Sent raw: 'pass ******'

I remember you said you don't use/test ZNCs so, this is the command the ZNC sends when asked to enter the password manually:

14:00:37 -irc.znc.in- *** You need to send your password. Configure your client to send a server password.
14:00:37 -irc.znc.in- *** To connect now, you can use /quote PASS <username>:<password>, or /quote PASS <username>/<network>:<password> to connect to a specific network.

Re: ZNC hide password sent to server manually? [Re: eahm] #266232 25/10/19 10:02 PM
Joined: Jan 2004
Posts: 1,214
maroon Offline
Hoopy frood
Offline
Hoopy frood
Joined: Jan 2004
Posts: 1,214
eahm have you tried using the dot? i.e. /.quote instead of /quote

Re: ZNC hide password sent to server manually? [Re: maroon] #266233 26/10/19 01:08 AM
Joined: May 2018
Posts: 101
eahm Offline OP
Vogon poet
OP Offline
Vogon poet
Joined: May 2018
Posts: 101
What the hell? That's amazing, it hides it completely, is that a trick only for secret selected individuals?

Jokes apart, can I use that dot with every command to hide them from the active window?

Thank you maroon, I guess that will do the trick.

Re: ZNC hide password sent to server manually? [Re: eahm] #266234 26/10/19 06:21 AM
Joined: Jan 2004
Posts: 1,214
maroon Offline
Hoopy frood
Offline
Hoopy frood
Joined: Jan 2004
Posts: 1,214
Assuming 'apart' means the 2nd question isn't also a joke, yes, the dot is one of the command prefixes.
https://en.wikichip.org/wiki/mirc/aliases#Aliases_Prefixes

It works on built-in command directly, though there is an exception:

//say test $true
//echo test $show
and
//.say test $true
//.echo test $show
both behave identically, but same doesn't happen with /me.

While it works on build-in commands used by your custom alias, it doesn't mute the echoes displayed by your alias unless the code specifically check $show. i.e. "if ($show) echo -s message"

But be aware the $show seems to be inherited from one custom alias to another:

alias foo {
echo -a foo $show
foo2
.foo2
}
alias foo2 {
echo -a foo2 $show
var -s %a test
set -su %a test
}

If you run: /foo
then both messages displayed by foo2 display $true or $false depending on whether foo2 was called using the dot prefix.
However, if you run: /.foo
then foo2 always inherits the $false from how foo was called, even when foo2 was called without it. The example shows this also prevents /var -s and /set -s from displaying their messages in both the latter cases, because it also is inheriting the $show setting from the first alias.