Bug 1846387

Summary:	Konqueror KHTML text input not rendered until window focus change
Product:	[Fedora] Fedora EPEL	Reporter:	Taketo Kabe <rkabe>
Component:	kf5-khtml	Assignee:	KDE SIG <kde-sig>
Status:	NEW ---	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	epel8	CC:	jgrulich, kde-sig, me, rdieter, than
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:		Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Taketo Kabe 2020-06-11 13:32:25 UTC

Description of problem:
When using KHTML engine for Konqueror web browser, you cannot see the text 
input in the textbox, until window focus changes to another.

Version-Release number of selected component (if applicable):
Konqueror 5.0.97
KDE Frameworks 5.59.0
Qt 5.11.1
kf5-khtml-5.59.0-1.el8

How reproducible:
always

Steps to Reproduce:
1. Launch Konqueror with KHTML engine. Input methods probably should be off.
2. Browse a page with a text box, such as http://www.google.com/ .
3. Type text into the text box. It isn't visible.
4. Switch focus to another window. The typed text will be rendered.

Actual results:
Typed text isn't visible, until window focus changes.

Expected results:
Type text should be visible immediately.

Additional info:
Similar bug was reported in year 2017

Konqueror does not display any text typed in text fields/areas nor changes in... 
https://bugs.kde.org/show_bug.cgi?id=380134

KHTML Forms: text not visible, email attachments not sent 
https://bugs.kde.org/show_bug.cgi?id=369682

but seems not addressed.

Comment 1 Rex Dieter 2020-06-11 20:41:30 UTC

If there are upstream bugs tracking the issue(s) already, I don't think there's a lot of value keeping this open downstream (is there?).

Comment 2 Taketo Kabe 2020-06-12 03:10:01 UTC

- I searched for upstream kde.org bugs, but there was none currently tracking this bug. 
- KDE Framework 5.59.0 had gone EOL upstream, so EPEL has to do it's own fixing.


I tried force-compiling and run kf5-khtml-5.60.0 and kf5-khtml-5.65 atop EPEL's kf5-5.59, but
the bug is still there. Either this bug is not fixed upstream, or the problem is not in kf5-khtml.

Comment 3 Taketo Kabe 2020-06-12 11:51:06 UTC

A simple HTML as following shows weird behavior:

<FORM>
<INPUT id=1 type="text" size=20 />
<INPUT type="button" value="append x" onclick="getElementById(1).value+='x'" />
</FORM>

When pressing the button, button doesn't get disarmed;
changing the window focus disarms the button and the textbox will have "x" appended.

Something seems deeply wrong with event handling in kf5-khtml.

Comment 4 Rex Dieter 2020-06-12 12:37:17 UTC

Sorry, I'd assumed the "similar" bugs you'd mentioned covered this case.

I'd say if upstream doesn't have a bug tracking this specific issue, it should.  If you don't mind, report it to bugs.kde.org

Comment 5 Fedora Admin user for bugzilla script actions 2022-08-23 00:41:37 UTC

This package has changed maintainer in Fedora. Reassigning to the new maintainer of this component.