Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp wrote: My email address is valid on these groups - just drop the .invalid part of the TLD. http://www.faqs.org/rfcs/rfc2606.html [RFC 2606 - Reserved Top Level DNS Names] quote .invalid is intended for use in online construction of domain names that are sure to be invalid and which it is obvious at a glance are invalid. /quote And of course when you log into to actually look at the bug report: ... Just to say, I never assume that a bugzilla e-mail is the best/proper way to contact someone. I dump all my e-mail to bugspam.cal...@gmail.com to [spam] and skim it once a month or so, unless it is from one of the few expected e-mail places I signed it up for. :-) (and I know some others do it that way) -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
On 06/12/2012 10:16 AM, Hartmut Figge wrote: Hartmut Figge: Hartmut Figge: Hartmut, happily playing Morrowind Now while trying backouts in the background because of a new comment of Jens. No luck. Well, not too exhausting. ;) The compilation time depends heavily on the amount of new checkins since the last compilation, so the first backout may take some time. But the next ones, even when deleting $OBJDIR what should always be done, are quick if using ccachen. The last try took real7m20.223 Hartmut Hartmut, have a look my tests on https://bugzilla.mozilla.org/show_bug.cgi?id=736811 as of tonight. SeaMonkey is broke up to 2.11a1, but basically working from 2.11b2. Gary ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp: Hartmut, have a look my tests on https://bugzilla.mozilla.org/show_bug.cgi?id=736811 as of tonight. SeaMonkey is broke up to 2.11a1, but basically working from 2.11b2. I am on Cc: ;) What did you test in Comment 43? It follows immediately after '@Wesley:' and begins with 'Following up with SeaMonkey'. If you tested a variation of Wesley's comment 39 adjusted to SM, how? If you repeated https://bugzilla.mozilla.org/show_bug.cgi?id=736811#c19 then why? The last two sentences of this comment are still true. Apropos comment 39: Wesley lost me at 'let the box disappear'. *g* It seems that https://bugzilla.mozilla.org/show_bug.cgi?id=648477 must be fixed and we should wait for that. Or help fixing. :-D Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
On 06/19/2012 02:00 AM, Hartmut Figge wrote: NoOp: Hartmut, have a look my tests on https://bugzilla.mozilla.org/show_bug.cgi?id=736811 as of tonight. SeaMonkey is broke up to 2.11a1, but basically working from 2.11b2. I am on Cc: ;) What did you test in Comment 43? It follows immediately after '@Wesley:' and begins with 'Following up with SeaMonkey'. If you tested a variation of Wesley's comment 39 adjusted to SM, how? Repeated my tests of Comment 16. If you repeated https://bugzilla.mozilla.org/show_bug.cgi?id=736811#c19 then why? The last two sentences of this comment are still true. Your testing was done with your Self-build with some private patches and 2.10. I tested with 2.11 and above. Regarding the last two sentences: those weren't clear (to me): SMs after the last date don't lose the functionality of the mouse buttons. To get rid of the DD cursor it suffices to click with the left mouse button. SMs after the last date? Did you mean 2012-05-04 23:14:00 PDT? And even so, it was/is still confusing as those times are your build times with some private patches. So they cannot be tested by anyone but yourself. Apropos comment 39: Wesley lost me at 'let the box disappear'. *g* You drag the tab out of the Firefox page as if you were dragging it to another window. It seems that https://bugzilla.mozilla.org/show_bug.cgi?id=648477 must be fixed and we should wait for that. Or help fixing. :-D Yes that is the behavior that I am seeing now. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp: Your testing was done with your Self-build with some private patches and 2.10. Yes. I tested with 2.11 and above. Regarding the last two sentences: those weren't clear (to me): SMs after the last date don't lose the functionality of the mouse buttons. To get rid of the DD cursor it suffices to click with the left mouse button. That should mean, that the DD cursor still exists but is less dangerous. Because the mouse buttons work now killing of SM is no longer necessary. Instead of that click with the left mouse button and the DD cursor will disappear. SMs after the last date? Did you mean 2012-05-04 23:14:00 PDT? Yes. Every Linux/x86_64 Nightly of SM after this date will show the above mentioned behavior. And even so, it was/is still confusing as those times are your build times with some private patches. So they cannot be tested by anyone but yourself. My private patches have nothing to do with the bug. Finding of the regression range which leaded to the detection of the responsible changeset required my private archive which consists of my own builds. You can verify with normal Nighlies as i have done in comment 23. Apropos comment 39: Wesley lost me at 'let the box disappear'. *g* You drag the tab out of the Firefox page as if you were dragging it to another window. That does not help me understanding 'let the box disappear'. ;) It is good that you have asked for clarifying of my writing. It may well be that is still not clear enough, so do not hesitate asking further. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
On 06/19/2012 11:12 AM, Hartmut Figge wrote: NoOp: Your testing was done with your Self-build with some private patches and 2.10. Yes. I tested with 2.11 and above. Regarding the last two sentences: those weren't clear (to me): SMs after the last date don't lose the functionality of the mouse buttons. To get rid of the DD cursor it suffices to click with the left mouse button. That should mean, that the DD cursor still exists but is less dangerous. Because the mouse buttons work now killing of SM is no longer necessary. Instead of that click with the left mouse button and the DD cursor will disappear. Ah. I understand now what you were/are referring to. I wish I would have understood earlier... I was real happy yesterday that I had found a change'; Cursor you Hartmut! :-) Gary ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp: Ah. I understand now what you were/are referring to. I wish I would have understood earlier... If i could write here in German it would be much easier. But that would make it even more hard to understand me in this NG. *g* I always appreciate corrections of my English. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp: I'll try to do some additional tests tonight or tomorrow. If you feel adventurous enough, the responsible checkin should be in http://hg.mozilla.org/mozilla-central/pushloghtml?startdate=2012-02-07+00%3A30enddate=2012-02-07+15%3A20%3A00 Not too long, that list, but unfortunately there are also 91 hidden changesets. Luckily this bug does not hit me, 'Wide View', pffft *g*, so i can easily ignore it. Hartmut, happily playing Morrowind ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Hartmut Figge: Hartmut, happily playing Morrowind Now while trying backouts in the background because of a new comment of Jens. Well, not too exhausting. ;) Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Hartmut Figge: Hartmut Figge: Hartmut, happily playing Morrowind Now while trying backouts in the background because of a new comment of Jens. No luck. Well, not too exhausting. ;) The compilation time depends heavily on the amount of new checkins since the last compilation, so the first backout may take some time. But the next ones, even when deleting $OBJDIR what should always be done, are quick if using ccachen. The last try took real7m20.223 Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp wrote: On 06/10/2012 08:29 PM, Justin Wood (Callek) wrote: NoOp wrote: The bug https://bugzilla.mozilla.org/show_bug.cgi?id=736811 has been updated today. I can *easily* replicate in Thunderbird 13 as well. 6 machines, 4 distros, 4 linux desktops (GNOME 2, GNOME3, KDE, ICWM, and 2 Mozilla products (SeaMonkey 10 Thunderbird 13). Again: I consider this bug to be a blocker for the next release (SeaMonkey 11.x). Ok that bug is currently unconfirmed and listed as Firefox, so even though we both know it is gecko, are you able to reproduce in Firefox (If so that will make next steps easier). Actually I don't know it is gecko. If I knew what it was, I'd concentrate on that. As far as I can tell it's a mailnews issue. And no, I've not been able to reproduce in Firefox. Sure, that is helpful. However, we *both* know that this is a regression... right? Correct Are you implying that a regression like this won't be fixed unless it can also be reproduced in Firefox? Not meaning to imply that, just saying that when its an issue in Firefox, tends to elicit more rush to fix it. (Even from motivated volunteers) Would you like a new SeaMonkey + Thunderbird mailnews component bug? No need yet, imo. After than can you help identify when this problem first occurred (it has regression-window-wanted listed) Lets start with this list: Does it occur in: * Firefox 13 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/13.0/] * Firefox 12 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/12.0/] * ... major versions Let's start with this instead: ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.9.1/ ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.10/ ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/12.0.1/ ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/13.0/ Fair given your above that you can't find a way to reproduce in Firefox. Right... Broken in major version SeaMonkey 10.x (and Thunderbird 12.x) but works in major version SeaMonkey 2.9.x (and Thunderbird 13.x). Does that not work for you? Thank You. Feel free to come on IRC (irc://irc.mozilla.org/seamonkey) and ask for my help in drilling down the range, to a 24 hour period, so we can get a better idea of what is wrong, specifically! I've already spent a fair amount of time attempting to troubleshoot and update the bug report. I am happy to try different *user* scenarios, if asked. However I'm not inclined to evolve to IRC. If you'd like me to try something else, then comment in the bug report. Fair, I just meant that narrowing regression range might have been easier in a synchroneous communication medium, rather than asynchroneous like e-mail/NG. I don't know of other user scenarios in reproducing it (I can't easily reproduce, and I am quite busy in other aspects myself atm) Bottom line is that the dev list were made aware of this issue at 2.10b2 - before [snip]... Say so I'll be happy to file a new SeaMonkey + Thunderbird mailnews component bug, or feel free to reassign to the correct component. I did not mean to imply any disrespect. In fact I truely appreciate all the help so far, and if the bug needed moving so far, I would have done so. :-) Just trying to gather the most info that would help fix this without cluttering up the bug with potentially irrelevant information (if possible) In the interim I've blocked all of my linux customers from upgrading to SeaMonkey 2.10 (and now Thunderbird 13 as well). I recognize that you consider this a critically severe bug, and apologize that it has come to this, however I do disagree that it is as important as you feel it is. I doubt any amount of arguing will be beneficial for/against this severity feeling between us, and will not help us get this fixed, so I'm going to ignore that specific severity point for now, and instead try to work with you so we can get all the data we need to fix it/get it to the right place/peoples attention. So, long story short, I'm going to use Thunderbird builds for this next request. (since they have been able to get more builds produced than us, per metric of time). Please tell me GOOD/BAD of the following (where GOOD is does not have this bug and BAD is has this bug) 13.0beta 1 - https://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/13.0b1/ 13.0 Aurora (of date: Apr-01) [one of:] - https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/04/2012-04-01-03-00-20-comm-aurora/ -- https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/04/2012-04-01-03-00-22-comm-aurora/ -- 13.0 Trunk (of date: Mar-01) [one of:] - https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/03/2012-03-01-03-00-15-comm-central/ -- https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/03/2012-03-01-03-00-19-comm-central/ -- https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/03/2012-03-01-03-02-35-comm-central/ That is a small
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Justin Wood (Callek) wrote: NoOp wrote: On 06/10/2012 08:29 PM, Justin Wood (Callek) wrote: NoOp wrote: The bug https://bugzilla.mozilla.org/show_bug.cgi?id=736811 has been updated today. I can *easily* replicate in Thunderbird 13 as well. 6 machines, 4 distros, 4 linux desktops (GNOME 2, GNOME3, KDE, ICWM, and 2 Mozilla products (SeaMonkey 10 Thunderbird 13). Again: I consider this bug to be a blocker for the next release (SeaMonkey 11.x). Ok that bug is currently unconfirmed and listed as Firefox, so even though we both know it is gecko, are you able to reproduce in Firefox (If so that will make next steps easier). Actually I don't know it is gecko. If I knew what it was, I'd concentrate on that. As far as I can tell it's a mailnews issue. And no, I've not been able to reproduce in Firefox. Sure, that is helpful. However, we *both* know that this is a regression... right? Correct Are you implying that a regression like this won't be fixed unless it can also be reproduced in Firefox? Not meaning to imply that, just saying that when its an issue in Firefox, tends to elicit more rush to fix it. (Even from motivated volunteers) Would you like a new SeaMonkey + Thunderbird mailnews component bug? No need yet, imo. After than can you help identify when this problem first occurred (it has regression-window-wanted listed) Lets start with this list: Does it occur in: * Firefox 13 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/13.0/] * Firefox 12 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/12.0/] * ... major versions Let's start with this instead: ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.9.1/ ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.10/ ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/12.0.1/ ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/13.0/ Fair given your above that you can't find a way to reproduce in Firefox. Right... Broken in major version SeaMonkey 10.x (and Thunderbird 12.x) but works in major version SeaMonkey 2.9.x (and Thunderbird 13.x). Does that not work for you? Thank You. Feel free to come on IRC (irc://irc.mozilla.org/seamonkey) and ask for my help in drilling down the range, to a 24 hour period, so we can get a better idea of what is wrong, specifically! I've already spent a fair amount of time attempting to troubleshoot and update the bug report. I am happy to try different *user* scenarios, if asked. However I'm not inclined to evolve to IRC. If you'd like me to try something else, then comment in the bug report. Fair, I just meant that narrowing regression range might have been easier in a synchroneous communication medium, rather than asynchroneous like e-mail/NG. I don't know of other user scenarios in reproducing it (I can't easily reproduce, and I am quite busy in other aspects myself atm) Bottom line is that the dev list were made aware of this issue at 2.10b2 - before [snip]... Say so I'll be happy to file a new SeaMonkey + Thunderbird mailnews component bug, or feel free to reassign to the correct component. I did not mean to imply any disrespect. In fact I truely appreciate all the help so far, and if the bug needed moving so far, I would have done so. :-) Just trying to gather the most info that would help fix this without cluttering up the bug with potentially irrelevant information (if possible) In the interim I've blocked all of my linux customers from upgrading to SeaMonkey 2.10 (and now Thunderbird 13 as well). I recognize that you consider this a critically severe bug, and apologize that it has come to this, however I do disagree that it is as important as you feel it is. I doubt any amount of arguing will be beneficial for/against this severity feeling between us, and will not help us get this fixed, so I'm going to ignore that specific severity point for now, and instead try to work with you so we can get all the data we need to fix it/get it to the right place/peoples attention. So, long story short, I'm going to use Thunderbird builds for this next request. (since they have been able to get more builds produced than us, per metric of time). Please tell me GOOD/BAD of the following (where GOOD is does not have this bug and BAD is has this bug) 13.0beta 1 - https://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/13.0b1/ 13.0 Aurora (of date: Apr-01) [one of:] - https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/04/2012-04-01-03-00-20-comm-aurora/ Hey, guys, not wanting to rain on your efforts but I've seen my mouse icon show as a Drag Icon since at least SM 2.8, thru 2.9 and 2.9.1 onto 2.10, and, just this week past, I noticed it in my SM 2.9.1 on *Win7*!! Note, only Mail Newsgroups screen, when a news group is selected *and* when selecting a New message!! -- Daniel ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp: On 06/10/2012 06:43 PM, Hartmut Figge wrote: So i propose that i retire from this thread. ;) Agree. And i disagree. Ehm. Yes. *g* Because i have finally found a way to reproduce the DD cursor with 2.10. Reliable. And i have discovered what you meant with the 'blank message view window' and the the 'jumping cursor'. Well, this window is not blank by default and the cursor does not jump so i feel justified for not understanding you. :-P This DD cursor is nasty. Very. In my case i had a running SM 2.13a1 on workspace 2 when i started the 2.10 on workspace 6 with '~/seam/release/2.10/seamonkey $ ./seamonkey -no-remote -mail -P 2-10'. Switching from workspace 6 to workspace 2 with the keyboard impressed the DD cursor by no means. Now i had it on my 2.13a1. :) Back to workplace 6 and killed the 2.10 with ^q. Now some investigation of the bug with regard to the trunk and then i will comment on https://bugzilla.mozilla.org/show_bug.cgi?id=736811. Can take a while. Pipe, coffee and i am just playing morrowind in wine. Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Hartmut Figge: Now some investigation of the bug with regard to the trunk and then i will comment on https://bugzilla.mozilla.org/show_bug.cgi?id=736811. Done. With complications. Trying to send my comment conflicted with new comments from NoOp. *g* Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
On 06/11/2012 08:10 AM, Hartmut Figge wrote: NoOp: On 06/10/2012 06:43 PM, Hartmut Figge wrote: So i propose that i retire from this thread. ;) Agree. And i disagree. Ehm. Yes. *g* Because i have finally found a way to reproduce the DD cursor with 2.10. Reliable. And i have discovered what you meant with the 'blank message view window' and the the 'jumping cursor'. Hartmut you rock! Thank you. ... ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
On 06/11/2012 12:08 PM, Hartmut Figge wrote: Hartmut Figge: Now some investigation of the bug with regard to the trunk and then i will comment on https://bugzilla.mozilla.org/show_bug.cgi?id=736811. Done. With complications. Trying to send my comment conflicted with new comments from NoOp. *g* Hartmut And again - thanks! I'll try to do some additional tests tonight or tomorrow. Gary ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
On 06/10/2012 11:18 PM, Justin Wood (Callek) wrote: These bits were added as .sig because you used dashdashspace: -- https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/04/2012-04-01-03-00-22-comm-aurora/ -- 13.0 Trunk (of date: Mar-01) [one of:] - https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/03/2012-03-01-03-00-15-comm-central/ -- https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/03/2012-03-01-03-00-19-comm-central/ -- https://ftp.mozilla.org/pub/mozilla.org/thunderbird/nightly/2012/03/2012-03-01-03-02-35-comm-central/ That is a small list, (doing a rough manual bisection of csets) p.s. if you provided me with a valid e-mail address we could go back and forth a bit faster on narrowing this down, without needing to bother the whole Newgroup population. -- ~Justin Wood (Callek) My email address is valid on these groups - just drop the .invalid part of the TLD. http://www.faqs.org/rfcs/rfc2606.html [RFC 2606 - Reserved Top Level DNS Names] quote .invalid is intended for use in online construction of domain names that are sure to be invalid and which it is obvious at a glance are invalid. /quote And of course when you log into to actually look at the bug report: https://bugzilla.mozilla.org/show_bug.cgi?id=736811 and click the CC List you'll find my email address without the .invalid. or... wait for it... :-) after you've logged into the bug report, move your mouse over NoOp and you are sure to find: mailto:myemailaddress - again without the .invalid. You can even right click (unless of course you've opened the mailclient in SeaMonkey 2.10 in Wide View layout and have a DD cursor) and select 'Copy Email Address' or Copy Link Location to get the full mailto:emailaddress. :-) Sorry, I couldn't resist. Gary ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp: On 06/08/2012 06:22 PM, Hartmut Figge wrote: NoOp: I think the screen shots may be important as they show: 1) that the layout is 'Wide View' (no idea if this makes a difference, No difference here. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 first. Right? Partly. To reduce complications i had created only one E-Mail account on a new test profile. No other configuration. http://www.triffids.de/pub/screenshot/sm120611-a.png You should have done the same on a new profile. If you still see the DD cursor or not, in each case we would be a step nearer to reproducibility. 2) Both the email and newsgroup have multiple folders so when the inbox/newsgroup is selected (screenshot 631242) the 'Name' box is completely full (Qgiz to m.s.s.seamonkey ). Took some time for me to understand what you meant with 'Name' box. It is not visible here because i do not like tabs in MailNews. *g* Look at the screenshots - left side: 'Name'. That (to me) is very obvious. Want a screenshot with a red circle aroung 'Name'? :-) There is a box above 'Name' and a box below 'Name' on your screenshot. Both are completely full. And the box above doesn't exist here. ;) As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to the message display/compose box (all white at this time). When i select m.s.seamonkey with the trackball the cursor and the focus remain on m.s.seamonkey in the folderpane. Never have seen another behavior. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 mode first. Right? Similar on my normal profile, apart from that there are 13 news servers of which 4 normally are expanded. On my test profile there is only one E-Mail account. At the moment. When i press 'n' the focus jumps to a message in the threadpane which is displayed in the messagepane. The cursor is still on the NG. Hartmut, this is a *Mouse* issue - focus eh? That was covered here |When i select m.s.seamonkey with the trackball the cursor and the focus |remain on m.s.seamonkey in the folderpane. Never have seen another |behavior. as an answer to |As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to |the message display/compose box (all white at this time). The part with the 'n' key was to show the difference between cursor and focus. I have never seen that the cursor jumps to the 'message display/compose box' when selecting a NG with the mouse in the folderpane. What do you mean with 'message display/compose box'? The messagepane? The threadpane? After selecting m.s.seamonkey the threadpane is here Where do you normaly view your message text Messagepane. and or enter text for composition? Compose window. The message pane/box that you are reading this in now is just that. Huh? Messagepane and compose window are different animals. So you have said, that selecting a NG with the mouse results in selecting a message in the threadpane, displaying it in the message pane and the cursor is then in the message pane? Hard to believe. What is a 'Subject' box? https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 Subject Sigh. You mean the box below the box with the text 'Subject'. The latter deserves the name 'Subject' box. |The user then must move the cursor up to the 'Subject' box in order |to select a subject header. Translation: the user then must move the cursor to a message in the threadpane in order to select it. *g* It is at the seperator line between message window and 'Subject' window The separator between the threadpane and the line with the column headers? More screenshots? Unambiguous explanations. NoOp, fixing the bug requires reproducibility. Part of this an exact definition under which circumstances the bug occurs. It might well be that my English is not good enough to understand you. Also, answering in English requires me to have dict.cc open and search for words. Quite tedious. So i propose that i retire from this thread. ;) Hartmut ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp wrote: The bug https://bugzilla.mozilla.org/show_bug.cgi?id=736811 has been updated today. I can *easily* replicate in Thunderbird 13 as well. 6 machines, 4 distros, 4 linux desktops (GNOME 2, GNOME3, KDE, ICWM, and 2 Mozilla products (SeaMonkey 10 Thunderbird 13). Again: I consider this bug to be a blocker for the next release (SeaMonkey 11.x). Ok that bug is currently unconfirmed and listed as Firefox, so even though we both know it is gecko, are you able to reproduce in Firefox (If so that will make next steps easier). After than can you help identify when this problem first occurred (it has regression-window-wanted listed) Lets start with this list: Does it occur in: * Firefox 13 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/13.0/] * Firefox 12 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/12.0/] * ... major versions Once you have a case of Broken in major version [x] but works in major version [x-1] then I can assist you in drilling down further. Feel free to come on IRC (irc://irc.mozilla.org/seamonkey) and ask for my help in drilling down the range, to a 24 hour period, so we can get a better idea of what is wrong, specifically! -- ~Justin Wood (Callek) ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
On 06/10/2012 08:29 PM, Justin Wood (Callek) wrote: NoOp wrote: The bug https://bugzilla.mozilla.org/show_bug.cgi?id=736811 has been updated today. I can *easily* replicate in Thunderbird 13 as well. 6 machines, 4 distros, 4 linux desktops (GNOME 2, GNOME3, KDE, ICWM, and 2 Mozilla products (SeaMonkey 10 Thunderbird 13). Again: I consider this bug to be a blocker for the next release (SeaMonkey 11.x). Ok that bug is currently unconfirmed and listed as Firefox, so even though we both know it is gecko, are you able to reproduce in Firefox (If so that will make next steps easier). Actually I don't know it is gecko. If I knew what it was, I'd concentrate on that. As far as I can tell it's a mailnews issue. And no, I've not been able to reproduce in Firefox. However, we *both* know that this is a regression... right? Are you implying that a regression like this won't be fixed unless it can also be reproduced in Firefox? Would you like a new SeaMonkey + Thunderbird mailnews component bug? After than can you help identify when this problem first occurred (it has regression-window-wanted listed) Lets start with this list: Does it occur in: * Firefox 13 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/13.0/] * Firefox 12 [ftp://ftp.mozilla.org/pub/mozilla.org/firefox/releases/12.0/] * ... major versions Let's start with this instead: ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.9.1/ ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.10/ ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/12.0.1/ ftp://ftp.mozilla.org/pub/mozilla.org/thunderbird/releases/13.0/ Once you have a case of Broken in major version [x] but works in major version [x-1] then I can assist you in drilling down further. Right... Broken in major version SeaMonkey 10.x (and Thunderbird 12.x) but works in major version SeaMonkey 2.9.x (and Thunderbird 13.x). Does that not work for you? Feel free to come on IRC (irc://irc.mozilla.org/seamonkey) and ask for my help in drilling down the range, to a 24 hour period, so we can get a better idea of what is wrong, specifically! I've already spent a fair amount of time attempting to troubleshoot and update the bug report. I am happy to try different *user* scenarios, if asked. However I'm not inclined to evolve to IRC. If you'd like me to try something else, then comment in the bug report. Bottom line is that the dev list were made aware of this issue at 2.10b2 - before final 2.10b3/2.10 release. You folks ask users to test the betas... we do that. We report the issue, we tell you how it seriously affects our use... and you retort that it must also occur in a different component (browser - instead of mailnews) in order to get attention? Wrong bug report/component? Say so I'll be happy to file a new SeaMonkey + Thunderbird mailnews component bug, or feel free to reassign to the correct component. In the interim I've blocked all of my linux customers from upgrading to SeaMonkey 2.10 (and now Thunderbird 13 as well). ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp wrote: NoOp: On 06/07/2012 06:55 PM, NoOp wrote: Tested with a new install on two additional machines. See the bug report for updates. Tested using both GNOME and KDE - result is the same, so it is not a GNOME issue. I attached two screenshots: 1. https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 I believed you without the screenshot, but nevertheless, nice to see the DD cursor. Actually I forgot the link to the other screenshot as well: https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 I think the screen shots may be important as they show: 1) that the layout is 'Wide View' (no idea if this makes a difference, but worth noting), 2) Both the email and newsgroup have multiple folders so when the inbox/newsgroup is selected (screenshot 631242) the 'Name' box is completely full (Qgiz to m.s.s.seamonkey ). As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to the message display/compose box (all white at this time). The user then must move the cursor up to the 'Subject' box in order to select a subject header. It is at the seperator line between message window and 'Subject' window that the cursor turns into a DD when moving the cursor out of the Message window. So IMO, the screenshots help to setup the same scenario. screenshot of opened mail client. 2. Selected newsgroup/inbox, moved cursor to select a subject, SeaMonkey takes over the cursor. I just loaded up icewm verified that it *does* occur using that dm (on the two test machines with new installs) as well. I've noted the same in the bug report. Interesting. I have now created a new profile with 2.10, created a mail account and no configuration otherwise. Many times started 2.10 using './seamonkey -mail -P 2-10' and never seen the DD cursor. So the situation is that we both use the same SM on Linux, both with a new profile with only a mail account and see different behavior. Hm. No. See above. I set up both an email account with multiple folders, and a newsgroup account with multiple subscribed newsgroups. For my mail account i use localhost for incoming and sending, so the ISP doesn't matter. I had populated the Inbox with some mails via 'mail hafi' using the program mail from a xterm. In this case it should not matter if it is a POP3, IMAP, or NTTP. The difference must be something on the OS. I am using Gentoo and have never installed a desktop environment like Gnome, KDE, XFC etc. Using one of these will result in daemons in the background. How did you test icewm? On a fresh installation of Linux with *only* icewm? A minimal installation? Well no Hartmut, I didn't start from a minimal installation. And no, I didn't install Gentoo to test, nor did I try on FreeBSD, Slackware, or Mageia (the distro Ricardo confirmed with). I _did_ try on Ubuntu 11.04, Ubuntu 12.04, Fedora 17, and openSUSE 12.1. Did you test with a full installation of any of those... :-) Hartmut Gary Gary, before you and Hartmut get too bogged down, trying to fix this problem in SM 2.10, check out the thread Constant hour-glass with SM 2.8, from mid-April and. of course, Gary, you should remember the SM 2.8 + Newsgroup Cursor from mid-March because you started it. Problem been around a while FYI, I see it on Mandriva 2009.0 using KDE. -- Daniel ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp wrote: Hi Hartmut, On 06/08/2012 06:22 PM, Hartmut Figge wrote: NoOp: Hartmut Figge: Actually I forgot the link to the other screenshot as well: https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 I have seen that in the bug. I think the screen shots may be important as they show: 1) that the layout is 'Wide View' (no idea if this makes a difference, No difference here. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 first. Right? but worth noting), Yes. 2) Both the email and newsgroup have multiple folders so when the inbox/newsgroup is selected (screenshot 631242) the 'Name' box is completely full (Qgiz to m.s.s.seamonkey ). Took some time for me to understand what you meant with 'Name' box. It is not visible here because i do not like tabs in MailNews. *g* Look at the screenshots - left side: 'Name'. That (to me) is very obvious. Want a screenshot with a red circle aroung 'Name'? :-) As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to the message display/compose box (all white at this time). When i select m.s.seamonkey with the trackball the cursor and the focus remain on m.s.seamonkey in the folderpane. Never have seen another behavior. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 mode first. Right? If not, when you first open the mailnews window click on 'news.mozilla.org' to get to that state. When i press 'n' the focus jumps to a message in the threadpane which is displayed in the messagepane. The cursor is still on the NG. Hartmut, this is a *Mouse* issue - focus eh? What do you mean with 'message display/compose box'? The messagepane? The threadpane? After selecting m.s.seamonkey the threadpane is here Where do you normaly view your message text and or enter text for composition? The message pane/box that you are reading this in now is just that. blank only if there are no unread messages. That is because i have checked View-Messages-All and View-Threads-Threads with Unread. Of course i normally select a NG only when it contains new messages. ;) The user then must move the cursor up to the 'Subject' box in order to select a subject header. Difficult to understand. Normally the user would select a message by clicking on it in the threadpane. This may be done e.g. below 'Subject' or below 'From'. What is a 'Subject' box? https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 Subject It is at the seperator line between message window and 'Subject' window The separator between the threadpane and the line with the column headers? More screenshots? V pna urne zl fvfgre fvtu Unir lbh nyjnlf gb or fb cvpxl? Jul qb lbh abg haqrefgnaq jung nyy bgure haqrefgnaq jvgubhg qvssvphygl? *t* Well no Hartmut, I didn't start from a minimal installation. And no, I didn't install Gentoo to test, nor did I try on FreeBSD, Slackware, or Mageia (the distro Ricardo confirmed with). I _did_ try on Ubuntu 11.04, Ubuntu 12.04, Fedora 17, and openSUSE 12.1. Did you test with a full installation of any of those... :-) Some month ago i tried several Live-DVDs of several distributions. They install a network manager which assumes, that a DHCP-server exists. No possibility to insert the data for my ISP. Installing rp-pppoe sometimes required an existing connection to the ISP *g* and often conflicted with the network manager. Removing the network manager was impossible without removing a lot of essential packages. Bah. You have checked different distributions and i assume that each of those installed a desktop manager. So you have in the background a lot of running daemons which do not exist here. Thanks Hartmut for testing and attempting to assist. I always appreciate your help. However in this situation I think that we've a lack of communication in replicating the issue (most likely my fault for not spending time with a step-by-step), and definitely an issue with the last regarding linux distributions in testing. I can certainly bring up _any_ mainstream distro on bare metal; but I'm not about to do it to satisfy your 'test' environment. Now, I've demonstrated the issue in several of _my_ environments. A 3rd party (Ricardo) has graciously tested and replicated in his distro's environment. You can either test in any of those envronments, or we'll simply call it a draw I'll thank you (again seriously) for your help, and leave it at that. With Kind regards thanks again for your efforts. Gary Regardless of my post about this fault having been around since at least SM 2.8.. (Mozilla/5.0 (X11; Linux i686 on x86_64; rv:12.0) Gecko/20120429 SeaMonkey/2.9.1) 1. When I open SM Mail News, Mail account inbox selected, no flashing icon. 2. When I select Moz news account, and expand it to show the subscribed groups, no
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Daniel wrote: NoOp wrote: Hi Hartmut, On 06/08/2012 06:22 PM, Hartmut Figge wrote: NoOp: Hartmut Figge: Actually I forgot the link to the other screenshot as well: https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 I have seen that in the bug. I think the screen shots may be important as they show: 1) that the layout is 'Wide View' (no idea if this makes a difference, No difference here. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 first. Right? but worth noting), Yes. 2) Both the email and newsgroup have multiple folders so when the inbox/newsgroup is selected (screenshot 631242) the 'Name' box is completely full (Qgiz to m.s.s.seamonkey ). Took some time for me to understand what you meant with 'Name' box. It is not visible here because i do not like tabs in MailNews. *g* Look at the screenshots - left side: 'Name'. That (to me) is very obvious. Want a screenshot with a red circle aroung 'Name'? :-) As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to the message display/compose box (all white at this time). When i select m.s.seamonkey with the trackball the cursor and the focus remain on m.s.seamonkey in the folderpane. Never have seen another behavior. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 mode first. Right? If not, when you first open the mailnews window click on 'news.mozilla.org' to get to that state. When i press 'n' the focus jumps to a message in the threadpane which is displayed in the messagepane. The cursor is still on the NG. Hartmut, this is a *Mouse* issue - focus eh? What do you mean with 'message display/compose box'? The messagepane? The threadpane? After selecting m.s.seamonkey the threadpane is here Where do you normaly view your message text and or enter text for composition? The message pane/box that you are reading this in now is just that. blank only if there are no unread messages. That is because i have checked View-Messages-All and View-Threads-Threads with Unread. Of course i normally select a NG only when it contains new messages. ;) The user then must move the cursor up to the 'Subject' box in order to select a subject header. Difficult to understand. Normally the user would select a message by clicking on it in the threadpane. This may be done e.g. below 'Subject' or below 'From'. What is a 'Subject' box? https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 Subject It is at the seperator line between message window and 'Subject' window The separator between the threadpane and the line with the column headers? More screenshots? V pna urne zl fvfgre fvtu Unir lbh nyjnlf gb or fb cvpxl? Jul qb lbh abg haqrefgnaq jung nyy bgure haqrefgnaq jvgubhg qvssvphygl? *t* Well no Hartmut, I didn't start from a minimal installation. And no, I didn't install Gentoo to test, nor did I try on FreeBSD, Slackware, or Mageia (the distro Ricardo confirmed with). I _did_ try on Ubuntu 11.04, Ubuntu 12.04, Fedora 17, and openSUSE 12.1. Did you test with a full installation of any of those... :-) Some month ago i tried several Live-DVDs of several distributions. They install a network manager which assumes, that a DHCP-server exists. No possibility to insert the data for my ISP. Installing rp-pppoe sometimes required an existing connection to the ISP *g* and often conflicted with the network manager. Removing the network manager was impossible without removing a lot of essential packages. Bah. You have checked different distributions and i assume that each of those installed a desktop manager. So you have in the background a lot of running daemons which do not exist here. Thanks Hartmut for testing and attempting to assist. I always appreciate your help. However in this situation I think that we've a lack of communication in replicating the issue (most likely my fault for not spending time with a step-by-step), and definitely an issue with the last regarding linux distributions in testing. I can certainly bring up _any_ mainstream distro on bare metal; but I'm not about to do it to satisfy your 'test' environment. Now, I've demonstrated the issue in several of _my_ environments. A 3rd party (Ricardo) has graciously tested and replicated in his distro's environment. You can either test in any of those envronments, or we'll simply call it a draw I'll thank you (again seriously) for your help, and leave it at that. With Kind regards thanks again for your efforts. Gary Regardless of my post about this fault having been around since at least SM 2.8.. (Mozilla/5.0 (X11; Linux i686 on x86_64; rv:12.0) Gecko/20120429 SeaMonkey/2.9.1) 1. When I open SM Mail News, Mail account inbox selected, no flashing icon. 2. When I select Moz news account, and expand it to show the subscribed groups, no
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Daniel wrote: Daniel wrote: NoOp wrote: Hi Hartmut, On 06/08/2012 06:22 PM, Hartmut Figge wrote: NoOp: Hartmut Figge: Actually I forgot the link to the other screenshot as well: https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 I have seen that in the bug. I think the screen shots may be important as they show: 1) that the layout is 'Wide View' (no idea if this makes a difference, No difference here. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 first. Right? but worth noting), Yes. 2) Both the email and newsgroup have multiple folders so when the inbox/newsgroup is selected (screenshot 631242) the 'Name' box is completely full (Qgiz to m.s.s.seamonkey ). Took some time for me to understand what you meant with 'Name' box. It is not visible here because i do not like tabs in MailNews. *g* Look at the screenshots - left side: 'Name'. That (to me) is very obvious. Want a screenshot with a red circle aroung 'Name'? :-) As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to the message display/compose box (all white at this time). When i select m.s.seamonkey with the trackball the cursor and the focus remain on m.s.seamonkey in the folderpane. Never have seen another behavior. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 mode first. Right? If not, when you first open the mailnews window click on 'news.mozilla.org' to get to that state. When i press 'n' the focus jumps to a message in the threadpane which is displayed in the messagepane. The cursor is still on the NG. Hartmut, this is a *Mouse* issue - focus eh? What do you mean with 'message display/compose box'? The messagepane? The threadpane? After selecting m.s.seamonkey the threadpane is here Where do you normaly view your message text and or enter text for composition? The message pane/box that you are reading this in now is just that. blank only if there are no unread messages. That is because i have checked View-Messages-All and View-Threads-Threads with Unread. Of course i normally select a NG only when it contains new messages. ;) The user then must move the cursor up to the 'Subject' box in order to select a subject header. Difficult to understand. Normally the user would select a message by clicking on it in the threadpane. This may be done e.g. below 'Subject' or below 'From'. What is a 'Subject' box? https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 Subject It is at the seperator line between message window and 'Subject' window The separator between the threadpane and the line with the column headers? More screenshots? V pna urne zl fvfgre fvtu Unir lbh nyjnlf gb or fb cvpxl? Jul qb lbh abg haqrefgnaq jung nyy bgure haqrefgnaq jvgubhg qvssvphygl? *t* Well no Hartmut, I didn't start from a minimal installation. And no, I didn't install Gentoo to test, nor did I try on FreeBSD, Slackware, or Mageia (the distro Ricardo confirmed with). I _did_ try on Ubuntu 11.04, Ubuntu 12.04, Fedora 17, and openSUSE 12.1. Did you test with a full installation of any of those... :-) Some month ago i tried several Live-DVDs of several distributions. They install a network manager which assumes, that a DHCP-server exists. No possibility to insert the data for my ISP. Installing rp-pppoe sometimes required an existing connection to the ISP *g* and often conflicted with the network manager. Removing the network manager was impossible without removing a lot of essential packages. Bah. You have checked different distributions and i assume that each of those installed a desktop manager. So you have in the background a lot of running daemons which do not exist here. Thanks Hartmut for testing and attempting to assist. I always appreciate your help. However in this situation I think that we've a lack of communication in replicating the issue (most likely my fault for not spending time with a step-by-step), and definitely an issue with the last regarding linux distributions in testing. I can certainly bring up _any_ mainstream distro on bare metal; but I'm not about to do it to satisfy your 'test' environment. Now, I've demonstrated the issue in several of _my_ environments. A 3rd party (Ricardo) has graciously tested and replicated in his distro's environment. You can either test in any of those envronments, or we'll simply call it a draw I'll thank you (again seriously) for your help, and leave it at that. With Kind regards thanks again for your efforts. Gary Regardless of my post about this fault having been around since at least SM 2.8.. (Mozilla/5.0 (X11; Linux i686 on x86_64; rv:12.0) Gecko/20120429 SeaMonkey/2.9.1) 1. When I open SM Mail News, Mail account inbox selected, no flashing icon. 2. When I select Moz news account, and expand it to show the
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
NoOp: On 06/07/2012 06:55 PM, NoOp wrote: Tested with a new install on two additional machines. See the bug report for updates. Tested using both GNOME and KDE - result is the same, so it is not a GNOME issue. I attached two screenshots: 1. https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 I believed you without the screenshot, but nevertheless, nice to see the DD cursor. Actually I forgot the link to the other screenshot as well: https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 I think the screen shots may be important as they show: 1) that the layout is 'Wide View' (no idea if this makes a difference, but worth noting), 2) Both the email and newsgroup have multiple folders so when the inbox/newsgroup is selected (screenshot 631242) the 'Name' box is completely full (Qgiz to m.s.s.seamonkey ). As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to the message display/compose box (all white at this time). The user then must move the cursor up to the 'Subject' box in order to select a subject header. It is at the seperator line between message window and 'Subject' window that the cursor turns into a DD when moving the cursor out of the Message window. So IMO, the screenshots help to setup the same scenario. screenshot of opened mail client. 2. Selected newsgroup/inbox, moved cursor to select a subject, SeaMonkey takes over the cursor. I just loaded up icewm verified that it *does* occur using that dm (on the two test machines with new installs) as well. I've noted the same in the bug report. Interesting. I have now created a new profile with 2.10, created a mail account and no configuration otherwise. Many times started 2.10 using './seamonkey -mail -P 2-10' and never seen the DD cursor. So the situation is that we both use the same SM on Linux, both with a new profile with only a mail account and see different behavior. Hm. No. See above. I set up both an email account with multiple folders, and a newsgroup account with multiple subscribed newsgroups. For my mail account i use localhost for incoming and sending, so the ISP doesn't matter. I had populated the Inbox with some mails via 'mail hafi' using the program mail from a xterm. In this case it should not matter if it is a POP3, IMAP, or NTTP. The difference must be something on the OS. I am using Gentoo and have never installed a desktop environment like Gnome, KDE, XFC etc. Using one of these will result in daemons in the background. How did you test icewm? On a fresh installation of Linux with *only* icewm? A minimal installation? Well no Hartmut, I didn't start from a minimal installation. And no, I didn't install Gentoo to test, nor did I try on FreeBSD, Slackware, or Mageia (the distro Ricardo confirmed with). I _did_ try on Ubuntu 11.04, Ubuntu 12.04, Fedora 17, and openSUSE 12.1. Did you test with a full installation of any of those... :-) Hartmut Gary ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Sorry, I left off the attribution to Hartmut: On 06/08/2012 08:59 AM, Hartmut Figge wrote: NoOp: On 06/07/2012 06:55 PM, NoOp wrote: Tested with a new install on two additional machines. See the bug report for updates. Tested using both GNOME and KDE - result is the same, so it is not a GNOME issue. I attached two screenshots: 1. https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 I believed you without the screenshot, but nevertheless, nice to see the DD cursor. Actually I forgot the link to the other screenshot as well: ... ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey
Re: [SM 2.10 ] bug 736811 Mouse changes to drag cursor without clicking any buttons
Hi Hartmut, On 06/08/2012 06:22 PM, Hartmut Figge wrote: NoOp: Hartmut Figge: Actually I forgot the link to the other screenshot as well: https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 I have seen that in the bug. I think the screen shots may be important as they show: 1) that the layout is 'Wide View' (no idea if this makes a difference, No difference here. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 first. Right? but worth noting), Yes. 2) Both the email and newsgroup have multiple folders so when the inbox/newsgroup is selected (screenshot 631242) the 'Name' box is completely full (Qgiz to m.s.s.seamonkey ). Took some time for me to understand what you meant with 'Name' box. It is not visible here because i do not like tabs in MailNews. *g* Look at the screenshots - left side: 'Name'. That (to me) is very obvious. Want a screenshot with a red circle aroung 'Name'? :-) As soon as I select 'm.s.s.seamonkey' the cursor jumps automatically to the message display/compose box (all white at this time). When i select m.s.seamonkey with the trackball the cursor and the focus remain on m.s.seamonkey in the folderpane. Never have seen another behavior. So, prior to getting to that screen, you ensured that you were in : https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631240 mode first. Right? If not, when you first open the mailnews window click on 'news.mozilla.org' to get to that state. When i press 'n' the focus jumps to a message in the threadpane which is displayed in the messagepane. The cursor is still on the NG. Hartmut, this is a *Mouse* issue - focus eh? What do you mean with 'message display/compose box'? The messagepane? The threadpane? After selecting m.s.seamonkey the threadpane is here Where do you normaly view your message text and or enter text for composition? The message pane/box that you are reading this in now is just that. blank only if there are no unread messages. That is because i have checked View-Messages-All and View-Threads-Threads with Unread. Of course i normally select a NG only when it contains new messages. ;) The user then must move the cursor up to the 'Subject' box in order to select a subject header. Difficult to understand. Normally the user would select a message by clicking on it in the threadpane. This may be done e.g. below 'Subject' or below 'From'. What is a 'Subject' box? https://bug736811.bugzilla.mozilla.org/attachment.cgi?id=631242 Subject It is at the seperator line between message window and 'Subject' window The separator between the threadpane and the line with the column headers? More screenshots? V pna urne zl fvfgre fvtu Unir lbh nyjnlf gb or fb cvpxl? Jul qb lbh abg haqrefgnaq jung nyy bgure haqrefgnaq jvgubhg qvssvphygl? *t* ... Well no Hartmut, I didn't start from a minimal installation. And no, I didn't install Gentoo to test, nor did I try on FreeBSD, Slackware, or Mageia (the distro Ricardo confirmed with). I _did_ try on Ubuntu 11.04, Ubuntu 12.04, Fedora 17, and openSUSE 12.1. Did you test with a full installation of any of those... :-) Some month ago i tried several Live-DVDs of several distributions. They install a network manager which assumes, that a DHCP-server exists. No possibility to insert the data for my ISP. Installing rp-pppoe sometimes required an existing connection to the ISP *g* and often conflicted with the network manager. Removing the network manager was impossible without removing a lot of essential packages. Bah. You have checked different distributions and i assume that each of those installed a desktop manager. So you have in the background a lot of running daemons which do not exist here. Thanks Hartmut for testing and attempting to assist. I always appreciate your help. However in this situation I think that we've a lack of communication in replicating the issue (most likely my fault for not spending time with a step-by-step), and definitely an issue with the last regarding linux distributions in testing. I can certainly bring up _any_ mainstream distro on bare metal; but I'm not about to do it to satisfy your 'test' environment. Now, I've demonstrated the issue in several of _my_ environments. A 3rd party (Ricardo) has graciously tested and replicated in his distro's environment. You can either test in any of those envronments, or we'll simply call it a draw I'll thank you (again seriously) for your help, and leave it at that. With Kind regards thanks again for your efforts. Gary ___ support-seamonkey mailing list support-seamonkey@lists.mozilla.org https://lists.mozilla.org/listinfo/support-seamonkey