Bug 338158 - Selecting some items in the index of digikam opens a strange location
Summary: Selecting some items in the index of digikam opens a strange location
Status: RESOLVED UNMAINTAINED
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: 4.13.3
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2014-08-09 20:17 UTC by Freek de Kruijf
Modified: 2022-06-27 09:56 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Freek de Kruijf 2014-08-09 20:17:04 UTC
When selecting the digikam handbook via Help menu in digikam one gets the index page of the digikam documentation. In chapter 3 there is a section "Photographic Editing - Workflow". In this section there is a subsection "Image enhancement". Clicking on that does not bring the section with this item. Hovering on this item shows:

help:/digikam/photographic-editing.html#editor-correct-tools

However when entering this in konqueror one does get the correct section.
So somehow the KDE Documentation Center behaves different from konqueror.
There is some strange behavior in KDE Documentation Center when clicking on that item. Very short something appears, which gets replaced by the wrong information.
Comment 1 Freek de Kruijf 2014-08-09 20:22:20 UTC
Also some items after "Image enhancement" have the same behavior.
Comment 2 Freek de Kruijf 2014-08-09 21:00:23 UTC
Forgot to mention that starting in the index of digikam in konqueror one gets to the correct section. So the problem is not in the docbooks, but in the display system.
Comment 3 Luigi Toscano 2014-08-09 21:04:46 UTC
I tried both khtml and webkit-kde engines in Konqueror. Webkit works (the correct point is loaded) while khtml fails, as it seems (just my guess!) it tries to compute the position of the anchors before loading the images. If you confirm that Webkit works for you, I will reassing to khtml.
Comment 4 Freek de Kruijf 2014-08-10 06:54:52 UTC
Op zaterdag 9 augustus 2014 21:04:46 schreef Luigi Toscano:
> https://bugs.kde.org/show_bug.cgi?id=338158
> 
> Luigi Toscano <luigi.toscano@tiscali.it> changed:
> 
>            What    |Removed                     |Added
> ----------------------------------------------------------------------------
> CC|                            |luigi.toscano@tiscali.it Ever confirmed|0  
>                         |1
>              Status|UNCONFIRMED                 |CONFIRMED
> 
> --- Comment #3 from Luigi Toscano <luigi.toscano@tiscali.it> ---
> I tried both khtml and webkit-kde engines in Konqueror. Webkit works (the
> correct point is loaded) while khtml fails, as it seems (just my guess!) it
> tries to compute the position of the anchors before loading the images. If
> you confirm that Webkit works for you, I will reassing to khtml.

Don't know how to change the engine. calling "konqueror --part [khtml|
webkitpart]" did not seem to help.
Comment 5 Yuri Chornoivan 2014-08-10 07:00:23 UTC
(In reply to Freek de Kruijf from comment #4)
> Don't know how to change the engine. calling "konqueror --part [khtml|
> webkitpart]" did not seem to help.

Konqueror window: "View -> View Mode -> WebKit"
Comment 6 Freek de Kruijf 2014-08-10 12:10:33 UTC
I can confirm your observation that khtml selected in Konqueror gives the wrong view.
Strange thing is that when I start Konqueror typing konqueror after <Alt<F2> and entering help:/digikam/photographic-editing.html#editor-correct-tools in the text line does NOT give me the option to change the View Mode, however giving this URL after <Alt><F2> does give me a Konqueror with this option.
Comment 7 Luigi Toscano 2014-08-10 12:13:29 UTC
Reassigning to khtml then.
Comment 8 Freek de Kruijf 2022-06-27 09:56:23 UTC
Too old to keep it open.