{"thread":{"id":"33298","subject":"[BUG gitk] strange scrolling behaviour if history canvas not completely filled","startedAt":"2013-03-27T13:35:29Z","lastAt":"2013-03-27T13:35:29Z","messageCount":1,"participants":["Uwe Kleine-König"],"isPatch":false,"patchVersion":null,"patchTotal":null},"messages":[{"id":"212375","messageId":"20130327133529.GA10464@pengutronix.de","threadId":"33298","inReplyTo":null,"subject":"[BUG gitk] strange scrolling behaviour if history canvas not completely filled","fromName":"Uwe Kleine-König","fromEmail":"u.kleine-koenig@pengutronix.de","sentAt":"2013-03-27T13:35:29Z","receivedAt":"2013-03-27T13:35:29Z","isPatch":false,"sender":{"key":"u.kleine-koenig@pengutronix.de","avatar":"https://gravatar.com/avatar/354b5e3ceb2806a2f1e1e382ac29ddbdad18288654da62b61eb13583a857eee7?d=mp&s=160"},"body":"Hello,\n\n(running gitk from Debian's gitk 1:1.8.2~rc3-1 package)\n\nif only a few commits are shown in gitk such that the history canvas is\ntoo big, i.e. there is place for more commits to be shown, the scroll\nbar on the right hand side correctly is greyed out. Still I can scroll\nusing the mouse moving the oldest shown to the bottom of the canvas\n(sometimes even half a line further). Not sure this qualifies as bug\nalready.\n\nBut when having scrolled down selecting commits with the mouse doesn't\nwork as expected anymore: If I click on the topmost commit, not that one\nis selected but the one that would appear at the mouse tip if the\nhistory were not scrolled down.\n\nBest regards\nUwe\n\nPS: I'm not subscribed, so please Cc: me on replies.\n\n-- \nPengutronix e.K.                           | Uwe Kleine-König            |\nIndustrial Linux Solutions                 | http://www.pengutronix.de/  |\n"}]}