uzbl. A browser that adheres to the unix philosophy.

sfauzia · 2009-07-01 23:20:23

I really want to print from the browser. Is there any way to do this yet? (and if it's something obvious, please forgive me)

brisbin33 · 2009-07-01 23:20:40

hey guys, cookies.py seems to be broken to me.

i'm not very python-literate but it seems the path should be getting set correctly:

 63 if __name__ == '__main__':
 64     if 'XDG_DATA_HOME' in os.environ.keys() and os.environ['XDG_DATA_HOME']:
 65         jar = cookielib.MozillaCookieJar(\
 66           os.path.join(os.environ['XDG_DATA_HOME'],'/uzbl/cookies.txt'))
 67     else:
 68         jar = cookielib.MozillaCookieJar(\
 69           os.path.join(os.environ['HOME'],'.local/share/uzbl/cookies.txt'))

(line numbers shown, copied out of vim)

but it's failing as if it's not

Traceback (most recent call last):
  File "/home/patrick/.local/share/uzbl/scripts/cookies.py", line 86, in <module>
    jar.save(ignore_discard=True) # save session cookies too
  File "/usr/lib/python2.6/_MozillaCookieJar.py", line 118, in save
    f = open(filename, "w")
IOError: [Errno 2] No such file or directory: '/uzbl/cookies.txt'

i do have a file (as i always have) at $XDG_DATA_HOME/.local/share/uzbl/cookies.txt

i was going to file a bug (may still) but i need to register at your flyspray and i thought i'd post here in the meantime.

ataraxia · 2009-07-02 02:03:33

brisbin33 wrote:

hey guys, cookies.py seems to be broken to me.
i'm not very python-literate but it seems the path should be getting set correctly:
 63 if __name__ == '__main__':
 64     if 'XDG_DATA_HOME' in os.environ.keys() and os.environ['XDG_DATA_HOME']:
 65         jar = cookielib.MozillaCookieJar(\
 66           os.path.join(os.environ['XDG_DATA_HOME'],'/uzbl/cookies.txt'))
 67     else:
 68         jar = cookielib.MozillaCookieJar(\
 69           os.path.join(os.environ['HOME'],'.local/share/uzbl/cookies.txt'))
(line numbers shown, copied out of vim)
but it's failing as if it's not
Traceback (most recent call last):
  File "/home/patrick/.local/share/uzbl/scripts/cookies.py", line 86, in <module>
    jar.save(ignore_discard=True) # save session cookies too
  File "/usr/lib/python2.6/_MozillaCookieJar.py", line 118, in save
    f = open(filename, "w")
IOError: [Errno 2] No such file or directory: '/uzbl/cookies.txt'
i do have a file (as i always have) at $XDG_DATA_HOME/.local/share/uzbl/cookies.txt
i was going to file a bug (may still) but i need to register at your flyspray and i thought i'd post here in the meantime.

This was bugging me when I was testing uzbl. It also broke like this for me, and looked like perfectly good code anyway.

Sakurina · 2009-07-02 03:25:29

SpeedVin wrote:

Hello i'm using now uzbl (great browser).
But I have question when i press Shift+F I see numbers on links is there's any way to go to this links maybe typening in command mode o 14 and browser go to 14 link that's will better to browse with only keyboard , but I want to say to author/devs Great Work.
Ok i got I it's a great feuture.

Use fl followed by the number in the hint to follow that link (in the default config anyway).

uzbl is now my main browser on the laptop; still need to figure out the whole cookies thing, but otherwise this is perfect for all I do.

Now if only there was a Cocoa version for OS X... (messed with the idea the other day, but didn't get too far)

sfauzia · 2009-07-02 07:09:43

So strange... Wikipedia is making uzbl crash. Not the main page itself (wikipedia.org, where you choose a language), but specific articles. Uzbl never had a problem with Wikipedia before, unless Wikipedia has done something... I just get "Segmentation fault" as the output in the terminal.

I've tried cleaning out all my config files for uzbl and setting it back to the customary defaults, but it hasn't made the slightest difference.

Last edited by sfauzia (2009-07-02 07:10:41)

cdwillis · 2009-07-02 08:02:56

What wikipedia entries were you looking at specifically?

sfauzia · 2009-07-02 08:17:03

It's indiscriminate. Any article makes it crash. Just not the main page itself. This doesn't make any sense because I've been using uzbl for over a week without a single problem with Wikipedia.

Well, your idea made me think a little more about this... I just did a little experiment. I tried to read a Wikipedia article that I had bookmarked (on trigonometric substitution by the way, an integration method). Didn't crash. Then I moved my bookmarks to my home directory, and retrieved the same link from my history. Still didn't crash. Then I moved my history as well and tried it from plain Google. It crashed. So, it appears that, somehow, having the article in my bookmarks or history prevents uzbl from segfaulting. Very strange.

Last edited by sfauzia (2009-07-02 08:30:31)

cdwillis · 2009-07-02 08:44:29

Interesting. I haven't had it crash on me on Wikipedia, but I haven't tried to use bookmarks. It did crash on some page the other day, but I can't remember what it was.

sfauzia · 2009-07-02 09:10:13

cdwillis wrote:

Interesting. I haven't had it crash on me on Wikipedia, but I haven't tried to use bookmarks. It did crash on some page the other day, but I can't remember what it was.

Stranger still, Wikipedia is crashing surf as well, which makes me wonder if it is webkit specific (surf, a very new and very cool browser, also depends on libwebkit; surf is surf-hg in the AUR). I did install Arora today and struggled to install the new Firefox (didn't compile), so it's very much possible that there's something ugly still installed on my computer that's wreaking havoc whenever I open Wikipedia...

9mqk$fhn · 2009-07-02 12:01:25

sfauzia wrote:

surf, a very new and very cool browser, also depends on libwebkit; surf is surf-hg in the AUR

Surf is almost exactly the same as uzbl!

Last edited by 9mqk$fhn (2009-07-02 12:02:33)

sfauzia · 2009-07-02 12:12:21

True, but with some key differences. Google Docs and Gmail, for instance, work perfectly in surf. I can't even open Google Docs in uzbl, and chat, settings, and the contacts manager all do not work in uzbl (these are webkit limitations I'm aware of). The fact that surf has all of these major necessities of mine down pat is pretty amazing

By the way, I went ahead and compiled webkit using the AUR package... didn't change the issue for me much, except that some pages are actually showing up without crashing. But if I try to open the article on modular arithmetic, or integration by parts, it predictably crashes. I'm really wondering what could be at the root of this strange problem...

[edit] Actually, the differences must just have been a webkit update, because now all the problems I mentioned with Gmail and such are nonexistent in uzbl. I do like surf still, though uzbl is more customizable and feature-filled. [/edit]

Last edited by sfauzia (2009-07-05 18:37:30)

sfauzia · 2009-07-02 12:20:47

When I removed a line in my gtkrc to enable the GTK style to work in qtconfig (which I had installed for Arora, now uninstalled), wikipedia now loads the article (in this case, modular arithmetic), once. If I open another window, and try to load the same exact article, surf crashes. Thereafter, it always crashes. Hope I come to the bottom of this soon.

[edit] I'm just going to wait this out and hope it fixes itself, because it's just becoming absurd: Again I opened the article (in surf), and now it loads normally. Wouldn't mind if someone else has a pointer or two to offer... I'll try this again in uzbl ASAP. [/edit]

[edit] Here's some interesting output from dmesg:

surf[2192]: segfault at 6 ip 00007fec00007fec4e294645 sp 00007fff34f9ebf0 error 4 in libwebkit-1.0.so.2.7.0[7fec4df01000+d4f000]
surf[2621]: segfault at 6 00007f2e67535645 sp 00007fff5b230030 error 4 in libwebkit-1.0.so.2.7.0[7f2e671a2000+d4f000]

[/edit]

Last edited by sfauzia (2009-07-02 12:53:47)

mason.larobina · 2009-07-02 13:59:12

I've spent the last 6 days solid working on UZaBLe tabbing support for uzbl and I think I finally have a stable version to share.

http://www.uzbl.org/wiki/uzbl_tabbed

If you have any questions, problems or queries drop me or some other developers a line via email, git-hub or in the Freenode #uzbl irc channel.

Hope you like it!

Edit: There are still a few issues with the script however like the tabs overflowing when you have several open at once. I am working on an "ellipsiser" for the tab titles to auto truncate the titles so they don't overflow off the screen and adding scrolling support but that is a few days away.

Last edited by mason.larobina (2009-07-02 14:02:39)

brisbin33 · 2009-07-02 14:18:02

ataraxia wrote:

This was bugging me when I was testing uzbl. It also broke like this for me, and looked like perfectly good code anyway.

bug filed

mason.larobina · 2009-07-02 14:58:58

brisbin33 wrote:

ataraxia wrote:
This was bugging me when I was testing uzbl. It also broke like this for me, and looked like perfectly good code anyway.
bug filed

Here is the fix:

Line 66: os.path.join(os.environ['XDG_DATA_HOME'],'/uzbl/cookies.txt'))

Should be:

Line 66: os.path.join(os.environ['XDG_DATA_HOME'],'uzbl/cookies.txt'))

