KDE Frameworks 5.29.0
Qt 5.6.2 (built against 5.6.2)
The xcb windowing system
I just upgraded Konqueror to the latest, using the new rendering engine.
I am forced to temporarily use seamonkey for everything because typing text in any form field does not display the text being typed. The text is however properly submitted when submitting the form. The text typed is also revealed only when the text area or text field looses focus.
The same problem occurs with other HTML widget. For example, selecting a radio button does not show that the radio has been selected until the form is submitted.
The result is that konqueror can only be used for passive browsing. Any use of forms is rendered completely impractical.
The same behaviour was observed in this 2011 thread, but no cause nor solution was offered:
Please attach the logfiles
Please add the version number in the title.
(In reply to Jonas Stein from comment #1)
> Please attach the logfiles
I'm not sure how useful the build log will be given that the package built fine.
16.12.3(5)^t(15:49:18 23/05/17)(X activities debug handbook -speech -test -tidy)
5.29.0(5)(09:05:48 19/01/17)(X -debug -libressl -test)
The bug is limited to the khtml engine and does not affect qtwebengine.
$ emerge --info kde-frameworks/khtml
Portage 2.3.5 (python 3.4.5-final-0, default/linux/amd64/13.0/desktop/plasma, gcc-4.9.4, glibc-2.23-r3, 4.4.26-gentoo-2017-jan-10-with-drm-nvidia x86_64)
System uname: Linux-4.4.26-gentoo-2017-jan-10-with-drm-nvidia-x86_64-AMD_Phenom-tm-_II_X4_955_Processor-with-gentoo-2.3
KiB Mem: 8163908 total, 67000 free
KiB Swap: 16385020 total, 16385020 free
Timestamp of repository gentoo: Thu, 25 May 2017 19:00:01 +0000
sh bash 4.3_p48-r1
ld GNU ld (Gentoo 2.26.1 p1.0) 2.26.1
dev-lang/python: 2.7.12::gentoo, 3.4.5::gentoo
sys-devel/autoconf: 2.13::gentoo, 2.69::gentoo
sys-devel/automake: 1.11.6-r1::gentoo, 1.15-r2::gentoo
sys-devel/gcc: 4.9.4::gentoo, 5.4.0-r3::gentoo
sys-kernel/linux-headers: 4.4::gentoo (virtual/os-headers)
CFLAGS="-march=native -O2 -pipe"
CONFIG_PROTECT="/etc /usr/share/config /usr/share/gnupg/qualified.txt"
CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.6/ext-active/ /etc/php/apache2-php7.0/ext-active/ /etc/php/cgi-php5.6/ext-active/ /etc/php/cgi-php7.0/ext-active/ /etc/php/cli-php5.6/ext-active/ /etc/php/cli-php7.0/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/splash /etc/terminfo"
CXXFLAGS="-march=native -O2 -pipe"
FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync xattr"
GENTOO_MIRRORS="http://ftp.daum.net/gentoo http://ftp.iij.ad.jp/pub/linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages --exclude=/.git"
USE="X a52 aac acl acpi activities alsa amd64 apache2 apm audit bash-completion berkdb bluetooth branding bzip2 cairo cdda cdr cjk cli consolekit cracklib crypt css cups curl cxx dbi dbus declarative dri dts dvd dvdr ebook emboss encode epub exif fam ffmpeg firefox flac fortran gd gdbm gif gimp git glamor gpm gtk hddtemp iconv imagemagick inotify ipv6 jack jpeg kde kipi kontact kwallet lcms ldap libass libnotify lm_sensors mad maildir matroska memlimit mng mobi modules mp3 mp4 mpeg mplayer multilib mysql mysqli ncurses nls nptl nvidia ogg opengl openmp pam pango pcre pdf phonon plasma png policykit ppds python qml qt3support qt4 qt5 readline sdl seccomp semantic-desktop session spell ssl startup-notification svg tcpd tiff truetype udev udisks unicode upower usb vim-syntax vorbis widgets wxwidgets x264 xattr xcb xcomposite xinerama xml xscreensaver xv xvid zlib" ABI_X86="64" ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0 intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci" APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias auth_basic authn_alias authn_anon authn_dbm authn_default authn_file authz_dbm authz_default authz_groupfile authz_host authz_owner authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir disk_cache env expires ext_filter file_cache filter headers include info log_config logio mem_cache mime mime_magic negotiation rewrite setenvif speling status unique_id userdir usertrack vhost_alias" CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon braindump author" COLLECTD_PLUGINS="df interface irq load memory rrdtool swap syslog" CPU_FLAGS_X86="mmx mmxext sse sse2" ELIBC="glibc" GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt gpsclock isync itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore rtcm104v2 rtcm104v3 sirf skytraq superstar2 timing tsip tripmate tnt ublox ubx" INPUT_DEVICES="evdev" KERNEL="linux" L10N="en en-GB en-US fr fr-FR zh-TW" LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console presenter-minimizer" LINGUAS="en en_GB en_US fr fr_FR zh_TW" OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6 php7-0" PYTHON_SINGLE_TARGET="python3_4" PYTHON_TARGETS="python2_7 python3_4" RUBY_TARGETS="ruby21 ruby22" USERLAND="GNU" VIDEO_CARDS="nvidia nouveau" XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark dhcpmac delude chaos account"
Unset: CC, CPPFLAGS, CTARGET, CXX, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LC_ALL, PORTAGE_BUNZIP2_COMMAND, PORTAGE_COMPRESS, PORTAGE_COMPRESS_FLAGS, PORTAGE_RSYNC_EXTRA_OPTS, USE_PYTHON
kde-frameworks/khtml-5.29.0::gentoo was built with the following:
USE="X -debug (-libressl) -test" ABI_X86="64"
I can try to rebuild kde-frameworks/khtml with +debug, though I'm not sure what test/debugging info I can then provide. As Michael pointed out, the package builds fine.
I'm not surprised that browsing with KHTML is no fun at this point; it has not seen care in years. Use either qtwebengine or qtwebkit backend and don't look back.
There is much more to a rendering engine than simply rendering web pages. In terms of features, qtwebengine is a joke compared to khtml. Compare right-click on a link in khtml with the same in qtwebengine: the difference is astounding. There are many other examples like that: KDE and KDE applications integration, Activities integration, and scores of features that exist in khtml but not in qtwebengine.
For a few years, it has been the practice of the KDE project to "fix" bugs by imposing regressions upon regressions, removing features.
qtwebkit is apparently deprecated. Even though it's installed on my system, it does not appear as an option in Konqueror. In any case, I didn't use it back in KDE4 because it didn't have feature parity.
Until such a time when qtwebengine reaches feature parity with khtml, I hope the bug described above can be fixed: I can help as much as required. Please tell me what kind of settings, tests and debug outputs can help pinpoint the origin of the bug.
(In reply to augustin from comment #6)
> For a few years, it has been the practice of the KDE project to "fix" bugs
> by imposing regressions upon regressions, removing features.
Your perception is wrong; KHTML is released in the same category as kdelibs4support: portingAids. Only bugs are fixed, no active development has happened in aeons, so any regression has been there in aeons.
> qtwebkit is apparently deprecated. Even though it's installed on my system,
> it does not appear as an option in Konqueror. In any case, I didn't use it
> back in KDE4 because it didn't have feature parity.
> Until such a time when qtwebengine reaches feature parity with khtml, I hope
> the bug described above can be fixed: I can help as much as required. Please
> tell me what kind of settings, tests and debug outputs can help pinpoint the
> origin of the bug.
If you want to fix KHTML then this is the wrong place to do it, you'll need to go upstream.
The regression is not in khtml itself. The regression is in pretending that qtwebengine is a full replacement for khtml. If one day both engine reach feature parity, then nobody would mind, but we are a long way away from that. qtwebengine is missing many simple features that I depend on on a daily basis. It does not even have a "Open link in new tab" option! The main problem is also that it appears achieving feature parity is not even a goal.
The problem with regressions is the same as has happened with many KDE applications in the KDE4 => 5 'upgrade': where all the efforts has been put in developing from scratch replacements to KDE4 applications which have been deprecated (and removed from the gentoo tree) while their counterparts still have not reached feature parity.
Back on topic, I searched but I don't see the bug being reported by other distribution. It's such a critical bug that if it existed generally everywhere, it'd be noticed. There must be something specific to the gentoo system.
Keep the forums out of bugzilla please.
Gentoo does not modify KHTML in any way.
I was merely replying to your suggestion to use qtwebengine as a replacement to khtml.
I'll try kde-misc/kwebkitpart-1.4.0_pre20170128:5 Thanks for the pointer. I'll try to document its features. Unless things have improved a lot since KDE4, my guess is that feature-wise, it is closer to qtwebengine than khtml.
(In reply to augustin from comment #8)
> I searched but I don't see the bug being reported by other
> distribution. It's such a critical bug that if it existed generally
> everywhere, it'd be noticed.
That is no proof at all for a non-standard setting in a relatively new release not shipped everywhere. Random conversation in #kde-devel:
<asturm> on a scale of 0-10, how officially broken is khtml backend for konqueror?
<asturm> (on 'modern' websites)
<einar77> asturm: probably very, around 7 or 8
There's another thing you can try, upgrade to KDE Frameworks 5.34.0 that is being prepared for stabilisation right now. With the limited changes since 5.29.0 though I doubt it will make a difference.
Feel free to re-open if you can not reproduce that bug with an other distribution shipping the *same* version of konqueror with KHTML. Otherwise, it makes little sense to keep this bug open as even upstream acknowledges KHTML should not be used for web browsing anymore.
In reply to comment #11:
Believe me, I know how broken khtml is. I don't need any convincing in this department. I understand the desire to replace it with a better rendering engine. But let's not pretend that qtwebengine can be used as a drop-in replacement for khtml. It appears inevitable that khtml will eventually be dropped from the gentoo tree. The question is: how many khtml features will *not* have been ported to the new engine when that happens? We have had to suffer many, many regressions in the KDE 4 => 5 'upgrade' cycle, and so far, I have not seen any developer willing to even acknowledge the fact.
Back on topic, the bug in question affects *all* html form widgets from *all* web sites, including such "modern" web sites as https://bugs.gentoo.org/ and https://forums.gentoo.org/ . Since khtml is said to be unmaintained, what else could have introduced this bug?
I will try KDE Frameworks 5.34.0.
Requiring to find a distro with the same versions and make a complete install is very conveniently placing the bar very high.
If KDE developers won't admit to any regressions, maybe gentoo packagers could establish the policy to inform/warn users about such regressions as they are being found and reported....
(In reply to augustin from comment #13)
> In reply to comment #11:
> and so far, I have not seen any developer willing to even acknowledge the fact
I'm not sure what else you want to hear from us - again, upstream is the place to file these bugs. Not seeing one linked here, did you do that at all yet?
(In reply to augustin from comment #13)
> In reply to comment #11:
> Requiring to find a distro with the same versions and make a complete
> install is very conveniently placing the bar very high.
There are LiveCDs, so the bar isn't that high - and it's exactly what you would need to do to establish this as a Gentoo problem.