How can I reopen a tracker bug report?

[nulluse]

My best bet is to abandon this altogether as it is clear no one is willing to do anything.
This problem exists under:

Awesome
Fluxbox
KDE
Gnome
MATE
FVWM
IceWM
Windowmaker

And the only window manager that did not have this problem was Cinnamon. So yes, blame KDE!

[kshegunov]

@nulluse
I can't do anything but give advice or rather suggestions on how to fix your problem. I personally use Debian testing, but the stable flavor of said distribution had already migrated to Qt 5.3, so besides what I wrote in my previous post I have no idea how else I can be of help to you. Qt 4.6 is a pretty old release and I really doubt that someone from KDE will go poke into this to fix it, you could try, but don't expect miracles. Whether it's a Qt problem or KDE, I can't say, but the same thing applies to the Qt team, I don't believe anyone will go back and fix that version.

Kind regards.

[nulluse]

What on Earth does this have to do with KDE?

[kshegunov]

@nulluse said:

what on Earth does this have to do with KDE?

I base the KDE reference on the following bug report comment:

IIRC this was a bug in Oxygen which has been fixed in recent KDE version.

However, whether it's a bug in Qt or KDE is not invalidating my other point.

[nulluse]

You base it on a wild guess of the developer who did not even triage the bug.
And you are totally ignoring information I am providing: 6 years later the same bug exists in

Awesome
Fluxbox
KDE
Gnome
MATE
FVWM
IceWM
Windowmaker.

[JKSH]

@nulluse said:

it is clear no one is willing to do anything.

That 6-year old workaround that I mentioned twice... Does it not work, or have you simply not tried it?

This problem exists under:

Awesome
Fluxbox
KDE
Gnome
MATE
FVWM
IceWM
Windowmaker

And the only window manager that did not have this problem was Cinnamon. So yes, blame KDE!

If that's the case, then it's plausible that the issue is in Qt. I tested it on Windows 10 and Ubuntu 15.10 (Unity) though, and rubber bands in QGraphicsView works fine on both using Qt 5.5.1 -- no artifacts like the screenshots.

Given the age of the original report, I recommend opening a new one instead of re-opening the old one. You can provide a link to the original report. Make sure you include the version numbers of the window managers, OSes, and Qt where you encountered this.

[nulluse]

The workaround you have suggested does work.

[nulluse]

Your own bug tracker Jira shows this baloon when hovering over a Closed ticket:

Closed
The issue is considered finished, the resolution is correct. Issues which are closed can be reopened.

So what is the process of re-opening a ticket?
I have to reopen an handful as you are rushing to close them before resolution.

[JKSH]

@nulluse said:

So what is the process of re-opening a ticket?

You can contact the Qt engineers and request tickets to be reopened by subscribing to the Development mailing list and posting there.

Just so that there's no misunderstanding: The Qt engineers do not frequent this forum. We (the people who respond to you on this forum) are mainly users of Qt, just like yourself. We do not have the ability to close or reopen tickets.

I have to reopen an handful as you are rushing to close them before resolution.

Please refrain from passive-aggressive statements like this. They do not add any value to the discussion; they do not help anyone.

And from what I've seen over the past few years, requests that are passive-aggressive, rude, demanding, etc. tend to get ignored in the Development mailing list. You're more likely to get what you want if you write civilly.

[nulluse]

I am not going to alter my language just because someone is too touchy or sensitive. There was nothing aggressive in this statement, especially as per yourself it was not even directed at you.