This happens because if you ever get a 'root-path' as the second argument to os.path.join it doesn't join the two paths it just returns the latter.

There has been bug-fixes made in several forks but the fix hasn't been merged into the main master or experimental trees.

I will pester Dieterbe to pull it into his experimental asap.

sfauzia · 2009-07-02 15:31:22

Okay, so it isn't only my computer. I tested my other machine, pristine dwm install that didn't go through any browser hiccups (runs Firefox), and installed both uzbl and surf with the libwebkit from the repos. Both browsers crashed on trying to navigate to the English language page. So, I'm guessing the problem I'm having has something to do with the latest version of libwebkit.

mason.larobina · 2009-07-02 16:08:18

sfauzia wrote:

Okay, so it isn't only my computer. I tested my other machine, pristine dwm install that didn't go through any browser hiccups (runs Firefox), and installed both uzbl and surf with the libwebkit from the repos. Both browsers crashed on trying to navigate to the English language page. So, I'm guessing the problem I'm having has something to do with the latest version of libwebkit.

Do you know if you are using the experimental uzbl branch or not?

It might pay to fetch the latest experimental branch:

~ $ git clone git://github.com/Dieterbe/uzbl.git
~ $ cd uzbl/
~/uzbl $ git branch experimental
~/uzbl $ git fetch origin experimental
~/uzbl $ git checkout experimental -f
~/uzbl $ make 
~/uzbl $ sudo make install

