openOptionsDialog doesn't scroll to the right element when Preferences tab is already opened
Categories
(Thunderbird :: Preferences, defect)
Tracking
(Not tracked)
People
(Reporter: nONoNonO, Assigned: Paenglab)
References
Details
Attachments
(1 file)
|
2.51 KB,
patch
|
darktrojan
:
review+
jorgk-bmo
:
review+
|
Details | Diff | Splinter Review |
In bug 1498332 the panes are converted to categories/groupboxes on one page. The function openOptionsDialog however still tries to select a pane, instead of scrolling to the specified element. E.g. when you select Message > Tags > Manage Tags, the preferences tab should switch to the General pane and scroll down to Tags, but this last step doesn't work.
| Assignee | ||
Comment 1•6 years ago
|
||
The Manage Tags example works for me. Also the other places where it has to scroll to a special area works for me. You tried without extensions?
| Reporter | ||
Comment 2•6 years ago
|
||
Yes, I just tried with latest Daily in safe-mode. It seems to work when the Preferences tab is closed before you select the function, but when the tab is already opened, the view doesn't scroll to the right place.
| Reporter | ||
Updated•6 years ago
|
| Assignee | ||
Comment 3•6 years ago
|
||
Geoff, do you know why it doesn't scroll when the prefs are already open? Switching the pane still works.
Comment 4•6 years ago
|
||
It looks like in preferencesTab.js, we've still got tabID instead of scrollPaneTo, in several places.
| Assignee | ||
Comment 5•6 years ago
|
||
Yes, with renaming it works. Thanks for the tip.
Comment 6•6 years ago
|
||
Comment 7•6 years ago
|
||
Oh, found another bug to land ;-)
Updated•6 years ago
|
Pushed by mozilla@jorgk.com:
https://hg.mozilla.org/comm-central/rev/bfe2c75b1668
Rename remaining "tabID" to "scrollPaneTo" in preferencesTab.js. r=darktrojan DONTBUILD
Updated•6 years ago
|
Description
•