This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: ttk.Scrollbar in Notebook widget freezes
Type: behavior Stage: resolved
Components: macOS, Tkinter Versions: Python 3.2, Python 3.3
Status: closed Resolution: not a bug
Dependencies: Superseder:
Assigned To: ronaldoussoren Nosy List: davidjamesbeck, ned.deily, ronaldoussoren
Priority: normal Keywords:

Created on 2012-05-30 01:23 by davidjamesbeck, last changed 2022-04-11 14:57 by admin. This issue is now closed.

File name Uploaded Description Edit davidjamesbeck, 2012-05-30 01:23 Python file
Messages (7)
msg161923 - (view) Author: David Beck (davidjamesbeck) Date: 2012-05-30 01:23
I am working on an iMac running OS 10.7, TK 8.5.11. I built a simple app containing a Notebook widget, and with Listboxes and linked tkk.Scrollbars on each of three tabs. All of the Scrollbars work the first time I manipulate them, but once the Scrollbar on third tab (the last one created by the script) is manipulated, the others become unresponsive to mouse clicks (though the Scrollbars continue to move when the Listboxes are scrolled using the mouse/trackpad. I first found this issue working with Python 3.2.3 (using IDLE), but the same thing happens with Python 3.3. I asked someone to try this on a PC (Windows 7, Python 3.2.3, Tkinter 8.5), but the problem wasn't recreated.
msg161924 - (view) Author: Ned Deily (ned.deily) * (Python committer) Date: 2012-05-30 01:55
For what it's worth, I was able to reproduce the behavior you describe (also on OS X 10.7 using Python 3.3 and the latest ActiveState Tcl/Tk 8.5.11).  Scrolling is a lower level GUI operation that, AFAIK, managed by Tk and OS X frameworks, and not by Python or Tkinter, so my guess is that the problem you're seeing would need to be addressed there.  Unless someone else has a better suggestion, I would advise asking about this on the Tkinter-discuss mailing list ( and/or, possibly even better, on the Tcl Mac mailing list ( particularly if you can demonstrate the problem with a Tcl code segment.  Please report back any updates you receive.  Good luck!
msg161951 - (view) Author: David Beck (davidjamesbeck) Date: 2012-05-30 13:48
After playing around with this a bit more, I've found that if the Scrollbars on the different tabs are not aligned (that is, they don't occupy the same EW position in the frame) the effect disappears. I thought that might mean that the last Scrollbar "persists" when you go back to earlier tabs, but the position of the slider in a frozen Scrollbar isn't necessarily the same as the position the last Scrollbar is left in (that is, after you manipulate the Scrollbar that causes the others to freeze, the frozen sliders are still in the configuration they were left in previously, so we're not just seeing a "ghost" of a scrollbar on another tabs).

I've posted this query to the other lists you mentioned as well.
msg161952 - (view) Author: Ronald Oussoren (ronaldoussoren) * (Python committer) Date: 2012-05-30 13:54
I agree with Ned that this is a bug in Tk, especially because the problem goes away with small changes to the layout of the UI.
msg162033 - (view) Author: Ned Deily (ned.deily) * (Python committer) Date: 2012-05-31 23:52
Another data point: I just tried the same test using a Python 3.2.3 linked with an X11 Tk 8.5 (MacPorts) rather than the ActiveState Cocoa Tk 8.5.11 ( Python).  I was not able to get the test to fail with X11 Tk so that tends to support the idea that the root cause is somewhere in Aqua Tk.
msg162180 - (view) Author: Ned Deily (ned.deily) * (Python committer) Date: 2012-06-02 21:55
One final data point: I was unable to reproduce the failure when using a Python 3.2.3 when linked with a current ActiveState Tcl/Tk 8.4, which uses an older Aqua Carbon Tk.  The 32-bit-only Pythons use Tcl/Tk 8.4 like this; see for more info.  No guarantee that the problem won't show up there for you or that there won't be other issues (for instance, the Aqua Carbon Tcl/Tk is only available in 32-bit mode) but it *might* be worth a try.  Given Kevin's response to your enquiry on the Mac Tcl list, the consensus seems to be that the problem here is indeed in the Cocoa port of Tcl/Tk and is unlikely to be addressed there soon.  Sorry!
msg162209 - (view) Author: David Beck (davidjamesbeck) Date: 2012-06-03 13:28
That's a shame, though I guess it means I can stop struggling with the installation of Tix. Since that's another extension of Tk, the same issue will probably be lurking in there as well. Maybe I'll give wxPyton or QT a shot.

Thanks for your help.
Date User Action Args
2022-04-11 14:57:31adminsetgithub: 59164
2012-06-03 13:28:32davidjamesbecksetmessages: + msg162209
2012-06-02 21:55:30ned.deilysetstatus: open -> closed
resolution: not a bug
messages: + msg162180

stage: resolved
2012-05-31 23:52:04ned.deilysetstatus: pending -> open

messages: + msg162033
2012-05-30 13:54:51ronaldoussorensetstatus: open -> pending

messages: + msg161952
2012-05-30 13:48:28davidjamesbecksetstatus: pending -> open

messages: + msg161951
2012-05-30 01:55:52ned.deilysetstatus: open -> pending
nosy: + ned.deily
messages: + msg161924

2012-05-30 01:23:11davidjamesbeckcreate