drag&drop moving of message does not work

Thanks for reporting this bug! Unfortunately your report lacks information we would need to investigate the problem further.

Could you by any chance remember what prompted the drag&drop to stop working? Did you change any settings in Thunderbird? Anything you recall (any change, no matter how seemingly insignificant) might help diagnose the issue.

i think the change happened at the time of the update to 1.5.0.9-0ubuntu1. no settings were changed.

I don't think this is a problem with thunderbird specifically, but a change made to some libs for gnome I was using thunderbird 2 beta 1 and did an ubuntu upgrade and am now suffering the same problem, I tried the installed 1.5 version, same problem.

i've got the same problem with the same version of the package.
it worked with the earlier version.

Changing status to confirmed.

To narrow down the problem:

While dragging a message it immediately bounces back when a folder is hit in the folder pane (while still holding the button and moving, not waiting for the drop)

The problem seems to be caused by the upgrade of gtk+ to 2.10.7 on 1/8/2007 in feisty (see upstream bug).

sorry, the right mozilla bug is 367203.

it has a trivial 2 line fix:

https://bugzilla.mozilla.org/attachment.cgi?id=251710

Same here, however strangely: Dragging/dropping multiple messages to different mailboxes works fine. Only when dragging a single message to a mailbox fails when it's held over the mailbox, in the mailbox pane (drag icon disappears).

I can confirm that dragging multiple items works, single items doesn't.

It's been over a week now since this has been mentioned in 2 bugs is there a good reason why this hasn't been fixed if a fixed was posted upstream?

Hi, here is the debdiff from 1.5.0.9-0ubuntu1 to 1.5.0.9-0ubuntu2.

In the meanwhile, thunderbird is available for i386 on <a href="http://repository.debuntu.org">http://repository.debuntu.org</a>.

Hope this helps.

hopefully, mozilla team integrate it soon.

Please be aware that any packages installed through non-Ubuntu repositories can not supported for a multitude of reason. Use at your own risk.

Well there doesn't seem to be any support on this issue at all, so I doubt anyone can be any worst off, most of us have been hoping there would be an upgrade/fix put out, but this is been going on for over 2 weeks, and there is an upstream patch.

What support?

let's be fair. this is feisty we're talking about - it has not yet
been released and is at alpha/beta stage.

so no - there is no support. we're here to help out with bugreporting
- are we not?

i keep a small partition with edgy for critical tasks and symlink my
/home so i can dual-boot if need be...

i often get impatient myself - then try to remind myself that this is
in large part a volunteer effort (and in this case almost two months
before release).

jens

Is there an upstream patch that is tested? Is it attached to this bug
report (am on email not the web right now)?

> Is there an upstream patch that is tested?

Yes, it is even commited to the TRUNK and currently reviewed for 1.8.x.

It is not attached this bug, but to the remote bug (and changes only 2 lines).

I've subscribed the Ubuntu Mozilla team, David Farning & co will be able to make an assessment.

I appreciate it's a volunteer effort, however at the same time it's a 2 line fix, (ie remove 2 lines), it should take all of 2 seconds, and then I'm guessing they have automated build tools to package everything up (or should have for a project this extensive to reduce manual labour).

Sabdfl, there does appear to be an upstream patch. It seems that it needs to be approved. As you see, the upstream patch is Fix Released. We are awaiting it to be Fix Committed.

Duane, when I mean support I mean this; we as an organization
(Ubuntu) get support requests thousands and thousands of times a day. Therefore, we must be very careful about the products that we release as it will be used by millions of people. If the patch turns out to break more systems than what we are fixing, then we are setting ourselves back. We must recognize some users will use 3-party repositories (like Automatix) but then if those systems break, we are many times at a lose for why that happened and consequently can not help them repair the system.

In conclusion, please be patient, it is a work in progress
-- Freddy Martinez

Freddy Martinez:
Please be aware that any packages installed through non-Ubuntu repositories can not supported for a multitude of reason. Use at your own risk.

That's right :).

Mark Shuttleworth
Is there an upstream patch that is tested? Is it attached to this bug.

