Uzbl Bugtracker ::
http://www.uzbl.org/bugs/
Uzbl Bugtracker :: Uzbl: Recently opened tasks2013-04-17T23:22:21ZFS#315: javascript useragent setting
http://www.uzbl.org/bugs/index.php?do=details&task_id=315
2013-04-17T23:22:21ZDennis NewAlthough 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:41ZVladimirHello!
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:49ZAlexander Yakovlevexperimental 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:05ZMicheleHi,
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.
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:42Zbased godJust 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:57ZNoel MaerskNote 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:03ZBen BoeckelAdd 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:03ZmurchikNot 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:55ZAndrzej RosaIt'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:38ZNeil MullerIn some configurations, uzbl fails to save or share cookies. Existing cookies are loaded fine, but the ADD_COOKIE event never triggers.
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
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.