Bug 998265

https://github.com/qbittorrent/qBittorrent/issues/867

incorrect use of /tmp directory by firefox leading to 'multiple' launching of qbittorrent (as qbitorrent and other Qt4 qt-singleapplications, use $TMP (.i.e., /tmp) to store the *lock* file to know the running app)

This bug is not affecting other distros. Fedora's firefox seems to be having a differnt $TMP  as decribed by this comment

https://github.com/qbittorrent/qBittorrent/issues/867#issuecomment-31397540

thanks.

Problem with 2 and more instances of qBittorrent is problem with system-wide (Fedora) TMP variables.

When I have problem with multiple instances of QB, I check what is in TMP PATH variables of my systems:

> $TMPDIR
>
(empty)

> $TMP
bash: /tmp/.colorlsCGO: File or path not found
>

> echo $TMP
/tmp/.colorlsCGO
>

WTF is in $TMP ??

This is source of problem!
TMP PATH of our systems has incorrect values or do not have any of this..

Next I describe total solution for this problem, FIX and problem with Firefox, and Nautilus, and, maybe, other.

Open .bash_profile in your favorite editor, and append this lines:

TMP=/tmp; export TMP
TMPDIR=$TMP; export TMPDIR

After this logout from your account and re-login (or reboot).

And now we have good work one instance of qbittorrent in all. :)

Distro: Fedora 20

I wonder if it's a bug in tpmfs feature (http://fedoraproject.org/wiki/Features/tmp-on-tmpfs) introduced in Fedora.

(In reply to V. Slobodyan from comment #3)
> Problem with 2 and more instances of qBittorrent is problem with system-wide
> (Fedora) TMP variables.
> 
> When I have problem with multiple instances of QB, I check what is in TMP
> PATH variables of my systems:
> 
> > $TMPDIR
> >
> (empty)
> 
> > $TMP
> bash: /tmp/.colorlsCGO: File or path not found
> >
> 
> > echo $TMP
> /tmp/.colorlsCGO
> >
> 
> WTF is in $TMP ??
> 
> This is source of problem!
> TMP PATH of our systems has incorrect values or do not have any of this..
> 
> Next I describe total solution for this problem, FIX and problem with
> Firefox, and Nautilus, and, maybe, other.
> 
> Open .bash_profile in your favorite editor, and append this lines:
> 
> TMP=/tmp; export TMP
> TMPDIR=$TMP; export TMPDIR
> 
> After this logout from your account and re-login (or reboot).
> 
> And now we have good work one instance of qbittorrent in all. :)
> 
> Distro: Fedora 20

Firefox uses temp dir in some cases when downloading file. This file can be bigger than limited space in /tmp as long as /tmp uses tmpfs and so we're using /var/tmp dir (which is on disk) instead of /tmp.

Qtorrent is inheriting Firefox environment variables when .torrent file is opened in Firefox. You can use following workaround in .bash_profile:

TMPDIR=/var/tmp
export TMPDIR
Otherwise you can run out of tmp space soon when you choose to open bigger file instead of downloading them in Firefox.

Drawback of this workaround is that you won't be using /tmp for all your executed programs which honours TMPDIR variable.

We might try to convince qtorrent package maintainer to let qtorrent use /var/tmp instead of tmp (for example by wrapping script with TMPDIR=/var/tmp). Let's ask him.

