Bug 156572

Summary: patch breaks keyReleaseEvent()
Product: [Fedora] Fedora Reporter: Joel Uckelman <uckelman>
Component: qtAssignee: Ngo Than <than>
Status: CLOSED RAWHIDE QA Contact: Ben Levenson <benl>
Severity: medium Docs Contact:
Priority: medium    
Version: 3CC: andrejoh, axel.thimm, gajownik, rdieter
Target Milestone: ---Keywords: Reopened
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2006-06-20 13:49:04 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---
Attachments:
Description Flags
moc file for test program
none
test program none

Description Joel Uckelman 2005-05-01 23:24:32 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.7) Gecko/20050416 Fedora/1.0.3-1.3.1 Firefox/1.0.3

Description of problem:
QWidget::keyReleaseEvent() is supposed to receive a QKeyEvent * which reveals which key was released to trigger the event. This works with an unpatched Qt 3.3.4, but in the Fedora version QKeyEvent::key() is always 0, regardless of what key was released.

This prevents from working properly any program which both needs to know about key releases and uses Qt.

Version-Release number of selected component (if applicable):
qt-3.3.4-0.fc3.0

How reproducible:
Always

Steps to Reproduce:
1. Build the attached program: gcc -I/usr/lib/qt-3.3/mkspecs/default -I$QTDIR/include -L$QTDIR/lib -lqt-mt moc_test.cpp test.cpp -o test
2. Run: ./test
3. Focus the window.
4. Press and release your favorite key.


Actual Results:  I like the spacebar, so what I see is:

pressed: 32
released: 0

Expected Results:  I should see:

pressed: 32
released: 32

Additional info:

Comment 1 Joel Uckelman 2005-05-01 23:26:03 UTC
Created attachment 113912 [details]
moc file for test program

Comment 2 Joel Uckelman 2005-05-01 23:27:59 UTC
Created attachment 113913 [details]
test program

Comment 3 Joel Uckelman 2005-05-02 03:08:45 UTC
I've now pinned down (roughly) which bunch of patches the problem comes from: If
you build without immodule support, keyReleaseEvent() works properly; otherwise not.


Comment 4 Ngo Than 2005-06-14 13:28:00 UTC
it's now fixed in qt-3.3.4-15. It will be available in rawhide soon.

For FC3-update, it will be available next week.

Many thanks for your report.

Comment 5 Dawid Gajownik 2006-06-19 22:13:15 UTC
This seems to be broken again in qt-3.3.6-0.1.fc5 from updates-testing repo.

Comment 6 Rex Dieter 2006-06-19 23:32:12 UTC
How exactly does it "seem" broken again?

Comment 7 Dawid Gajownik 2006-06-20 10:38:00 UTC
Press ALT+F2 and then type program name (for instance "kate"). Hit TAB key to
mark "Options" button. Press SPACE.

With qt-3.3.6-0.1.fc5 (this time from updates repo) button "Options" is only
pressed in.
Downgrading to qt-3.3.5-13 resolves the problem - pressing SPACE key gives the
same result as mouse click on "Options" button.

Comment 8 Ngo Than 2006-06-20 13:49:04 UTC
I can reproduce this problem here. It's now fixed. The fix will be included
in next qt-3.3.6-0.2.fc5. I will build this new version for FC5 updates soon.

Thanks for your report.

Comment 9 Dawid Gajownik 2006-06-20 16:21:08 UTC
Thanks!