On Aug 15, Paul Menzel wrote:
Dear Reimundo,
Could you please share the URL.
Sure, it's on
https://bugs.webkit.org/show_bug.cgi?id=160849
You could test it with some Linux live distribution. (Hopefully, I am
able to test with the GNOME Epiphany browser [1].)
I'm traveling but getting b
Dear Reimundo,
On 08/15/16 14:27, Reimundo Heluani wrote:
On Aug 15, Paul Menzel wrote:
Are you able to reproduce this with Google Chromium, Epiphany? I’d say
that it’s a WebKitGTK+ [1] problem, and I’d bring the issue up with them.
Thanks, I filed a bug with them.
Could you please share
On Aug 15, Paul Menzel wrote:
Dear Reimundo,
Are you able to reproduce this with Google Chromium, Epiphany? I’d say
that it’s a WebKitGTK+ [1] problem, and I’d bring the issue up with them.
Thanks, I filed a bug with them. Haven't access at this time to another
webkit-based browser to check th
Hi,
> Are you able to reproduce this with Google Chromium, Epiphany? I’d
> say that it’s a WebKitGTK+ [1] problem, and I’d bring the issue up
> with them.
It is indeed. But Chromium isn't related anymore to webkit.
Dear Reimundo,
On 08/14/16 18:23, Reimundo Heluani wrote:
Dear all, first of all congratulations and thank you for surf! it is the
best browser I have come around in years. I am getting a segfault when running
surf-0.7 with the web inspector open trying to debug a page with a java
script. Atta
break.com seems to be some sort of entertainment site. why would
youtube have an iframe from them on their page?
cheers!
mar77i
Greetings.
On Wed, 02 Apr 2014 18:20:45 +0200 James Periwinkle
wrote:
> surf-0.6, ©2009-2014 surf engineers, see LICENSE for details
>
> When attempting to play a video inside a frame, my terminal prints:
>
> ** Message: console message: @0: Blocked a frame with origin
> "https://www.youtube
surf-0.6, ©2009-2014 surf engineers, see LICENSE for details
When attempting to play a video inside a frame, my terminal prints:
** Message: console message: @0: Blocked a frame with origin
"https://www.youtube.com"; from accessing a frame with origin
"http://www.break.com";. The frame reques
On Thu, Aug 4, 2011 at 6:55 PM, hiro <23h...@googlemail.com> wrote:
> I only use webkit for crap from google.
>
>
surf uses webkit but doesn't work with Google+.
I only use webkit for crap from google.
On Fri, 5 Aug 2011, hiro wrote:
I don't actually need keyboard driven browsers. Of course I use
shortcuts and prefer to hide all the bars, but I scroll and navigate
pages mainly with my trackpoint or mouse.
On Thu, Aug 4, 2011 at 23:18, Cengiz Tas wrote:
I tested luakit which works for me.
I don't actually need keyboard driven browsers. Of course I use
shortcuts and prefer to hide all the bars, but I scroll and navigate
pages mainly with my trackpoint or mouse.
On Thu, Aug 4, 2011 at 23:18, Cengiz Tas wrote:
> I tested luakit which works for me. But there are two further keyboard
>
I tested luakit which works for me. But there are two further keyboard
driven browser based on webkit you should give a try. dwb and jumanji.
On Thu, Aug 4, 2011 at 3:22 PM, hiro <23h...@googlemail.com> wrote:
> Huh, opera has also been updated and I still prefer using the older version.
> 2001, b
Huh, opera has also been updated and I still prefer using the older version.
2001, bro is a non-argument, sis
On Thu, Aug 4, 2011 at 5:56 AM, Am Jam wrote:
>
>
> On Thu, Aug 4, 2011 at 5:42 AM, hiro <23h...@googlemail.com> wrote:
>
>> dillo and opera9
>>
>>
>
> dillo lol.
> Its 2011, bro.
>
OH MY GOD. I just checked to see if dillo had been updated in the past
century and it has! I retract my statement
On Thu, Aug 4, 2011 at 5:42 AM, hiro <23h...@googlemail.com> wrote:
> dillo and opera9
>
>
dillo lol.
Its 2011, bro.
On 4 August 2011 20:32, Bryan Bennett wrote:
> Luakit / Uzbl for all sites. Works fine for me.
And if you need luakit support I'm here.
dillo and opera9
Luakit / Uzbl for all sites. Works fine for me.
On Thu, Aug 04, 2011 at 12:35:24PM +0100, Nick wrote:
> Chromium/midori for heavy sites, netsurf/lynx for sane ones.
Saying that, I'm still using surf out of habit a lot at the
moment. There isn't a good alternative for js heavy sites.
"The only winning move is not to play."
On Thu, Aug 04, 2011 at 01:32:50PM +0200, Cengiz Tas wrote:
> So what I are using instead for browsing? I mean beside FF or Chromium.
> Netsurf, Arora, etc. ? Netsurf lacks of Java Script and Arora
> development stopped for quite a long time.
Chromium/midori for heavy sites, netsurf/lynx for sane
So what I are using instead for browsing? I mean beside FF or Chromium.
Netsurf, Arora, etc. ? Netsurf lacks of Java Script and Arora
development stopped for quite a long time.
On Thu, Aug 4, 2011 at 12:03 PM, hiro <23h...@googlemail.com> wrote:
> thank god.
>
>
thank god.
Hi
On 3 August 2011 22:34, Peter John Hartman wrote:
> Hey,
>
> surf has been segfaulting about 6 seconds after loading, no matter what
> site.
>
> ...
>
> Suggestions?
>
> Peter
Surf has more or less been abandoned, you're on your own, in the forest
of Webkit. Good luck.
Rob
Hey,
surf has been segfaulting about 6 seconds after loading, no matter what
site.
Finally managed to compile webkit-gtk with -ggdb turned on. Here's the
bt:
Program terminated with signal 11, Segmentation fault.
#0 hash (this=0xb3433d80) at ./WebCore/platform/text/StringImpl.h:171
171 ./W
Probably because the patch wasn't applied to surf proper.
On Nov 21, 2010 6:58 PM, "Martin Kopta" wrote:
>> A patch for this issue has been posted several times. I have posted it
>> at least twice, at least.
>
> And why is surf still broken?
>
> A patch for this issue has been posted several times. I have posted it
> at least twice, at least.
And why is surf still broken?
Gregor Best writes:
> On Sun, Nov 21, 2010 at 02:46:00PM +0100, Martin Kopta wrote:
>> [...]
>> Why is in surf.c at line /gdk_draw_rectangle(w->window,/ the w->window null
>> pointer?
>>
>> (gdb) p w
>> $5 = (GtkWidget *) 0x7fd4d00225e0
>> (gdb) p w->window
>> $6 = (GdkWindow *) 0x0
>>
>> That
On Sun, Nov 21, 2010 at 02:46:00PM +0100, Martin Kopta wrote:
> [...]
> Why is in surf.c at line /gdk_draw_rectangle(w->window,/ the w->window null
> pointer?
>
> (gdb) p w
> $5 = (GtkWidget *) 0x7fd4d00225e0
> (gdb) p w->window
> $6 = (GdkWindow *) 0x0
>
> That is good or bad?
> [...]
I'd say t
On Sun, Nov 21, 2010 at 02:09:10PM +0100, Martin Kopta wrote:
> > $ surf
> > (:12945): Gdk-CRITICAL **: IA__gdk_gc_new: assertion `drawable !=
> > NULL' failed
> > (:12945): Gdk-CRITICAL **: IA__gdk_gc_set_rgb_fg_color: assertion
> > `GDK_IS_GC (gc)' failed
> > (:12945): GLib-GObject-WARNING **:
> $ surf
> (:12945): Gdk-CRITICAL **: IA__gdk_gc_new: assertion `drawable !=
> NULL' failed
> (:12945): Gdk-CRITICAL **: IA__gdk_gc_set_rgb_fg_color: assertion
> `GDK_IS_GC (gc)' failed
> (:12945): GLib-GObject-WARNING **: invalid uninstantiatable type
> `(null)' in cast to `GtkWidget'
> Segment
> I am familiar with this issue in tabbed where I close windows using second
> button of the mouse. Since I run the experiment without tabbed, observed
> problem might be some other, nonrelated issue than the 'tabbed+surf+winclose
> crash'.
I caught the segfault with tabbed, so the issue h
> If you know how to catch error output of application runned within tabbed,
> please tell me.
Of course, running tabbed from terminal does the trick. Somehow, I thought it
would not. Sorry for my stupidity.
As I mentioned earlier in this list, surf is crashing. We already discussed
this and marked that as X related non-fixable issue. Anyway, today I got bit
angry and took surf out of tabbed to do an experiment. I run surf from st a
browsed few pages. Then surf crashed with following output.
$ surf
(:
Gene Auyeung writes:
> Hi,
>
> For a while I've been frustrated when I close a surf window, it takes
> down the process that created it, along with all windows of that
> process. For clicking a link in gmail will open a new window, and
> closing that window sometimes closes the parent window as
On Wed, Jun 09, 2010 at 10:17:28PM -0700, Gene Auyeung wrote:
On Wed, Jun 9, 2010 at 10:01 PM, Kris Maglione wrote:
On Wed, Jun 09, 2010 at 12:50:06PM -0700, Gene Auyeung wrote:
Hi,
For a while I've been frustrated when I close a surf window, it takes
down the process that created it, along
On Wed, Jun 9, 2010 at 10:01 PM, Kris Maglione wrote:
> On Wed, Jun 09, 2010 at 12:50:06PM -0700, Gene Auyeung wrote:
>>
>> Hi,
>>
>> For a while I've been frustrated when I close a surf window, it takes
>> down the process that created it, along with all windows of that
>> process. For clicking
On Wed, Jun 09, 2010 at 12:50:06PM -0700, Gene Auyeung wrote:
Hi,
For a while I've been frustrated when I close a surf window, it takes
down the process that created it, along with all windows of that
process. For clicking a link in gmail will open a new window, and
closing that window sometime
I just tried opening a link in a new window, and the segfault still happens.
It would be nice if a new window was opened in a different instance of
surf, but I have the vague impression that in some cases windows for
the same site sometimes need to communicate. For example a site opens
a window f
> For a while I've been frustrated when I close a surf window, it takes
> down the process that created it, along with all windows of that
> process. For clicking a link in gmail will open a new window, and
> closing that window sometimes closes the parent window as well. Today
> I had some time
Hi,
For a while I've been frustrated when I close a surf window, it takes
down the process that created it, along with all windows of that
process. For clicking a link in gmail will open a new window, and
closing that window sometimes closes the parent window as well. Today
I had some time to in
Hey,
On 2 April 2010 15:55, Peter John Hartman wrote:
> I should stress that it is, even for me, intermittent, but intermittent
> without any change in the environment (that's what makes it odd). E.g.
> I run these two commands back to back. One time it works, the next it
> doesn't.
I have lib
I should stress that it is, even for me, intermittent, but intermittent
without any change in the environment (that's what makes it odd). E.g.
I run these two commands back to back. One time it works, the next it
doesn't.
pete...@trilleee2 ~/bin $ surf -x file:///home/peterjh/.surf/startpage2.h
Cannot reproduce, sorry. Works over here
Hi,
Sorry to report without much more analysis. Attached is the output of gdb
/usr/local/bin/surf core. I'm running the latest surf hg tip. webkit is
1.1.15.4. system is gentoo.
Here are the conditions under which (more often than not) one can generate
the segfault. NB: sometimes it segfaul
45 matches
Mail list logo
