[Plugin] LabelPlus v0.3.2.2

Suggest, post, or discuss plugins for Deluge
skupjoe
New User
New User
Posts: 7
Joined: Mon Apr 13, 2020 6:39 am

Re: [Plugin] LabelPlus v0.3.2.2

Postby skupjoe » Mon Jun 22, 2020 4:37 am

ssclanker wrote:Anyone else having problems with labelplus not applying the "move completed" option to the autolabeled torrents? I have an autolabel set up that works flawlessly, it matches torrents when I add them and applies the proper download directory but for some reason it does not apply the proper move on completed directory. The weirdest part is that right now, when I just added a torrrent, looking at the GTKUI I can see that the path name that I have set in the autolabeler to move on completed is there, but the move on completed option is not enabled.

I am using Deluge 1.3.15 and the only other plugins I am using is Movetools and the default label plugin.

I'm seeing this same thing. I even migrated to Deluge 2.0.3 and still it seems that move completed only works a fraction of the time. I really don't understand why this isn't working reliably.

skupjoe
New User
New User
Posts: 7
Joined: Mon Apr 13, 2020 6:39 am

Re: [Plugin] LabelPlus v0.3.2.2

Postby skupjoe » Sun Aug 23, 2020 9:40 pm

I tried mgaulton's latest fork https://github.com/mgaulton/deluge-labelplus, but I am still experiencing this issue where files are not being automatically moved unless I set the LabelPlus label again or trigger a force move files (movetools).

Strangely, it works for some labels, but not others, and I cannot find a common denominator and there are no errors reported in logs.

mhertz
Compulsive Poster
Compulsive Poster
Posts: 825
Joined: Wed Jan 22, 2014 5:05 am
Location: Denmark

Re: [Plugin] LabelPlus v0.3.2.2

Postby mhertz » Sat Aug 29, 2020 7:55 pm

Sorry, I don't know, but quickly tested bdutro's latest fork, and it failed in my two tests, one for move_completed and one for changing download_location initially, both with a magnet download and autolabel set to match '.iso' ending of any contained file, which worked last time I tested that, a year maybe ago or so. Tested using deluge 2.0.4-dev38 / libtorrent 1.2.9, on arch-linux. Anyway, I wanted to report the error displayed from debug-log, but sadly both bdutro and the other newer fork I just learned about from mgaulton(I don't think his latest change(s) are relevant here, though could be wrong of-course), doesn't have any issues sections enabled on there github's, only PRs, and I have no solution unfortunetly, so not of much help sadly :(

Code: Select all

20:45:01.968 [DEBUG   ][deluge.core.alertmanager      :135 ] Handling alert: torrent_checked_alert
20:45:01.972 [DEBUG   ][deluge.core.torrent           :1292] Writing torrent file to: /home/martin/.config/deluge/state/49da7ae0de8874462471d0f5419b850e599b05ef.torrent
20:45:01.973 [DEBUG   ][deluge.core.torrent           :511 ] Setting 49da7ae0de8874462471d0f5419b850e599b05ef file priorities to: []
20:45:01.973 [DEBUG   ][deluge.core.torrent           :518 ] Unable to set new file priorities.
20:45:01.973 [DEBUG   ][labelplus.core.core           :1635] [LabelPlus] Setting torrent '49da7ae0de8874462471d0f5419b850e599b05ef' to label '0'
20:45:01.974 [CRITICAL][twisted                       :154 ] Unhandled Error
Traceback (most recent call last):
  File "/usr/lib/python3.8/site-packages/deluge/core/daemon_entry.py", line 122, in run_daemon
    daemon.start()
  File "/usr/lib/python3.8/site-packages/deluge/core/daemon.py", line 164, in start
    reactor.run()
  File "/usr/lib/python3.8/site-packages/twisted/internet/base.py", line 1283, in run
    self.mainLoop()
  File "/usr/lib/python3.8/site-packages/twisted/internet/base.py", line 1292, in mainLoop
    self.runUntilCurrent()
--- <exception caught here> ---
  File "/usr/lib/python3.8/site-packages/twisted/internet/base.py", line 913, in runUntilCurrent
    call.func(*call.args, **call.kw)
  File "/home/martin/.config/deluge/plugins/LabelPlus-0.3.2.4-py3.8.egg/labelplus/core/core.py", line 98, in wrap
   
  File "/home/martin/.config/deluge/plugins/LabelPlus-0.3.2.4-py3.8.egg/labelplus/core/core.py", line 752, in on_torrent_metadata_received
   
  File "/home/martin/.config/deluge/plugins/LabelPlus-0.3.2.4-py3.8.egg/labelplus/core/core.py", line 98, in wrap
   
  File "/home/martin/.config/deluge/plugins/LabelPlus-0.3.2.4-py3.8.egg/labelplus/core/core.py", line 736, in on_torrent_added
   
  File "/home/martin/.config/deluge/plugins/LabelPlus-0.3.2.4-py3.8.egg/labelplus/core/core.py", line 1704, in _move_torrents
   
  File "/usr/lib/python3.8/site-packages/deluge/core/torrent.py", line 1252, in move_storage
    self.handle.move_storage(dest, flags=2)
Boost.Python.ArgumentError: Python argument types in
    torrent_handle.move_storage(torrent_handle, str)
did not match C++ signature:
    move_storage(libtorrent::torrent_handle {lvalue}, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > path, libtorrent::move_flags_t flags=libtorrent.move_flags_t.always_replace_files)

skupjoe
New User
New User
Posts: 7
Joined: Mon Apr 13, 2020 6:39 am

Re: [Plugin] LabelPlus v0.3.2.2

Postby skupjoe » Sat Aug 29, 2020 8:25 pm

Okay, thanks for confirming this bug. Yeah, those exceptions don't make too much sense to me either. I might have to make an Execute script as a work around for this to attempt to apply the labelplus label another way..unless you can think of anything else.

mhertz
Compulsive Poster
Compulsive Poster
Posts: 825
Joined: Wed Jan 22, 2014 5:05 am
Location: Denmark

Re: [Plugin] LabelPlus v0.3.2.2

Postby mhertz » Sat Aug 29, 2020 8:47 pm

I'll try tomorrow to downgrade libtorrent and use deluge 2.0.3, and retest, as that was only change since last working config, I believe, as the bdutro fork wasent updated either, from last time.

Thanks for letting us know about the newer mgaulton fork btw :)

