Uzbl Bugtracker :: Sat, 01 Jun 2013 08:58:45 +0000 Uzbl Bugtracker :: Uzbl: Recently opened tasks http://uzbl.org/bugs/ FS#317: Support search other language richard lewis Sat, 01 Jun 2013 08:58:45 +0000
Thanks for the great work. ]]>
http://uzbl.org/bugs/index.php?do=details&task_id=317 http://uzbl.org/bugs/index.php?do=details&task_id=317
FS#316: uzbl fails to install on a non-ASCII hostname Alexander Yakovlev Tue, 21 May 2013 04:28:45 +0000
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.
]]>
http://uzbl.org/bugs/index.php?do=details&task_id=316 http://uzbl.org/bugs/index.php?do=details&task_id=316
FS#315: javascript useragent setting Dennis New Wed, 17 Apr 2013 23:22:21 +0000
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.

]]>
http://uzbl.org/bugs/index.php?do=details&task_id=315 http://uzbl.org/bugs/index.php?do=details&task_id=315
FS#314: .desktop file for Uzbl Vladimir Wed, 27 Feb 2013 09:58:41 +0000 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;
]]>
http://uzbl.org/bugs/index.php?do=details&task_id=314 http://uzbl.org/bugs/index.php?do=details&task_id=314
FS#313: experimetal branch fails to compile with GTK+3 Alexander Yakovlev Mon, 25 Feb 2013 04:25:49 +0000
(code)

gtk_widget_get_display (GTK_WIDGET (v))))

error is «v» undeclared (first use in this function)]]>
http://uzbl.org/bugs/index.php?do=details&task_id=313 http://uzbl.org/bugs/index.php?do=details&task_id=313
FS#312: Change default user agent to avoid some issue with gmail Michele Sun, 24 Feb 2013 22:41:05 +0000
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.]]>
http://uzbl.org/bugs/index.php?do=details&task_id=312 http://uzbl.org/bugs/index.php?do=details&task_id=312
FS#311: Awful image quality in image scaling based god Sun, 20 Jan 2013 11:55:42 +0000 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]]>
http://uzbl.org/bugs/index.php?do=details&task_id=311 http://uzbl.org/bugs/index.php?do=details&task_id=311
FS#310: uzbl-browser does not check if uzbl-event-manager is already running Noel Maersk Thu, 13 Dec 2012 16:59:01 +0000
# 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?]]>
http://uzbl.org/bugs/index.php?do=details&task_id=310 http://uzbl.org/bugs/index.php?do=details&task_id=310
FS#309: Automatic hiding of the statusbar Ben Boeckel Thu, 29 Nov 2012 19:00:03 +0000 http://uzbl.org/bugs/index.php?do=details&task_id=309 http://uzbl.org/bugs/index.php?do=details&task_id=309 FS#308: Share HTTP authentication between uzbl processes murchik Mon, 26 Nov 2012 09:15:03 +0000
I guess there must be some storage like cookies or something to keep authorization headers per authentication realm. All other browsers does.]]>
http://uzbl.org/bugs/index.php?do=details&task_id=308 http://uzbl.org/bugs/index.php?do=details&task_id=308