Yes, there is a patch, I attached the debdiff which integrate the patch to thunderbird.

Freddy,
the upstream patch is attached to the upstream bug. It is also committed to both MOZILLA_1_8_0_BRANCH and MOZILLA_1_8_BRANCH already.

I am gonna be a pain here...
When do you think we'll see this patch in the feisty updates?

Bye,

Merc.

The fix will land with upload of 1.5.0.10. As this should roll pretty soon it won't make much sense to push an out-of-band update for this issue alone.

Thanks for your patience and sorry for any inconvenience this may have caused.

Is there any ETA for this fix?
I'm currently using thunderbird 2 beta, and even though it's nice, it isn't extremely stable.

The latest Thunderbird in Feisty is 1.5.0.9-0ubuntu1. This does not mean that Feisty will ship with 1.5.0.9 but that Mozilla Foundation has not released 1.5.0.10 yet. We will release the latest version when upstream releases the latest stable to sync with. Please realize that we are working on this issue and that it will be out as soon as possible.

Thanks,
Freddy Martinez

Alexander, should upstream also be marked as in progress? I have looked at the Mozilla FTP page and can not find 1.5.0.10. Perhaps you can ping me on the channel and we can work out the best policy for this to work.

Assigning this to me, asac & gnomefreak comment it has been commited to the next release. Awaiting update to test further.

Thanks, Alex.

Fixed with 1.5.0.10.

Thanks
Emilio

I'm on Ubuntu Gutsy (7.10), kubuntu flavor, thunderbird 2.0.0.6 (20071022) and still have this bug!!! Has it been regressed? Has it still not been solved?

This is definitely not a 'beta' distro and - sic - it is the successor of the one mentioned in earlier posts.

In other words: how can a 2 line fix take over a year to be integrated into arguably linux' most favourite distribution family, namely debian.

I hope something has gone wrong and the issue had been fixed somewhere in the mean time :)

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Seth wrote:
> I'm on Ubuntu Gutsy (7.10), kubuntu flavor, thunderbird 2.0.0.6
> (20071022) and still have this bug!!! Has it been regressed? Has it
> still not been solved?
The problem has long been resolved here. Maybe you could describe your
exact symptoms?

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFHp1CE1C6FlsCYaHURAiHZAJ41jctaJwC9Ih7kEPHgzdjQVVZivwCgp+wR
F014QEiEqnu2Jgef4eB30MU=
=I63x
-----END PGP SIGNATURE-----

Thanks for talking to me :)

With referral to another open bug I found: 180359

https://bugs.launchpad.net/bugs/180359

This is standard Kubuntu 7.10 (other *ubuntus reported too) installation of thunderbird. Dragging items (single or multiple) results in the drag-handle floating right back to where the drag started and no action taken.

I'm certainly not the only one that has this problem, judging from the aforementioned report.

I hope this is clear enough, I really couldn't think of anything more
important to add...

Regards,
Seth

Wilco Baan Hofman wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Seth wrote:
>
>> I'm on Ubuntu Gutsy (7.10), kubuntu flavor, thunderbird 2.0.0.6
>> (20071022) and still have this bug!!! Has it been regressed? Has it
>> still not been solved?
>>
> The problem has long been resolved here. Maybe you could describe your
> exact symptoms?
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v2.0.6 (GNU/Linux)
> Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
>
> iD8DBQFHp1CE1C6FlsCYaHURAiHZAJ41jctaJwC9Ih7kEPHgzdjQVVZivwCgp+wR
> F014QEiEqnu2Jgef4eB30MU=
> =I63x
> -----END PGP SIGNATURE-----
>
>

Hm, it works as intended for me on Ubuntu 7.10.

Seth, perhaps it's just delayed reaction? I get similar problems when dragging music from Rhythmbox to my Desktop, for example. Sometimes you just have to wait a few seconds longer for the cursor to change (that indicates you can now move/copy the item).

Note: my experience is with X.org, i've turned off both Xgl and desktop effects. This could be important.

Rimas,

