Uzbl Bugtracker :: http://uzbl.org/bugs/ Uzbl Bugtracker :: Uzbl: Recently opened tasks 2013-06-01T08:58:45Z FS#317: Support search other language http://uzbl.org/bugs/index.php?do=details&task_id=317 2013-06-01T08:58:45Z richard lewis Press / can search words or vocabulary likes ctrl-f in other browser. But this function doesn't support search multiple byte language. It would be good for uzbl supports this feature. Thanks for the great work.
Thanks for the great work.]]> FS#316: uzbl fails to install on a non-ASCII hostname http://uzbl.org/bugs/index.php?do=details&task_id=316 2013-05-21T04:28:45Z Alexander Yakovlev Python 3 setup.py fails to install on non-ASCII hostnames: sudo hostname Тангвар make 2.7 is fine, however. This is a distfiles problem but it affects uzbl installation. Also most of the scripts are already for version 3.
sudo hostname Тангвар
make

2.7 is fine, however. This is a distfiles problem but it affects uzbl installation.

Also most of the scripts are already for version 3.
]]> FS#315: javascript useragent setting http://uzbl.org/bugs/index.php?do=details&task_id=315 2013-04-17T23:22:21Z Dennis New Although it's currently possible to "set useragent" to spoof the http header, it should also change this for the various javascript variables, such as "navigator.userAgent" and "navigator.appVersion". and "appName" and "appCodeName" and "platform". Currently I added something like: @on_event LOAD_START js var __originalNavigator = navigator; navigator = new Object(); navigator.__proto__ = __originalNavigator; navigator.__defineGetter__('userAgent', function () { return 'Customua'; }); navigator.__defineGetter__('appVersion', function () { return 'Customav'; }); ... to ~/.config/uzbl/config, although it was suggested in irc that this should go into uzbl-core itself, into the setter for the useragent variable. Which would be wonderful, and useful.
Currently I added something like:

@on_event LOAD_START js var __originalNavigator = navigator; navigator = new Object(); navigator.__proto__ = __originalNavigator; navigator.__defineGetter__('userAgent', function () { return 'Customua'; }); navigator.__defineGetter__('appVersion', function () { return 'Customav'; });

... to ~/.config/uzbl/config, although it was suggested in irc that this should go into uzbl-core itself, into the setter for the useragent variable. Which would be wonderful, and useful.

]]> FS#314: .desktop file for Uzbl http://uzbl.org/bugs/index.php?do=details&task_id=314 2013-02-27T09:58:41Z Vladimir Hello! I installed Uzbl and noticed that its installation does not provide a .desktop fle which is used for the main applications menu. So I suggest to include the file "/usr/share/applications/uzbl.desktop" into Uzbl installation by default. Here is an example file which I composed for my system: [Desktop Entry] Name=Uzbl Browser Comment=Uzbl - web interface tools which adhere to the unix philosophy. Terminal=false Type=Application Version=1.0 Icon=/usr/share/uzbl/examples/data/uzbl.png Exec=uzbl-tabbed %u StartupNotify=false Categories=Application;Network; MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml; I installed Uzbl and noticed that its installation does not provide a .desktop fle which is used for the main applications menu. So I suggest to include the file "/usr/share/applications/uzbl.desktop" into Uzbl installation by default. Here is an example file which I composed for my system:

[Desktop Entry]
Name=Uzbl Browser
Comment=Uzbl - web interface tools which adhere to the unix philosophy.
Terminal=false
Type=Application
Version=1.0
Icon=/usr/share/uzbl/examples/data/uzbl.png
Exec=uzbl-tabbed %u
StartupNotify=false
Categories=Application;Network;
MimeType=text/html;text/xml;application/xhtml+xml;application/vnd.mozilla.xul+xml;text/mml;
]]> FS#313: experimetal branch fails to compile with GTK+3 http://uzbl.org/bugs/index.php?do=details&task_id=313 2013-02-25T04:25:49Z Alexander Yakovlev experimental branch, src/gui.c, line 1025 - fails to compile with GTK+ 3: (code) gtk_widget_get_display (GTK_WIDGET (v)))) error is «v» undeclared (first use in this function)
(code)

gtk_widget_get_display (GTK_WIDGET (v))))

error is «v» undeclared (first use in this function)]]> FS#312: Change default user agent to avoid some issue with gmail http://uzbl.org/bugs/index.php?do=details&task_id=312 2013-02-24T22:41:05Z Michele Hi, I've encountered some problem whit gmail, especially with the integrated chat. Seems that gmail disable some features according to received user agent string. The default in uzbl is Uzbl (Webkit @{WEBKIT_MAJOR}.@{WEBKIT_MINOR}) (@(+uname -sm)@ [@ARCH_UZBL]) After some test I've set the user agent like this Mozilla/5.0 (X11; @(+uname -sm)@) Webkit/@{WEBKIT_MAJOR}.@{WEBKIT_MINOR} Uzbl/2012.05.14 and gmail now work fine. I think that this little change can be useful, because improve uzbl compatibility. Regards.
I've encountered some problem whit gmail, especially with the integrated chat.
Seems that gmail disable some features according to received user agent string.

