I also cannot reproduce the problem however I do not have a mouse, also using touchpad.<br><br>KDE 4.3.1<br>QT 4.5.3<br>Rekonq latest from git<br><br>P.S. Ronny sorry for mailing you personally, gmail messed up the reply address...<br>
<br><div class="gmail_quote">On Thu, Oct 8, 2009 at 1:42 PM, Ronny Scholz <span dir="ltr"><<a href="mailto:ronny_scholz@web.de">ronny_scholz@web.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Am Donnerstag 08 Oktober 2009 01:44:42 schrieb Andrea Diamantini:<br>
<div class="im">> On Thursday 08 October 2009 00:13:48 Ronny Scholz wrote:<br>
> > Recently I introduced the possibility to open a new tab via double click<br>
> > on the tabbar. This was just about connecting the newTabRequest() signal<br>
> > to the newTab() slot. There is a strange issue I've discovered now.<br>
> ><br>
> > If the double click is done inside the region where the new tab will be<br>
> > shown, rekonq crashes. Pano was so kind and provided me a backtrace,<br>
> > which I have attached to this mail.<br>
> > It seems like the tabbar is immediately trying to move the added tab and<br>
> > crashes. This may be caused by faulty mouse management, but perfectly<br>
> > explains why the bug appears only if the mouse is under the new tab to<br>
> > be created. If the movable property of the tabbar is set to false, the<br>
> > bug disappears.<br>
> ><br>
> > However, aurora also has movable tabs but does not have this issue.<br>
> > Either the bug lies in the internal workings of our code, or in the usage<br>
> > of KDE instead of plain Qt. Unfortunately, I was not able step into this<br>
> > issue deeply enough<br>
> ><br>
> > :(<br>
><br>
> I'm double clicking really "near" the new tab page, to be sure I'm in the<br>
> place where the new tab will appear, but I cannot reproduce this issue :(<br>
><br>
> It definitely works here.<br>
><br>
> rekonq 0.2.64<br>
> Qt 4.5.3<br>
> KDE 4.3.2<br>
><br>
</div>The latest commits seem to have reduced the occurrence of the issue, but it is<br>
still there for me. Pano also has the issue, so it may not be due to the<br>
latest versions of qt and KDE. Maybe you cannot reproduce it because you do<br>
not have a real mouse.<br>
Can somebody else confirm this bug?<br>
<div><div></div><div class="h5">_______________________________________________<br>
rekonq mailing list<br>
<a href="mailto:rekonq@kde.org">rekonq@kde.org</a><br>
<a href="https://mail.kde.org/mailman/listinfo/rekonq" target="_blank">https://mail.kde.org/mailman/listinfo/rekonq</a><br>
</div></div></blockquote></div><br>