nope I just hovered about a full minute (I'm on the phone waiting :))
nothing changed. Thanks for confirming that you have it working. Do you
mind if I braindump anything special about my machine/config?

Here goes
- it is KDE 3.5.8
- Linux sehe-desktop 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC
2007 i686 GNU/Linux
- Thunderbird version 2.0.0.6 (20071022)

also.... (drumroll) I just remembered I have a potentially unusual X
config, in that kdmrc contains (among others :))

StaticServers=:0,:1

This simply means, that I don't have to manually launch a second X
terminal. I use both terminals on a single display, switching with
Ctrl-Alt-F7/F8/F9 etc - no heroics on driver level.

As it happens, :1 is "my" desktop (:0 being my wife's :)). Now it
shouldn't, but it might influence the inner workings of drag and drop -
being X-based IPC? I know, this is pure guesswork [of the most construed
kind], but let me know if something resonates.

Maybe you can see how comparable situations work on your Gutsy box? In
the mean time, I'll compare running on :0 to :1, and perhaps running
'just' thunderbird as the sole client to a fresh X/Xnest/Xnvc.

Hope to be back in touch,
Regards,
Seth

Rimas Kudelis wrote:
> Hm, it works as intended for me on Ubuntu 7.10.
>
> Seth, perhaps it's just delayed reaction? I get similar problems when
> dragging music from Rhythmbox to my Desktop, for example. Sometimes you
> just have to wait a few seconds longer for the cursor to change (that
> indicates you can now move/copy the item).
>
> Note: my experience is with X.org, i've turned off both Xgl and desktop
> effects. This could be important.
>
>

Ok, followup:

i tested with

sudo /etc/init.d/kdm stop
export DISPLAY=:0
X $DISPLAY& thunderbird& kwin&

export DISPLAY=:1
X $DISPLAY& thunderbird& kwin&

export DISPLAY=:0
X $DISPLAY& thunderbird& compiz&

export DISPLAY=:1
X $DISPLAY& thunderbird& compiz&

All four scenarios: drag-and-drop works like a charm. There must be some
other process/config that is interfering (I'm guessing on the Gtk
level). I'm at a loss on how to proceed finding the culprit. Can I bore
you with a process list? I'll list the processess as running in the
last config shown above ( X $DISPLAY& thunderbird& compiz&) as compiz is
my default window manager, first:

==[ pstree -u sehe ]================================
gconfd-2

bash---pstree

bash-+-Xorg(root)
     |-compiz-+-compiz.real
     | `-emerald

`-thunderbird---run-mozilla.sh---thunderbird-bin---9*[{thunderbird-bin}]

=============================================

Next: a dump of processess from my 'normal' (kdm) session:

==[ pstree -u sehe ]================================
adept_notifier
artsd
dbus-daemon
dbus-launch
dcopserver
gconfd-2
kded

kdeinit─┬─alltray
        ├─karm
        ├─katapult───aspell
        ├─kblueplugd
        ├─kio_file
        ├─kio_media
        ├─kio_system
        ├─kio_trash
        ├─klauncher
        ├─knetworkmanager───knetworkmanager
        ├─4*[konqueror]
        ├─konsole───bash───pstree
        ├─python
        └─smart-notifier

kdesktop───sh───compiz─┬─compiz.real
                       └─emerald

startkde─┬─kwrapper
         └─ssh-agent

kicker
kio_uiserver
klipper
kmix
knotes
knotify
ksmserver

bash

thunderbird───run-mozilla.sh───thunderbird-bin───9*[{thunderbird-bin}]

=============================================

Is there anything in the list that you don't have running? I could see
if I could launch that in isolation again to see whether it breaks
drag-and-drop. Right now the list is a bit too long, and many programs
probably non-trivail to launch manually :)

Cheers,
Seth

