Bug 1846387 - Konqueror KHTML text input not rendered until window focus change
Summary: Konqueror KHTML text input not rendered until window focus change
Keywords:
Status: NEW
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: kf5-khtml
Version: epel8
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: ---
Assignee: KDE SIG
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2020-06-11 13:32 UTC by Taketo Kabe
Modified: 2022-08-23 00:41 UTC (History)
5 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Type: Bug
Embargoed:


Attachments (Terms of Use)

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.


Note You need to log in before you can comment on or make changes to this bug.