You are not logged in.
Hey portix,
the new plugin-blocker is really nice. Maybe I do something wrong dailymotion.com doesn't work for me. Some of the content is not blocked (most if there are 2 items) was myspace and videobb. When I surf direct to that sites the players don't work not too interesting for me (maybe my fault).
Keep up the great work!
Offline
Hey portix,
the new plugin-blocker is really nice. Maybe I do something wrong dailymotion.com doesn't work for me. Some of the content is not blocked (most if there are 2 items) was myspace and videobb. When I surf direct to that sites the players don't work not too interesting for me (maybe my fault).
Keep up the great work!
Thanks for reporting. Of course it's not your fault, the plugin-blocker still needs a lot of work. I have already identified the problem with myspace and dailymotion and will try to fix it next week (dailymotion should work now at least with javascript enabled in the latest revision).
Offline
ure superfast unbelievable
Offline
chris-kun wrote:on a side note- any idea why cpu usage shoots up to 100% when viewing pages such as http://darcsden.com/alex/darcsden/browse/LICENSE ?
This is a webkit-problem, it happens with all webkit-browsers that use libwebkit from the repos. Building dwb against a development version of libwebkit (libwebkit-git or libwebkit-nightly) should fix this.
ok, I'll try that, although chromium works fine.. isn't that builit against webkit as well?
[home page] -- [code / configs]
"Once you go Arch, you must remain there for life or else Allan will track you down and break you." -- Bregol
Offline
... isn't that builit against webkit as well?
Chromium uses it's own webkit port and a different javascript engine. There are some problems in webkitgtk that doesn't appear in chromium, some are fixed in newer versions of webkitgtk.
Offline
chris-kun wrote:... isn't that builit against webkit as well?
Chromium uses it's own webkit port and a different javascript engine. There are some problems in webkitgtk that doesn't appear in chromium, some are fixed in newer versions of webkitgtk.
Is it not possible to use the webkit from Chromium?
EDIT: Just installed libwebkit-nightly from AUR even though it is outdated, but now gifs work \o/
Last edited by cbrunos (2011-03-27 21:41:53)
Xmonad gets sh*t done. Fast.
Offline
Hello again portix,
I'm running the latest out of your mercurial repository.
When I have the plugin blocker enabled, sometimes when I close a view/tab, dwb segfaults and crashes.
I turned on debugging symbols and this is the backtrace I get:
#0 0xb792c9c7 in JSContextGetGlobalObject () from /usr/lib/libwebkit-1.0.so.2
#1 0x08054cb7 in dwb_execute_script (web=0x81dd188,
com=0x83aff20 "DwbPlugin.remove('flash_yj_api0', '9', '138201424', '138201424', '-1073744264');", ret=0) at dwb.c:1485
#2 0x08059b11 in dwb_plugins_remove (p=0x83194f0) at plugins.c:20
#3 0xb68612bc in ?? () from /usr/lib/libglib-2.0.so.0
#4 0xb685fb72 in g_main_context_dispatch () from /usr/lib/libglib-2.0.so.0
#5 0xb6860350 in ?? () from /usr/lib/libglib-2.0.so.0
#6 0xb6860a1b in g_main_loop_run () from /usr/lib/libglib-2.0.so.0
#7 0xb6e8c5b9 in gtk_main () from /usr/lib/libgtk-x11-2.0.so.0
#8 0x08059a34 in main (argc=1, argv=0xbffff914) at dwb.c:3001
It often seems to happen on pages with flash enabled, so the backtrace kind of makes sense. It happens with GMail's full-blown Web 2.0 frontend, which surprises me, but it may have some flash hidden away somewhere, I don't know.
Anyhow, sounds like you're very busy at university, good luck with your exams, don't spend too much time on dwb in lieu of studying!
Cheers,
-Tom
Offline
Thanks for reporting, but maybe i won't fix this. I don't even know if the plugin-blocker will stay in dwb, currently i see no possibility to implement a plugin-blocker that would work with every plugin, because webkit doesn't give any control over the plugin. It is only possible to replace the plugin with another widget, but this sometimes produces a segfault.
Offline
Understandable, especially as arguably the browser shouldn't be doing the plugin blocking in the first place. To be honest the adblocker gets rid of most the cruft anyway, the only exception being the heavyweight flash videos that are often embedded.
Cheers,
-Tom
Offline
any reason the css files for github don't (seem) to be loaded in dwb?
[home page] -- [code / configs]
"Once you go Arch, you must remain there for life or else Allan will track you down and break you." -- Bregol
Offline
I used the testing repository to get libwebkit up to v1.3.13. What a difference! Animated GIFs and no more of that horrible bug which locks dwb up for a minute or more due to that font translation thing. I disabled the testing repository afterwards, I only upgraded the bare minimum to get dwb compiling with libwebkit at 1.3.13. Note that upgrading glib is necessary, a little scary but nothing seems to be broken so far on my system. If it does I can always roll back.
Here's the packages I had to upgrade/add:
Running 'pacman -S testing/libwebkit'
upgraded libwebkit (1.2.7-1 -> 1.3.13-1)
Running 'pacman -S testing/libsoup'
installed libproxy (0.4.6-6)
installed glib-networking (2.28.5-2)
upgraded libsoup (2.32.2-1 -> 2.34.0-1)
Running 'pacman -S testing/gdk-pixbuf2'
upgraded glib2 (2.26.1-1 -> 2.28.6-1)
upgraded gdk-pixbuf2 (2.22.1-2 -> 2.23.3-1)
synchronizing package lists
Running 'pacman -S testing/gtk2'
installed gtk-update-icon-cache (2.24.4-1)
upgraded gtk2 (2.22.1-1 -> 2.24.4-1)
Also, something that has been bothering me for a little while is dwb's handling of views/tabs. If you close the end view, then dwb wraps around to the first view. Perhaps this makes sense if you're using the tiling thing, but I use dwb like a tabbed vim session and find it a little jolting to go back to the first tab and have to cycle through to the next one.
To change it to vim-style behaviour (close end view, move to new end view), it's just a single line change, I don't expect portix to put a switch into the settings or anything, it'll probably just be me who likes it this way:
diff -r 35a4ee8bf196 src/view.c
--- a/src/view.c Sat Apr 16 11:26:13 2011 +0200
+++ b/src/view.c Sun Apr 24 17:47:04 2011 +1200
@@ -787,7 +787,7 @@
else {
gl = dwb.state.fview;
if ( !(dwb.state.fview = dwb.state.fview->next) ) {
- dwb.state.fview = dwb.state.views;
+ dwb.state.fview = g_list_last(dwb.state.views)->prev;
gtk_widget_show_all(dwb.gui.topbox);
}
}
Last edited by xwhatsit (2011-04-24 05:54:38)
Offline
@xwhatsit: Thanks for sharing, i applied your patch in the latest revision.
Offline
Hey portix, did you know that someone will package dwb for debian? Take a look here.
It's a member of the french crunchbang forums, arpinux, he's developping a custom distro called livarp with dwm as default window manager with dwb and chromium as the default browsers. He told me that an installable package for dwb will be available soon.
Last edited by cbrunos (2011-05-08 09:44:23)
Xmonad gets sh*t done. Fast.
Offline
I didn't know this, but i think the latest revision may not work on debian since it requires the latest webkit version, but i will add a version check when i find some time.
Offline
portix, do you plan to add a function that lists all open tabs, allowing the user to chose from the list in order to jump directly to the open tab? I am aware of [n]gv, but when you have a lot of tabs open, you don't necesseraly know their numbers. What do you think?
Xmonad gets sh*t done. Fast.
Offline
I will think about it, currently i have no idea how to integrate a list of tabs into dwb. I added an overview over bookmarks, history and quickmarks yesterday, maybe i can also add a list of open tabs there.
Offline
That would be great
What are some other features that do you plan to add over the future?
Xmonad gets sh*t done. Fast.
Offline
Hey portix,
found an annoying thingy. I mapped open_nv on t. When I for example map temporary allow scripts with !ts and try to use it, after pressing !t the command for open_nv shows up. Maybe its intended but for me its a little bit annoying.
greetz
Psyce
Offline
That would be great
What are some other features that do you plan to add over the future?
There will not be many new features in the next weeks. The biggest change i'm currently planning is switching to gtk3 because i like the possibility to theme the ui in css-files. There is also script-support and a better adblocker on my todolist, i still want to make the adblocker adblock-plus compatible, but i will do this at the earliest in july.
Hey portix,
found an annoying thingy. I mapped open_nv on t. When I for example map temporary allow scripts with !ts and try to use it, after pressing !t the command for open_nv shows up. Maybe its intended but for me its a little bit annoying.
Of course this is not intended. I'll have a look into it.
Offline
@portix
loving this browser.
I always jumped between using vimprobable2 or uzbl which I enjoy both in different ways, came across dwb while skimming thru the forum and gave it a go.
Really slick and user friendly. Ive always been in love with any apps that use vi(m) key binds.
DWB is now my browser of choice!! Keep up the Great Work!
Last edited by MreDD (2011-05-15 22:54:56)
...MikereDD
:Go Away & Give My Pillow Back!!:
aur pkgbuilds - mostly fortune-mod's & fonts
Offline
portix,
dwb-hg seg faults since I updated NSplugin wrapper:
[cbrunos@foxdie ~]$ dwb
No bp log location saved, using default.
[000:000] Browser XEmbed support present: 1
[000:000] Browser toolkit is Gtk2.
[000:001] Using Gtk2 toolkit
[000:001] Warning(optionsfile.cc:22): Load: Could not open file
[000:001] No bp log location saved, using default.
[000:001] Browser XEmbed support present: 1
[000:001] Browser toolkit is Gtk2.
[000:001] Using Gtk2 toolkit
*** NSPlugin Wrapper *** WARNING:(/build/src/nspluginwrapper-1.4.0/src/npw-wrapper.c:3558):invoke_NP_Initialize: assertion failed: (rpc_method_invoke_possible(g_rpc_connection))
*** NSPlugin Viewer *** ERROR: rpc_end_sync called when not in sync!
Segmentation fault
EDIT: I tried dwb too, and get the same result.
Last edited by cbrunos (2011-05-16 21:06:38)
Xmonad gets sh*t done. Fast.
Offline
Can you post the version of NSPluginwrapper, flashplugin and dwb you are using? I cannot reproduce it with nspluginwrapper-1.3.2-1 and flashplugin-10.3.181.14-1. Also have you tried flashplugin-prerelease from AUR?
Offline
multilib/nspluginwrapper 1.4.0-1 [installed]
multilib/flashplugin 10.3.181.14-1 [installed]
I don't think it has something to do with flash, since dwb began segfaulting after I updated nspluginwrapper.
Last edited by cbrunos (2011-05-16 21:35:58)
Xmonad gets sh*t done. Fast.
Offline
You are right. this is caused by nspluginwrapper. I just tested nspluginwrapper-1.4.0 with the 32-bit flashplugin and also get a segfault but i guess this is not a bug in dwb but in libwebkit since it also affects all other webkit-browsers. I think the only thing i can do for now is trying to find out if this is an upstream bug or arch-related and then file a bug report.
If you only need nspluginwrapper for flashplugin, then i would recommend to remove flashplugin from multilib and nspluginwrapper and install flashplugin-prerelease from AUR.
Last edited by portix (2011-05-16 22:31:40)
Offline