(In reply to Jan Horak from comment #5)

> TMPDIR=/var/tmp
> export TMPDIR
> Otherwise you can run out of tmp space soon when you choose to open bigger
> file instead of downloading them in Firefox.
> 
> Drawback of this workaround is that you won't be using /tmp for all your
> executed programs which honours TMPDIR variable.
> 
> We might try to convince qtorrent package maintainer to let qtorrent use
> /var/tmp instead of tmp (for example by wrapping script with
> TMPDIR=/var/tmp). Let's ask him.


I can't change the path as I don't use the bundled qtsingleapp

from qbittorrent spec file

%prep
%setup -q
%patch0 -p1
rm -rf src/qtsingleapp


from qbittorrent source

$ grep tempPath -r
src/qtsingleapp/qtlocalpeer.cpp:    QString lockName = QDir(QDir::tempPath()).absolutePath()
src/qtsingleapp/qtlocalpeer.cpp:        QFile::remove(QDir::cleanPath(QDir::tempPath())+QLatin1Char('/')+socketName);
src/addnewtorrentdialog.cpp:  TorrentTempData::setSavePath(m_hash, QString(QDir::tempPath() + QDir::separator() + m_hash).replace("\\", "/"));


https://github.com/qbittorrent/qBittorrent/issues/867#issuecomment-25537077


The qtsingleapplication package needs to be patched for this

https://koji.fedoraproject.org/koji/packageinfo?packageID=10602

I didn't mean to patch qbittorent or qtsingleapplication source code. I meant to rename qbittorrent to qbittorrent-bin create qbittorrent file like:

TMPDIR=/var/tmp
/usr/bin/qbittorent-bin $*

I don't think it's a bug of qbittorrent nor firefox. As Martin mentioned it's more like side effect of http://fedoraproject.org/wiki/Features/tmp-on-tmpfs change.

qbittorrent-3.1.5-2.fc19 has been submitted as an update for Fedora 19.
https://admin.fedoraproject.org/updates/qbittorrent-3.1.5-2.fc19

qbittorrent-3.1.5-2.fc20 has been submitted as an update for Fedora 20.
https://admin.fedoraproject.org/updates/FEDORA-2014-0675/qbittorrent-3.1.5-2.fc20

Package qbittorrent-3.1.5-3.fc19:
* should fix your issue,
* was pushed to the Fedora 19 testing repository,
* should be available at your local mirror within two days.
Update it with:
# su -c 'yum update --enablerepo=updates-testing qbittorrent-3.1.5-3.fc19'
as soon as you are able to.
Please go to the following url:
https://admin.fedoraproject.org/updates/FEDORA-2014-1157/qbittorrent-3.1.5-3.fc19
then log in and leave karma (feedback).

qbittorrent-3.1.5-3.fc19 has been pushed to the Fedora 19 stable repository.  If problems still persist, please make note of it in this bug report.

qbittorrent-3.1.5-3.fc20 has been pushed to the Fedora 20 stable repository.  If problems still persist, please make note of it in this bug report.

I'm now getting the error message (four times):

I/O Error
"The torrent file does not exist"

when clicking on a torrent link in Firefox.

Fedora 19
$yum list installed |grep -E "firefox|qbit"
firefox.x86_64                             26.0-2.fc19                 @updates 
qbittorrent.x86_64                         1:3.1.5-3.fc19              @updates

After starting Qbittorrent:

$ll -gG /var/tmp/qtsingleapp*
srwxr-xr-x 1 0 Jan 28 18:25 /var/tmp/qtsingleapp-qBitto-160b-1398
-rw-r--r-- 1 0 Jan 28 18:25 /var/tmp/qtsingleapp-qBitto-160b-1398-lockfile

Lockfile doesn't get deleted after closing Qbittorrent:

$ll -gG /var/tmp/qtsingleapp*
-rw-r--r-- 1 0 Jan 28 18:25 /var/tmp/qtsingleapp-qBitto-160b-1398-lockfile

And further:

Clicking on Magnet link works.

Doubleclicking on a saved torrent file gives the same error.

Same on Fedora 20.

Can someone please reopen this bug? This is not solved.

Also the solution of a wrapper is a very ugly one.

Why don't other distributions have this problem in Firefox, regarding not having /tmp as tempdir because of potential disk space problems when downloading large files?

(In reply to joopbraak from comment #15)
> Can someone please reopen this bug? This is not solved.
Please file another bug and clarify from where you're doing doubleclick (nautilus?). This bug is about magnet links. Thank you. I can't reproduce your issue though.

> Also the solution of a wrapper is a very ugly one.
This is opensource, feel free to come with better solution.

> Lockfile doesn't get deleted after closing Qbittorrent:
I can find "...-lockfile" file also when running qbittorent-bin (ie without wrapper) in /tmp after qbittorent quit, so this is no regression.

> Why don't other distributions have this problem in Firefox, regarding not
> having /tmp as tempdir because of potential disk space problems when
> downloading large files?
Others distributions doesn't use tmpfs for /tmp. You can find benefits of tmpfs here: http://fedoraproject.org/wiki/Features/tmp-on-tmpfs

This bug is not about a magnet link.

This bug is about Qbittorrent opening twice when clicking on a magnet OR torrent link from within Firefox. See bug description.

I have KDE, and it also happens when doubleclicking torrent file in Nautilus as well as in Dolphin.

Also in Fedora 20.

If you downgrade you package does it fix your problem (nautilus, dolphin)? 

Now you reporting doubleclick in Nautilus or Dolphin. It has nothing to do with Firefox. That's why I'm suggesting opening a new bug.

Doubleclicking torrent file in nemo works fine here (Cinnamon).

I said the doubleclicking torrent files appeared as an extra problem.

The problem with torrent files within Firefox is also still there.

Only the magnet link creating another instance has been solved.

Fedora 19:

When I downgrade to qbittorrent-3.1.4-4.fc19:

-doubleclicking torrent files (nautilus or dolphin) works OK.
-Clicking torrent or magnet link in Firefox creates second instance.

Fedora 20:

When I downgrade to qbittorrent-3.1.4-4.fc20:

-doubleclicking torrent files (nautilus or dolphin) creates second instance.
-Clicking torrent or magnet link in Firefox works OK.

Very strange.

What does these commands say:
xdg-mime query default application/x-bittorrent
xdg-mime query default x-scheme-handler/magnet
cat /usr/share/applications/`xdg-mime query default application/x-bittorrent`|grep Exec
cat /usr/share/applications/`xdg-mime query default x-scheme-handler/magnet`|grep Exec

for f19 and f20.

Fedora 19:

$xdg-mime query default application/x-bittorrent
qBittorrent.desktop
$xdg-mime query default application/x-bittorrent
qBittorrent.desktop
$cat /usr/share/applications/`xdg-mime query default application/x-bittorrent`|grep Exec
Exec=qbittorrent %U
$cat /usr/share/applications/`xdg-mime query default x-scheme-handler/magnet`|grep Exec
Exec=qbittorrent %U

Fedora 20 the same.

Especially for Fedora 20 I find it strange that it's not reproducible by other, since this system is rather pristine, it is a KDE system with all the updates installed, not much else has changed.

Both 64 bit, by the way.

Sorry copy and paste mixup.

$xdg-mime query default x-scheme-handler/magnet
qBittorrent.desktop

The same on both Fedora's

Fedora 20 here. I'm getting the "I/O Error "The torrent file does not exist"" when opening torrent files.

With the client open, double click in nautilus or:

$ qbittorrent file.torrent

Produces spam or error pop-ups.

$ qbittorrent-bin file.torrent

Works ok.

So it must be related to this fix.

Reopen the bug, Fedora 21 still has this issue

tested on fedora 21 with:
Mozilla Firefox: 34.0
qBittorrent-3.2.0alpha