Edit: Sorry I was missing some git command's required to check the experimental branch out.

Last edited by mason.larobina (2009-07-03 02:09:18)

sfauzia · 2009-07-02 17:07:15

I tried the experimental branch via the AUR (no difference), but I'll try it manually as well ASAP. Thanks.

[edit] Tested the experimental branch with the manual install. It crashed on Wikipedia as well. I currently have version 1.1.10-1 of libwebkit installed. Is that the same as everyone else?

And dmesg outputs this error:

uzbl[13405]: segfault at 6 ip 00007fb08d90c5f5 sp 00007ffff82979b0 error 4 in libwebkit-1.0.so.2.7.0[7fb08d58f000+d1f000]

[/edit]

[edit]Really desperate, I know, but I enabled the testing repo and upgraded libwebkit to version 1.1.10-2. Wikipedia still crashes my browser, which is truly strange. [edit]

Last edited by sfauzia (2009-07-03 23:26:37)

Dieter@be · 2009-07-03 19:55:16

First release brings uzbl_tabbed script, config language changes, more javascript functionality, bidirectional socket and more.

See http://www.uzbl.org/news.php?id=11

N30N · 2009-07-04 11:48:05

sfauzia wrote:

I really want to print from the browser. Is there any way to do this yet?

bind :print_ = js window.print();

sfauzia wrote:

So strange... Wikipedia is making uzbl crash. Not the main page itself (wikipedia.org, where you choose a language), but specific articles.

I'm also having this problem. No one else on #uzbl (freenonde) can reproduce this problem. Are you running arch x86_64?

As a temporary fix you can do add the following script to your load_commit_handler.

(function() {
    if (document.domain.indexOf("wikipedia.org") > -1) {
        Uzbl.run("set disable_scripts = 1");
    }
    else {
        Uzbl.run("set disable_scripts = 0");
    }
})();

Like so:

set load_commit_handler = chain "script $XDG_DATA_HOME/uzbl/scripts/noscript.js"

Update:
I just installed uzbl in a 32bit chroot at it works fine. So it's a arch 64bit issue (I've been told it works fine on gentoo 64bit).

Last edited by N30N (2009-07-04 15:33:28)

sfauzia · 2009-07-04 17:53:14

Wow, thank you so much N30N. I am running Arch 64. I'm very glad to know I'm not the only one, and I really appreciate the temporary fix. I was managing in the meantime by relying on Google's cache version of the wikipedia page.

You don't possibly use surf, by chance? I don't have an IRC client, and I'm not subscribed to the mailing list, so I don't know how to put in a bug report to get this same problem fixed in surf as well.

Last edited by sfauzia (2009-07-04 18:17:51)

dannytatom · 2009-07-04 20:38:53

The wikipedia article has been removed for "Unambiguous advertising or promotion."

N30N · 2009-07-04 21:38:18

sfauzia wrote:

You don't possibly use surf, by chance?

I don't use it but have tried it. The problem a occurs in all the webkitgtk browsers.

sfauzia wrote:

I don't have an IRC client, and I'm not subscribed to the mailing list, so I don't know how to put in a bug report to get this same problem fixed in surf as well.

There's already a WebKit Bugzilla bug report 26390 reported.

Last edited by N30N (2009-07-05 10:22:59)

rusty99 · 2009-07-05 20:42:27

More of a general security question as I'm intrigued by what's occuring,
I visited a site the other day that noscript (in Swiftweasel) gave an XSS warning for, obviously I didn't go any further as a potential session hijack wouldn't be much fun.

- The bit that intrigues me - This only occurs if click on the link, using linkfollow the site will act normally.
If I visit the same site in uzbl via a link, it spawns 2 new instances of uzbl. Am I seeing the actual site I intended to visit in one instance of uzbl and the phishing site (if that's what it is) in another?

scj · 2009-07-05 22:25:33

rusty99 wrote:

If I visit the same site in uzbl via a link, it spawns 2 new instances of uzbl. Am I seeing the actual site I intended to visit in one instance of uzbl and the phishing site (if that's what it is) in another?

No, all the kinks haven't been ironed out regarding new instances of uzbl. It's a well known bug that clicking links with the attribute target="_blank" will spawn two new windows.

Arch Linux

#401 2009-07-01 23:20:23

Re: uzbl. A browser that adheres to the unix philosophy.

#402 2009-07-01 23:20:40

Re: uzbl. A browser that adheres to the unix philosophy.

#403 2009-07-02 02:03:33

Re: uzbl. A browser that adheres to the unix philosophy.

#404 2009-07-02 03:25:29

Re: uzbl. A browser that adheres to the unix philosophy.

#405 2009-07-02 07:09:43

Re: uzbl. A browser that adheres to the unix philosophy.

#406 2009-07-02 08:02:56

Re: uzbl. A browser that adheres to the unix philosophy.

#407 2009-07-02 08:17:03

Re: uzbl. A browser that adheres to the unix philosophy.

#408 2009-07-02 08:44:29

Re: uzbl. A browser that adheres to the unix philosophy.

#409 2009-07-02 09:10:13

Re: uzbl. A browser that adheres to the unix philosophy.

#410 2009-07-02 12:01:25

Re: uzbl. A browser that adheres to the unix philosophy.

#411 2009-07-02 12:12:21

Re: uzbl. A browser that adheres to the unix philosophy.

#412 2009-07-02 12:20:47

Re: uzbl. A browser that adheres to the unix philosophy.

#413 2009-07-02 13:59:12

Re: uzbl. A browser that adheres to the unix philosophy.

#414 2009-07-02 14:18:02

Re: uzbl. A browser that adheres to the unix philosophy.

#415 2009-07-02 14:58:58

Re: uzbl. A browser that adheres to the unix philosophy.

#416 2009-07-02 15:31:22

Re: uzbl. A browser that adheres to the unix philosophy.

#417 2009-07-02 16:08:18

Re: uzbl. A browser that adheres to the unix philosophy.

#418 2009-07-02 17:07:15

Re: uzbl. A browser that adheres to the unix philosophy.

#419 2009-07-03 19:55:16

Re: uzbl. A browser that adheres to the unix philosophy.

#420 2009-07-04 11:48:05

Re: uzbl. A browser that adheres to the unix philosophy.

#421 2009-07-04 17:53:14

Re: uzbl. A browser that adheres to the unix philosophy.

#422 2009-07-04 20:38:53

Re: uzbl. A browser that adheres to the unix philosophy.

#423 2009-07-04 21:38:18

Re: uzbl. A browser that adheres to the unix philosophy.

#424 2009-07-05 20:42:27

Re: uzbl. A browser that adheres to the unix philosophy.

#425 2009-07-05 22:25:33

Re: uzbl. A browser that adheres to the unix philosophy.

Board footer