By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.
Bug 2320 - [Regression] KHelpCenter opens pages at the top heading rather than top of the page
Summary: [Regression] KHelpCenter opens pages at the top heading rather than top of th...
Status: RESOLVED FIXED
Alias: None
Product: TDE
Classification: Unclassified
Component: tdebase (show other bugs)
Version: R14.1.x [Trinity]
Hardware: Other Linux
: P5 normal
Assignee: Michele Calgaro
URL:
Depends on:
Blocks: R14.0.1
  Show dependency tree / graph
 
Reported: 2015-01-21 21:20 CST by Darrell
Modified: 2015-07-24 18:30 CDT (History)
4 users (show)

See Also:
Compiler Version:
TDE Version String:
Application Version:
Application Name:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Darrell 2015-01-21 21:20:51 CST 
The result is the help page looks like there is no top image. Scrolling up reveals the image, but selecting the next page results in the same behavior.
Comment 1 Michele Calgaro 2015-05-31 07:54:10 CDT 
Darrell,
just to make sure we are talking about the same thing. Example is Trinity Control Center -> Regional & Accessibility -> Accessibility -> "Bell" tab: clicking the help button opens the related help page, but not at the top of the page. Is this what you meant?

This should only happen for multi-tabbed pages and the reason is that for each tab we try to open the help page at the related paragraph. That was intentional.

To all, what is your preference?
Comment 2 Slávek Banko 2015-05-31 08:00:27 CDT 
(In reply to Michele Calgaro from comment #1)
> Darrell,
> just to make sure we are talking about the same thing. Example is Trinity
> Control Center -> Regional & Accessibility -> Accessibility -> "Bell" tab:
> clicking the help button opens the related help page, but not at the top of
> the page. Is this what you meant?
> 
> This should only happen for multi-tabbed pages and the reason is that for
> each tab we try to open the help page at the related paragraph. That was
> intentional.
> 
> To all, what is your preference?

This is not just for multi-tabbed. Try the following: Open user guide for Konqueror and then using the list switch to Kopete user guide. In 3.5.13.x user guides was openned at the top of the page.
Comment 3 Michele Calgaro 2015-05-31 08:22:22 CDT 
(In reply to Slávek Banko from comment #2)
>This is not just for multi-tabbed. Try the following: Open user guide for >Konqueror and then using the list switch to Kopete user guide. In 3.5.13.x user >guides was openned at the top of the page.
Ah ah, I see. This is something different then, I guess must be related to the changes that Tim introduced to handle multi tab pages.
I will work on this during the week.
Comment 4 Darrell 2015-05-31 12:13:54 CDT 
Try this:

* Open KHelpCenter.
* In the Contents tab, open any application handbook.
* Select a different application handbook.

Or:

* Open Konqueror.
* From the Help menu, select Help.
* Select the Next link two times to view Chapter 2 Konqueror Basics.
* At the bottom of the page, select the Home link.

The handbooks open at top heading and not the top of the page.
Comment 5 Michele Calgaro 2015-06-01 08:21:37 CDT 
(In reply to Darrell from comment #4)
Thanks Darrell
Comment 6 Michele Calgaro 2015-06-02 22:54:07 CDT 
The problem was introduced by commit 687b1460 which address bug 2188.
Commit 1329f47 (master) and c656ead (r14.0.x) solve the problem, while at the same time keeping bug 2188 happy.
Comment 7 Darrell 2015-07-24 18:30:07 CDT 
Built a new package set today. This small paper cut is gone. Thanks. :)