The default in uzbl is

Uzbl (Webkit @{WEBKIT_MAJOR}.@{WEBKIT_MINOR}) (@(+uname -sm)@ [@ARCH_UZBL])

After some test I've set the user agent like this

Mozilla/5.0 (X11; @(+uname -sm)@) Webkit/@{WEBKIT_MAJOR}.@{WEBKIT_MINOR} Uzbl/2012.05.14

and gmail now work fine.

I think that this little change can be useful, because improve uzbl compatibility.

Regards.]]> FS#311: Awful image quality in image scaling http://uzbl.org/bugs/index.php?do=details&task_id=311 2013-01-20T11:55:42Z based god Just like how firefox had terrible image scaling, so does uzbl https://bugzilla.mozilla.org/show_bug.cgi?id=486918 https://bug486918.bugzilla.mozilla.org/attachment.cgi?id=428179 This can be fixed by switching to lanczos from linear interpolation which is what Uzbl seems to use https://bugzilla.mozilla.org/show_bug.cgi?id=486918
https://bug486918.bugzilla.mozilla.org/attachment.cgi?id=428179

This can be fixed by switching to lanczos from linear interpolation which is what Uzbl seems to use]]> FS#310: uzbl-browser does not check if uzbl-event-manager is already running http://uzbl.org/bugs/index.php?do=details&task_id=310 2013-01-05T19:40:57Z Noel Maersk Note that the code is already there, just commented out: # uzbl-event-manager will exit if one is already running. # we could also check if its pid file exists to avoid having to spawn it. DAEMON_SOCKET="$XDG_CACHE_HOME"/uzbl/event_daemon #if [ ! -f "$DAEMON_SOCKET".pid ] #then ${UZBL_EVENT_MANAGER:-uzbl-event-manager -va start} #fi I have noticed that if it is left so, a new instance of uzbl-event-manager is started, which opens the $XDG_CACHE_HOME/uzbl/event_daemon.log file, then notices another instance is already running, and exits. For some reason, this also results in a large binary dump of zeros into the log file (at least on my system): [1355417388.042650] uzbl-event-manager: INFO: logging to '/home/veox/.cache/uzbl/event_daemon.log' [1355417388.043022] uzbl-event-manager: INFO: daemon action 'start' [1355417388.043300] uzbl-event-manager: INFO: read pid 6690 from pid file '/home/veox/.cache/uzbl/event_daemon.pid' [1355417388.043436] uzbl-event-manager: ERROR: event manager already started with pid 6690 ^@^@^@^@ (many) Starting a new instance of Python to run the event manager probably takes longer than doing a shell check anyway. I suggest this be uncommented. Thoughts?
# uzbl-event-manager will exit if one is already running.
# we could also check if its pid file exists to avoid having to spawn it.
DAEMON_SOCKET="$XDG_CACHE_HOME"/uzbl/event_daemon
#if [ ! -f "$DAEMON_SOCKET".pid ]
#then
${UZBL_EVENT_MANAGER:-uzbl-event-manager -va start}
#fi

I have noticed that if it is left so, a new instance of uzbl-event-manager is started, which opens the $XDG_CACHE_HOME/uzbl/event_daemon.log file, then notices another instance is already running, and exits. For some reason, this also results in a large binary dump of zeros into the log file (at least on my system):

[1355417388.042650] uzbl-event-manager: INFO: logging to '/home/veox/.cache/uzbl/event_daemon.log'
[1355417388.043022] uzbl-event-manager: INFO: daemon action 'start'
[1355417388.043300] uzbl-event-manager: INFO: read pid 6690 from pid file '/home/veox/.cache/uzbl/event_daemon.pid'
[1355417388.043436] uzbl-event-manager: ERROR: event manager already started with pid 6690
^@^@^@^@ (many)

Starting a new instance of Python to run the event manager probably takes longer than doing a shell check anyway. I suggest this be uncommented.

Thoughts?]]> FS#309: Automatic hiding of the statusbar http://uzbl.org/bugs/index.php?do=details&task_id=309 2012-11-29T19:00:03Z Ben Boeckel Add support for showing the statusbar when it changes, hiding it after a timeout. FS#308: Share HTTP authentication between uzbl processes http://uzbl.org/bugs/index.php?do=details&task_id=308 2012-11-26T09:15:03Z murchik Not sure if it's about uzbl-core or uzbl-tabbed or even is it a bug or not, but still there's this issue with HTTP authentication: you have to authenticate in every window (tab, process, whatever) to the same server asking for it. It becomes really annoying when website with such authentication have target="_blank" attribute for every link or something like that. I guess there must be some storage like cookies or something to keep authorization headers per authentication realm. All other browsers does.
I guess there must be some storage like cookies or something to keep authorization headers per authentication realm. All other browsers does.]]>