You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When the request-resource-hook is not in its default state and one of the
handlers in it get activated, the Loading "websitename.foo" string
(that always get displayed when URL loads) looks likeLoading "". instead.
This message comes from the renderer-gtk.lisp file,
from the on-signal-load-changed method. It gets displayed in the modeline
during the website loading. with the contents of the url slot of the
current buffer, prettified with url-display. Because format uses a standart
form of what's inside ("~s") and url-display returns either a decoded
or an original URL, the url slot of the given buffer is empty.
Probably, the root of the problem is somewhere in the on-signal-decide-policy
method that treats the cases of the URL change specially, but I can't understand
exactly where URL gets erased, especially given that the erasure is temporary
and URL is back on the :webkit-load-finished phase (it is displayed).
Precise recipe to reproduce the issue
Having an old-reddit-handler (the one from the manual)
in the default buffer request-resource-hook,
call set-url-from-current-url, input reddit.com and hit Return.
Look at the modeline -- there will be a Loading "". string,
until the website will load.
OS name+version: Guix System (version 58cb52a31d5fd6c303440bf2fb900a267734d106), Linux 5.4.45 #1 SMP 1
Graphics card and driver (output of lspci -v):
00:02.0 VGA compatible controller: Intel Corporation UHD Graphics 620 (rev 07) (prog-if 00 [VGA controller])
Subsystem: ASUSTeK Computer Inc. Device 1c50
Flags: bus master, fast devsel, latency 0, IRQ 126
Memory at ee000000 (64-bit, non-prefetchable) [size=16M]
Memory at d0000000 (64-bit, prefetchable) [size=256M]
I/O ports at f000 [size=64]
Expansion ROM at 000c0000 [virtual] [disabled] [size=128K]
Capabilities: <access denied>
Kernel driver in use: i915
Kernel modules: i915
Desktop environment / Window manager name+version: StumpWM 19.11 *version* = "1.0.1 Compiled On Wed Jun 03 2020 21:26:36"
How you installed Nyxt (Guix pack, package manager, build from source):
Loaded dependencies from /nyxt/build-scripts/guix.scm, loaded the :nyxt/gtk system in SLIME REPL.
Describe the bug
When the
request-resource-hook
is not in its default state and one of thehandlers in it get activated, the
Loading "websitename.foo"
string(that always get displayed when URL loads) looks like
Loading "".
instead.This message comes from the
renderer-gtk.lisp
file,from the
on-signal-load-changed
method. It gets displayed in the modelineduring the website loading. with the contents of the
url
slot of thecurrent buffer, prettified with
url-display
. Becauseformat
uses a standartform of what's inside (
"~s"
) andurl-display
returns either a decodedor an original URL, the
url
slot of the given buffer is empty.Probably, the root of the problem is somewhere in the
on-signal-decide-policy
method that treats the cases of the URL change specially, but I can't understand
exactly where URL gets erased, especially given that the erasure is temporary
and URL is back on the
:webkit-load-finished
phase (it is displayed).Precise recipe to reproduce the issue
Having an
old-reddit-handler
(the one from the manual)in the default buffer
request-resource-hook
,call
set-url-from-current-url
, inputreddit.com
and hit Return.Look at the modeline -- there will be a
Loading "".
string,until the website will load.
Minimal config file to reproduce the issue:
Information
OS name+version:
Guix System (version 58cb52a31d5fd6c303440bf2fb900a267734d106), Linux 5.4.45 #1 SMP 1
Graphics card and driver (output of
lspci -v
):Desktop environment / Window manager name+version:
StumpWM 19.11
*version* = "1.0.1 Compiled On Wed Jun 03 2020 21:26:36"
How you installed Nyxt (Guix pack, package manager, build from source):
Loaded dependencies from /nyxt/build-scripts/guix.scm, loaded the
:nyxt/gtk
system in SLIME REPL.Information from command copy-system-information:
Output when started from a shell
The text was updated successfully, but these errors were encountered: