You are not logged in.
I have finally tracked down the class that handles those damn white-ish borders around threads (for the users using my css style)
.box {
border: 0px !important;
}
Will also remove the codebox border, so to make it more readable, modify the div.codebox to
background-color: #505050 !important;
Last edited by Lich (2009-10-18 19:27:46)
Archlinux | ratpoison + evilwm | urxvtc | tmux
Offline
For people requesting my CSS via email, I have added it (and also my download script) to the uzbl wiki > scripts section.
Archlinux | ratpoison + evilwm | urxvtc | tmux
Offline
anyone else getting a segfault after today's webkit update?
Desktop/Laptop - DWM :: VM - screen
Registered Linux User Number 483137 :: Victory! :: GitHub
Offline
I rebuilt uzbl-git against the new libwebkit -> no segfaults (as yet)
To know or not to know ...
... the questions remain forever.
Offline
anyone else getting a segfault after today's webkit update?
Yep, it's happened to me as well. Rebuilding didn't work, either.
Offline
I rebuilt uzbl-git against the new libwebkit -> no segfaults (as yet)
how do you do that?
is it just a remove and reinstall with yaourt?
Desktop/Laptop - DWM :: VM - screen
Registered Linux User Number 483137 :: Victory! :: GitHub
Offline
bernarcher wrote:I rebuilt uzbl-git against the new libwebkit -> no segfaults (as yet)
how do you do that?
is it just a remove and reinstall with yaourt?
Basically yes, but I did use the new PKGBUILD (pkgver=20091013) from Dieter Plaetinck in the package's comments.
Still no segfault here. Under which circumstances does it happen with you?
Update:
Well, now I got a segfault here as well. Not sure how to reproduce, however. Would take some experimentation this evening (if necessary at all).
Last edited by bernarcher (2009-10-22 07:01:56)
To know or not to know ...
... the questions remain forever.
Offline
I did some quick tests.
So far uzbl crashed only if I called it backgrounded. And it did so only when I tried to load another page from the web. As far as I can tell it hangs when trying to process
socat - unix-connect:$5
in the load_url_from_bookmarks.sh script (as installed by the uzbl-git package)
No crash so far when I called uzbl from a console without backgrounding and when loading local files only.
To know or not to know ...
... the questions remain forever.
Offline
i get a segfault even when loading local files and from the terminal, no other error messages.
i'm running uzbl-git, version 20090826-2.
Desktop/Laptop - DWM :: VM - screen
Registered Linux User Number 483137 :: Victory! :: GitHub
Offline
I'm having a similar problem with surf-hg. It won't open (if I do surf & disown in the terminal, there isn't even an error message... it gives me the PID of the process, but surf doesn't open). I just updated my computer last night, and then this began to happen... I wonder if there was something off in the testing repo. I tried installing uzbl-git for comparison, and it segfaults, too.
[edit] Checked my updates, and both gtk2 and libwebkit were upgraded, gtk2 from 2.18.2-1 -> 2.18.3-1, libwebkit from 1.1.15.2-1 -> 1.1.15.3-1. One of libwebkit's dependences, libsoup, was upgraded from 2.28.0-1 -> 2.28.1-1. It's probably a webkit problem as Firefox is working perfectly (which I think rules out gtk2). [/edit]
Last edited by Sara (2009-10-22 17:27:57)
Registed Linux User 483618
Offline
i installed midori to test, bc i'm pretty sure it runs on webkit, and midori is working fine...
if it helps, from dmesg i get the location of the segfault in uzbl:
uzbl[28523]: segfault at 0 ip (null) sp bfc27acc error 4 in uzbl[8048000+10000]
Last edited by mjheagle8 (2009-10-22 19:59:55)
Desktop/Laptop - DWM :: VM - screen
Registered Linux User Number 483137 :: Victory! :: GitHub
Offline
Hi,
I'm not the writer of original message about uzbl crash, but I'm experiencing uzbl crashes too.
I have Arch x86_64, latest updates and latest uzbl from git://github.com/Dieterbe/uzbl.git.
Uzbl used to work few days ago, when it started to crash (right after opening an empty window without url), I tried to rebuild it, but crash remains.
I hope this helps to track down the crash:
> uzbl --version
Commit: d2d73ad463f3d9f1c673d37457af159947b3faac
> uzbl --verbose
Uzbl start location: uzbl
window_id 23068675
pid 2138
name: 23068675
commit: d2d73ad463f3d9f1c673d37457af159947b3faac
init_fifo: created successfully as /tmp/uzbl_fifo_23068675
init_socket: opened in /tmp/uzbl_socket_23068675
.
.
.
Segmentation fault
And the backtrace from gdb for crashing uzbl is:
[Thread debugging using libthread_db enabled]
[New Thread 0x7fffec04f910 (LWP 2226)]
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff41bc394 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
(gdb) bt
#0 0x00007ffff41bc394 in g_main_context_prepare () from /usr/lib/libglib-2.0.so.0
#1 0x00007ffff41bc7b1 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
#2 0x00007ffff41bd015 in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#3 0x00007ffff655d517 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#4 0x000000000040e61c in main (argc=1, argv=0x7fffffffe978) at uzbl.c:2953
(gdb) q
pa3k
Offline
The uzbl news page states this as bug in libwebkit and recommends a downgrade to libwebkit 1.1.15.2 or earlier.
A libwebkit bugfix release should happen real soon now, I understand.
To know or not to know ...
... the questions remain forever.
Offline
Thanks for the information. I had already downgraded libwebkit to 1.1.15.2-1and blacklisted it from pacman.conf. I did not realize that this was a bug with libwebkit and not uzbl. I kept waiting for either to be updated. Now I know exactly who the culprit is.
Thanks
"Every normal man must be tempted at times to spit upon his hands, hoist the black flag, and begin slitting throats." -- H.L. Mencken
Website Configs
Forum Admin: Bruno's All Things Linux
securitybreach<a>archlinux.us
Offline
After updating to uzbl-git 20091107 I get the following error:
uzbl-core: symbol lookup error: uzbl-core: undefined symbol: kJSClassDefinitionEmpty
Offline
Hello!
I have a question about titlebar elements and how are they displayed (lastest stable version).
My default titlebar looks like this
Theres no more I (Ins) and C (Cmd) sign (indicating current mode) infront of the page title as it used to be in previous versions.
Ive decided to play around with title_format_long option in config file and I got it to display current mode and url from the page, but no page name/title and the "uzbl-browser" tag just like in image above.
Currently it looks like this.
and this is my config line, used to display modified titlebar
set title_format_long = @mode_section @uri_section
As I see it I have to options;
1. append indicator for current mode to default titlebar (image1) or
2. get the names of the variables that are in charge of displaying page titles and "uzbl-browser" tag and add them to set_title_long option.
I have gone trough readme, mode configuration section of the config file and also trough behaviour and apperance section with no luck.
Any help is highy appriciated.
Regards,
bandito
Offline
After updating to uzbl-git 20091107 I get the following error:
uzbl-core: symbol lookup error: uzbl-core: undefined symbol: kJSClassDefinitionEmpty
Resolved it by reinstalling libwebkit.
Offline
riivo wrote:After updating to uzbl-git 20091107 I get the following error:
uzbl-core: symbol lookup error: uzbl-core: undefined symbol: kJSClassDefinitionEmpty
Resolved it by reinstalling libwebkit.
*** Begin off-topic ***
I glanced over this and thought that you wrote "Resolved by installing libwebkit". Yeah, not having libwebkit installed would cause a few problems
*** End off-topic ***
Offline
What do you have to do in order to get lich's css to work? I did exactly as the instructions in the wiki said and ended up with a titlebar and the background of headers changed. Does it have any dependencies?
Offline
What do you have to do in order to get lich's css to work? I did exactly as the instructions in the wiki said and ended up with a titlebar and the background of headers changed. Does it have any dependencies?
That should never happen, my css styles the loaded HTML, it should have no relation to UZBL whatsoever. The fault for that is in UZBL somewhere. Which version are you running?
I have to get to work tomorrow and test this, running the old UZBL at home, but maybe someone else can confirm this problem?!
Last edited by Lich (2009-11-08 19:58:05)
Archlinux | ratpoison + evilwm | urxvtc | tmux
Offline
Offline
20091107-2. But i tried earlier with another version, before the total makeover, and the same thing happened.
http://omploader.org/tMnE2ZA
Well the css is definatly used there...maybe the site changed the classes?! Is Google ok (ok as in dark as it should)?
Archlinux | ratpoison + evilwm | urxvtc | tmux
Offline
I can confirm this with uzbl-git 20091107-2 and libwebkit 1.1.15.3-2 on Arch x86_64. I get no change on google.com either.
Thanks
Last edited by securitybreach (2009-11-08 22:14:32)
"Every normal man must be tempted at times to spit upon his hands, hoist the black flag, and begin slitting throats." -- H.L. Mencken
Website Configs
Forum Admin: Bruno's All Things Linux
securitybreach<a>archlinux.us
Offline
hey, i just updated to the new version, and i wanted to say thank you to the devs for all their hard work because it is fantastic! cant wait for uzbl-tabbed to be fixed. uzbl is awesome!
Desktop/Laptop - DWM :: VM - screen
Registered Linux User Number 483137 :: Victory! :: GitHub
Offline