I'll post the bug-report tomorrow, in bdutro's unmerged PR of ratanak's original repo, which I just came to think about, and previously used for another previous issue, which bdutro fixed(magnet autolabel support).

skupjoe
New User
New User
Posts: 7
Joined: Mon Apr 13, 2020 6:39 am

Re: [Plugin] LabelPlus v0.3.2.2

Postby skupjoe » Sat Aug 29, 2020 9:01 pm

Beautiful. Thanks for help pushing this forward. :)

In the interim, I will try to find some manner of a work around for this issue. This was also something I was experiencing before I upgraded to v2.

mhertz
Compulsive Poster
Compulsive Poster
Posts: 825
Joined: Wed Jan 22, 2014 5:05 am
Location: Denmark

Re: [Plugin] LabelPlus v0.3.2.2

Postby mhertz » Sun Aug 30, 2020 12:44 pm

On my end, I get this fixed by reverting to libtorrent 1.2.8, instead of 1.2.9, as only change, still using deluge 2.0.4-dev38 on arch-linux. Both test scenarious I ran before with move_storage and download-location-change, worked now with reverting libtorrent versions, both tests done several times to make sure, and with reverting back to newest libtorrent again, then again fails every time, in several consecutive tests of both scenarious.

I'm not sure this is the exact issue you or the other reporters are having, as some reports came out before libtorrent 1.2.9 was released, plus few use the very newest versions also, and lastly, since it reportingly comes intermittently, or only on some labels, whereas for me it's everytime, atleast for the tests i've done with it.

Anyway, here's nonetheless the report to bdutro in his PR thread to ratanalvlun's original labelplus repo:
https://github.com/ratanakvlun/deluge-labelplus/pull/37

mhertz
Compulsive Poster
Compulsive Poster
Posts: 825
Joined: Wed Jan 22, 2014 5:05 am
Location: Denmark

Re: [Plugin] LabelPlus v0.3.2.2

Postby mhertz » Sun Aug 30, 2020 9:34 pm

@skupjoe and others having the before mentioned issue,

As I said before, I doubt my issue mentioned above, was the same issue as you guys, and also now after discovering that qbittorrent-nox(and regular qbittorrent) won't even start with libtorrent 1.2.9 and states on terminal:

"qbittorrent-nox: symbol lookup error: qbittorrent-nox: undefined symbol: _ZNK10libtorrent5entry4dictB5cxx11Ev".

Googling the above error, was once reported some months ago, where the qbittorrent lead-dev stated he had build libtorrent with deprecated functions disabled and would rebuild to fix, but checking my distro's PKGBUILD (control file) for libtorrent, then there where no changes in the building and just an updated source tarball link and sha1 hash, but there is some changes that probably is the culprit in libtorrent 1.2.9 changelog itself, but anyway, I post this because bdutro enabled an issues section on his github fork repo now, and asked that I opened a ticket there to go foreward, but as said, I don't wanna waste his time with something irrelevant.

Edit: Yes, this issue is seperate, as just tested regular move_complete in deluge, without labelplus, and the same issue happens, with no move happening on libtorrent 1.2.9 and same error.

Edit2: PR in progress for this on libtorrent github + reportedly working fix included in gentoo ebuild:

Code: Select all

# git rid of c++11
            sed s/-std=c++11//g < bindings/python/compile_cmd > bindings/python/compile_cmd.new || die
            mv -f bindings/python/compile_cmd.new bindings/python/compile_cmd || die


Return to “Plugins”

Who is online

Users browsing this forum: No registered users and 4 guests