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.

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.

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;

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)

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.

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

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?

Add support for showing the statusbar when it changes, hiding it after a timeout.

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.

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.