Uzbl Bugtracker :: http://www.uzbl.org/bugs/ Uzbl Bugtracker :: Uzbl: Recently opened tasks 2013-04-17T23:22:21Z FS#315: javascript useragent setting http://www.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://www.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://www.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://www.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://www.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://www.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://www.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://www.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.]]>
FS#307: Keyboard mapping in statusbar. http://www.uzbl.org/bugs/index.php?do=details&task_id=307 2012-11-20T16:27:55Z Andrzej Rosa It's impossible to do searches containing Polish letters like ąśćź and so on. Steps to replicate. a) setxkbmap -layout "pl" b) start uzbl-browser c) press / d) start typing Polish letters by using Right-Alt+letter. e.g. "Right-Alt+a" should give "ą". What happens: You can see "<Mod5>ą/", but it all disappears once you release Right-Alt. You can make no searches for frazes containing Polish letters. Expected behavior: Polish letter should appear after "/" sign, and not disappear upon Right-Alt release, so you could do normal searches.
Steps to replicate.
a) setxkbmap -layout "pl"
b) start uzbl-browser
c) press /
d) start typing Polish letters by using Right-Alt+letter. e.g. "Right-Alt+a" should give "ą".

What happens: You can see "<Mod5>ą/", but it all disappears once you release Right-Alt. You can make no searches for frazes containing Polish letters.

Expected behavior: Polish letter should appear after "/" sign, and not disappear upon Right-Alt release, so you could do normal searches.]]>
FS#306: uzbl fails to save cookies (libsoup issue?) http://www.uzbl.org/bugs/index.php?do=details&task_id=306 2012-11-19T09:31:38Z Neil Muller In some configurations, uzbl fails to save or share cookies. Existing cookies are loaded fine, but the ADD_COOKIE event never triggers. I don&#039;t see the bug on debian testing (uzbl git 20120514, libwekit 1.8, libsoup 2.38.1) I DO see the bug on ubuntu quantal (uzbl git 20120514, libwebkit 1.10, libsoup 2.40.0) Based on a quick skim of uzbl&#039;s cookie handling code, my guess is that the libsoup version difference is to blame, but I haven&#039;t investigated further. This has surfaced on the irc channel, and also been reported on launchpad: https://bugs.launchpad.net/ubuntu/+source/uzbl/+bug/1069513
I don't see the bug on debian testing (uzbl git 20120514, libwekit 1.8, libsoup 2.38.1)
I DO see the bug on ubuntu quantal (uzbl git 20120514, libwebkit 1.10, libsoup 2.40.0)

Based on a quick skim of uzbl's cookie handling code, my guess is that the libsoup version difference is to blame, but I haven't investigated further.

This has surfaced on the irc channel, and also been reported on launchpad: https://bugs.launchpad.net/ubuntu/+source/uzbl/+bug/1069513]]>