Hoogle Search
Within LTS Haskell 24.52 (ghc-9.10.3)
Note that Stackage only displays results for the latest LTS and Nightly snapshot. Learn more.
type
TlsConnectionAcceptCertificateCallback = TlsCertificate -> [TlsCertificateFlags] -> IO Boolgi-gio GI.Gio.Objects.TlsConnection Emitted during the TLS handshake after the peer certificate has been received. You can examine peerCert's certification path by calling tlsCertificateGetIssuer on it. For a client-side connection, peerCert is the server's certificate, and the signal will only be emitted if the certificate was not acceptable according to conn's TlsClientConnection:validation_flags. If you would like the certificate to be accepted despite errors, return True from the signal handler. Otherwise, if no handler accepts the certificate, the handshake will fail with TlsErrorBadCertificate. GLib guarantees that if certificate verification fails, this signal will be emitted with at least one error will be set in errors, but it does not guarantee that all possible errors will be set. Accordingly, you may not safely decide to ignore any particular type of error. For example, it would be incorrect to ignore TlsCertificateFlagsExpired if you want to allow expired certificates, because this could potentially be the only error flag set even if other problems exist with the certificate. For a server-side connection, peerCert is the certificate presented by the client, if this was requested via the server's TlsServerConnection:authentication_mode. On the server side, the signal is always emitted when the client presents a certificate, and the certificate will only be accepted if a handler returns True. Note that if this signal is emitted as part of asynchronous I/O in the main thread, then you should not attempt to interact with the user before returning from the signal handler. If you want to let the user decide whether or not to accept the certificate, you would have to return False from the signal handler on the first attempt, and then after the connection attempt returns a TlsErrorBadCertificate, you can interact with the user, and if the user decides to accept the certificate, remember that fact, create a new connection, and return True from the signal handler the next time. If you are doing I/O in another thread, you do not need to worry about this, and can simply block in the signal handler until the UI thread returns an answer. Since: 2.28
type
UnixMountMonitorMountpointsChangedCallback = IO ()gi-gio GI.Gio.Objects.UnixMountMonitor Emitted when the unix mount points have changed.
type
UnixMountMonitorMountsChangedCallback = IO ()gi-gio GI.Gio.Objects.UnixMountMonitor Emitted when the unix mounts have changed.
type
VolumeMonitorDriveChangedCallback = Drive -> IO ()gi-gio GI.Gio.Objects.VolumeMonitor Emitted when a drive changes.
type
VolumeMonitorDriveConnectedCallback = Drive -> IO ()gi-gio GI.Gio.Objects.VolumeMonitor Emitted when a drive is connected to the system.
type
VolumeMonitorDriveDisconnectedCallback = Drive -> IO ()gi-gio GI.Gio.Objects.VolumeMonitor Emitted when a drive is disconnected from the system.
type
VolumeMonitorDriveEjectButtonCallback = Drive -> IO ()gi-gio GI.Gio.Objects.VolumeMonitor Emitted when the eject button is pressed on drive. Since: 2.18
type
VolumeMonitorDriveStopButtonCallback = Drive -> IO ()gi-gio GI.Gio.Objects.VolumeMonitor Emitted when the stop button is pressed on drive. Since: 2.22
type
VolumeMonitorMountAddedCallback = Mount -> IO ()gi-gio GI.Gio.Objects.VolumeMonitor Emitted when a mount is added.
type
VolumeMonitorMountChangedCallback = Mount -> IO ()gi-gio GI.Gio.Objects.VolumeMonitor Emitted when a mount changes.