Bugzilla – Bug 315364
monodoc tabs in monodevelop don't remember scrollbar position
Last modified: 2010-11-11 08:52:18 UTC
---- Reported by chayen@ccbcmd.edu 2004-07-02 20:31:27 MST ---- Please fill in this template when reporting a bug, unless you know what you are doing. Description of Problem: monodoc tabs in monodevelop don't remember scrollbar position Steps to reproduce the problem: 1. open up the help tab then open some doc up so it shows up in the tabs with the editor, then scroll down 2. click on a source file tab 3. click back on the doc tab Actual Results: window position doesn't get restored Expected Results: window in the same position that i left it so i can continue my reading!! How often does this happen? every time Additional Information: ---- Additional Comments From ray@lcdstudio.com 2004-07-04 15:44:18 MST ---- Unable to reproduce with, already fixed in svn? ---- Additional Comments From chayen@ccbcmd.edu 2004-07-05 01:56:53 MST ---- i don't have svn installed on my box or know anything about it. it's also the 4th and my brain has been chemically slowed. i'll update this bug on the next release i guess. ---- Additional Comments From jluke@cfl.rr.com 2004-07-12 15:40:47 MST ---- I believe this is still a problem, try it with Gtk.HTML for example. Scrolling to the bottom, and then changing tabs loses the position. ---- Additional Comments From gnumuthu@users.sf.net 2006-02-01 21:19:27 MST ---- I think we can save the Tab positions in the PropertyService, Get/Set methods. Implementing the scrolling must be, done in the file: MonoDevelop.Ide/MonoDevelop.Ide.Gui.Pads/MonodocTreePad.cs by taking some hints from the scrolled window signals. Unknown bug field "cf_op_sys_details" encountered while moving bug <cf_op_sys_details>Gentoo 2.6.7</cf_op_sys_details> Unknown operating system unknown. Setting to default OS "Other".
Created attachment 174479 [details] shows strange behavior I dug into this bug a bit and found some interesting things, attached is a patch with some code I wrote in attempt to fix this bug. Basically what this patch does is save the scrollbar position every time it gets changed and subscribe to a workbench event which fires when the active document is changed, if the new active document is the monodoc tab it changes the scrollbar position to the last saved position. However, after the position is changed to what should be the correct position it gets changed again by who knows what to some apparently arbitrary position near the top. Note that the attached patch is not intended as a fix, it just shows some strange behavior that might help anyone who wants to squash this bug. Also note that the attached patch seems to create/expose some weird bug, a bunch of exceptions and an eventual crash happen when you exit MD.
We're now using an external monodevelop.