[rekonq] crash when a new tab is opened

[jonas gastal]

I also cannot reproduce the problem however I do not have a mouse, also
using touchpad.

KDE 4.3.1
QT 4.5.3
Rekonq latest from git

P.S. Ronny sorry for mailing you personally, gmail messed up the reply
address...

On Thu, Oct 8, 2009 at 1:42 PM, Ronny Scholz <ronny_scholz at web.de> wrote:

> Am Donnerstag 08 Oktober 2009 01:44:42 schrieb Andrea Diamantini:
> > On Thursday 08 October 2009 00:13:48 Ronny Scholz wrote:
> > > Recently I introduced the possibility to open a new tab via double
> click
> > > on the tabbar. This was just about connecting the newTabRequest()
> signal
> > > to the newTab() slot. There is a strange issue I've discovered now.
> > >
> > > If the double click is done inside the region where the new tab will be
> > >  shown, rekonq crashes. Pano was so kind and provided me a backtrace,
> > > which I have attached to this mail.
> > > It seems like the tabbar is immediately trying to move the added tab
> and
> > > crashes. This may be caused by faulty mouse management, but perfectly
> > >  explains why the bug appears only if the mouse is under the new tab to
> > > be created. If the movable property of the tabbar is set to false, the
> > > bug disappears.
> > >
> > > However, aurora also has movable tabs but does not have this issue.
> > > Either the bug lies in the internal workings of our code, or in the
> usage
> > > of KDE instead of plain Qt. Unfortunately, I was not able step into
> this
> > > issue deeply enough
> > >
> > > :(
> >
> > I'm double clicking really "near" the new tab page, to be sure I'm in the
> > place where the new tab will appear, but I cannot reproduce this issue :(
> >
> > It definitely works here.
> >
> > rekonq 0.2.64
> > Qt 4.5.3
> > KDE 4.3.2
> >
> The latest commits seem to have reduced the occurrence of the issue, but it
> is
> still there for me. Pano also has the issue, so it may not be due to the
> latest versions of qt and KDE. Maybe you cannot reproduce it because you do
> not have a real mouse.
> Can somebody else confirm this bug?
> _______________________________________________
> rekonq mailing list
> rekonq at kde.org
> https://mail.kde.org/mailman/listinfo/rekonq
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.kde.org/pipermail/rekonq/attachments/20091008/e43a2c6c/attachment.htm