Seth wrote:
> Rimas,
>
> nope I just hovered about a full minute (I'm on the phone waiting :))
> nothing changed. Thanks for confirming that you have it working. Do you
> mind if I braindump anything special about my machine/config?
>
> Here goes
> - it is KDE 3.5.8
> - Linux sehe-desktop 2.6.22-14-generic #1 SMP Tue Dec 18 08:02:57 UTC
> 2007 i686 GNU/Linux
> - Thunderbird version 2.0.0.6 (20071022)
>
> also.... (drumroll) I just remembered I have a potentially unusual X
> config, in that kdmrc contains (among others :))
>
> StaticServers=:0,:1
>
> This simply means, that I don't have to manually launch a second X
> terminal. I use both terminals on a single display, switching with
> Ctrl-Alt-F7/F8/F9 etc - no heroics on driver level.
>
> As it happens, :1 is "my" desktop (:0 being my wife's :)). Now it
> shouldn't, but it might influence the inner workings of drag and drop -
> being X-based IPC? I know, this is pure guesswork [of the most construed
> kind], but let me know if something resonates.
>
> Maybe you can see how comparable situations work on your Gutsy box? In
> the mean time, I'll compare running on :0 to :1, and perhaps running
> 'just' thunderbird as ...

Seth, here's my current pstree. DnD works in it:

rq@sugar:~ $ pstree -u rq
bonobo-activati───{bonobo-activati}

dbus-daemon

deskbar-applet───2*[{deskbar-applet}]

evolution-data-───{evolution-data-}

evolution-excha───{evolution-excha}

fast-user-switc

gconfd-2

gnome-session─┬─bluetooth-apple
              ├─gnome-panel
              ├─metacity
              ├─nautilus
              ├─pidgin───{pidgin}
              ├─python
              ├─seahorse-agent───{seahorse-agent}
              ├─skype───9*[{skype}]
              ├─2*[ssh-agent]
              ├─trackerd───2*[{trackerd}]
              ├─update-notifier
              ├─vino-session
              └─{gnome-session}

gnome-keyring-d

gnome-netstatus

gnome-power-man

gnome-screensav

gnome-settings-───{gnome-settings-}

gnome-terminal─┬─bash───pstree
               ├─gnome-pty-helpe
               └─{gnome-terminal}

gnome-vfs-daemo───{gnome-vfs-daemo}

gnome-volume-ma

gweather-applet

mapping-daemon

mixer_applet2───{mixer_applet2}

multiload-apple

notification-da

rhythmbox───8*[{rhythmbox}]

seahorse-daemon

thunderbird───run-mozilla.sh───thunderbird-bin───14*[{thunderbird-bin}]

trashapplet

tsclient-applet
rq@sugar:~ $

Problem found!

Thanks to a few persons who helped: Rimas and Wilco (hallo daar!)

You helped me find the culprit. I was initially going to ask on for a pstree of someone also running KDE, but then it struck me: I use alltray with thunderbird to keep it in the system tray ('docked'). This is so natural for me - I didn't quite remember that this wasn't a feature of thunderbird itself (why isn't it, anyways :))
So the tree became

kdeinit-+-alltray
        |-artsd
        |-compiz.real
...
        |-python
        `-smart-notifier
thunderbird---run-mozilla.sh---thunderbird-bin---6*[{thunderbird-bin}]

Instead of

kdeinit-+-artsd
...
        |-smart-notifier
        `-thunderbird---run-mozilla.sh---thunderbird-bin---8*[{thunderbird-bin}]

Note how thunderbird is not a (grand)child process of kdeinit when using alltray. I imagine this wreaks havoc on the IPC (security?). Anywyas, I can live with using thunderbird without alltray when reorganizing my mailbox. Also, I'll see whether options/alternatives exist to make thunderbird run in the system tray. I imagine both KDE and thunderbird are prone to have this feature natively by now.

Thanks and I hope someone else is helped with this information.

Regard,
Seth

Seth rašė:
> Anywyas, I
> can live with using thunderbird without alltray when reorganizing my
> mailbox. Also, I'll see whether options/alternatives exist to make
> thunderbird run in the system tray. I imagine both KDE and thunderbird
> are prone to have this feature natively by now.

There's an extension called "New Mail Icon" which you can configure to
always display an icon in the system tray.

Check out http://moztraybiff.mozdev.org/ .

RQ