Steps: 1. Click and hold on to mouse to scroll messages one by one in thread pane. The messages doesn't scroll. When I release the mouse button the thread pane refreshes. Build and Platform: 2000-03-21-09-M15 and 2000-03-22-08-M15 Linux Commercial trunk builds. Additional Info: Windows seem to work fine.
trudelle - does this belong to your group?
It might, if it exists, but I am unable to reproduce it using today's M15 verification builds (32711) on Linux and Mac. Resolving as wfm; if you see this again in a current build, please reopen with steps to reproduce.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → WORKSFORME
trudelle, I could reproduce this using 2000-03-27-11-M15 Linux commercial build. Steps to reproduce: 1. Open a mail folder that has more number of msgs. 2. Click and hold onto mouse to scroll messages one-by-one. (Click on the down arrow) 3. I don't see the messages scroll one-by-one.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
This is exactly what works for me. Does anyone else see this? Could you please supply any pertinent details, such as POP/IMAP, Linux kernel version, X xerver, etc?
I tested it on another Linux system and saw the same problem. - Doesn't matter pop/imap. Able to re-produce in both. - Linux kernel version - 2.2.12-20smp - X Server - XFree86 3.3.5-3
That's exactly what I'm running. What are we doing differently? Do you actually have multiple processors installed?
Nope. Just one Processor. If you have time, you can stop by my cube to look at the problem.
I just did, but you weren't there. Perhaps you could stop by here? I believe I sit directly beneath you.
Peter, looks like you should own this for now.
Assignee: selmer → trudelle
Status: REOPENED → NEW
assigning to evaughan as p4 for m20, will consider seriously if someone can demonstrate a reproducible case.
Assignee: trudelle → evaughan
Priority: P3 → P4
Target Milestone: --- → M20
Am I to infer from firstname.lastname@example.org 's last comments that all linux users are not so plagued?
Not seeing it here. Redhat 6.1 w/all updates, kernel 2.2.14, XFree86 3.3.5, gtk+/glib 1.2.7.
Again. Ken and I are running the same setup, yet I experience the problem and he doesn't. I had suspected the gtk/glib libraries but he ruled that out. For me it renders the mail-news readers unuseable.
When the scrolling doesn't work, try this... Move another window over the mail/news window briefly, then move it out of the way. Did the thread pane update? If so, take a look at bug 29808. Could this be a dupe of that one?
Nominating for beta2 for review by PDT team. I think this bug will affect linux users. I'm able to reproduce this on today's debug build on linux.
Target Milestone: M20 → M17
Tree manages scrolling entirely on its own. Thats hyatt's world[ But I did reproduce this on linux. Looks like the redraws are being coelesced where on faster platforms they are bieng given time to draw. Once again another bug that would be fixed by going to grid.
Assignee: evaughan → hyatt
Status: NEW → RESOLVED
Last Resolved: 18 years ago → 18 years ago
Resolution: --- → FIXED
Linux and Win32 (2000-06-27-09 M17) Mac (2000-06-26-08 M17) This problem has been fixed.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.