This just started happening a couple weeks ago. When I add a torrent and change anything in the title of the torrent, for example, I change [FLAC] to [Flac], the cursor jumps forward or back depending on if I'm backspacing or hitting the delete key to remove the LAC. It also does this if I hit F2 to rename a torrent that's already finished downloading. I had this issue on Plasma 5 and on Gnome.
Has anybody seen this problem?
I'm also unable to rename torrents ("input/output error" message appears) and wanted to ask about it. This could be a Transmission limitation. By _torrent name_ I only mean the way it appears on the UI list, nothing else.
For example, with a torrent that has a parent folder, it seems the _torrent name_ always follows the name of that parent folder. If I want use another folder or relocate the torrent's contents, the torrent's name will also have to change. I'd be great if we could do without this limitation.
I am not talking about renaming files/folders within the torrent's contents, this example is only about the parent folder. Haven't tested yet if torrent renaming is possible when there is no parent folder.
I have no problem renaming a torrent. It's just that the cursor jumps places when I hit the backspace or delete key.
Any ideas on this problem?
I have the same problem. The cursor jumps in the wrong direction after using backspace and delete. This is on Manjaro Linux with both KDE and Gnome. Works fine on Windows.
I'm on Manjaro also. KDE and Gnome. Could this have something to do with it?
Dunno. Manjaro/Arch and many other distros use newer versions of most programs than for example Ubuntu and Debian. Could be that the newer versions are less compatible with Transmission Remote GUI.
I can confirm this bug still exists on 5.5.1
I didn't mean to close this. Reopening it.
Yes, I still have this problem on 5.5.1 too.
Probably all have to guess that this problem is not in Windows.
This may well be a problem of implementation of the compiler and OS.
I did not change this part of the code, and in Windows function is working properly.
I will not help with Linux.
old TRG compiled Lazarus 1.2.6
My TRG 5.5.1 - Lazarus 1.6.2
My other versions TRG - Lazarus 1.2.6, 1.4.4, 1.6.0.
Yes, it's working fine under Windows and when running it on Wine. Not sure if it worked fine with the old 5.0.1, I haven't tested.
It's not a big problem imho, but it's a bit annoying.
This had been working on release 5.7 but is back on 5.8
In which operating system is the problem?
Manjaro Linux.
Please try. Report the result
I need the x86_64 zip.
Probably someone will compile, as earlier (not through Travis CI)
I unzipped the download you linked to and ran it without installing. The problem still exists.
What changed between 5.7 and 5.8 to cause the regression?
Nothing.
I can assume that the case in the lazarus and fpc.
I don't know which version of the compiler under Linux was used in version 5.7.
You can compare the sources of version 5.7 and 5.8. Change only in the SSL part.
The versions on my computer didn't change between 5.7 and 5.8
The problem stills persist on 5.8.2 on ubuntu x64
I can try to build it on an older Ubuntu like 12.04 or 14.04 and see if it works.
I try to build it with a newer environment, can somebody please help test it?
19c6f9ebd584b72e4e7010bfe51a4746)708dd49801557c9a562b23c14fd7c489)Hi Peter. Both of them works ok on Ubuntu 17.10 Alpha x64 and on Ubuntu 17.04 x64 too
Thanks!
Thanks @alfonskunk, I'll change our building environment to Ubuntu 17.04 (as 17.10 is still under alpha), and plan another minor release recently, please let me know that if anything else got wrong after that. cc @leonsoft-kras
These are the automatic builds on Travis CI, they'll be removed after one week, it'll be good if anyone wants to help test them or use if before the new release:
51348e063bc407e2d851e6f64af23371f440f3fdb5dff86b4a30a461dadd2caedb439290e729e90327ebced50abce544229d99d1ce9580a04b9b26371eb8261fPlease let me know if there is anything else should be fixed in this issue.
For more info about this automatic build, or more checksums like sha1 or sha256, please take a look at: https://travis-ci.org/leonsoft-kras/transmisson-remote-gui/builds/258096347
v5.8.3 released here: https://github.com/leonsoft-kras/transmisson-remote-gui/releases/tag/v5.8.3
I need a zip build so I can test this on Manjaro.
Use txz instead of zip please.
It's still not fixed.
On Jul 28, 2017 11:38 AM, "Peter Dave Hello" notifications@github.com
wrote:
Use txz instead of zip please.
—
You are receiving this because you modified the open/close state.
Reply to this email directly, view it on GitHub
https://github.com/leonsoft-kras/transmisson-remote-gui/issues/919#issuecomment-318702488,
or mute the thread
https://github.com/notifications/unsubscribe-auth/ABoXlL_Dy80lj6d1V7k-cpoI9360vxNjks5sSg53gaJpZM4J0TKj
.
I can confirm it's fixed in the newest release.
This has regressed in the new release 5.12
hmmm, I doubt it's related with #884, cc @antekgla
Don´t should be because #884 refer to context menu and happens in windows too... be who knows?
I dont have a linux machine to test this.
Maybe @PeterDaveHello can test removing this changes and make a linux compile to @peaveyman to test.
To revert the changes about #884 :
file main.lfm
line 2501 AutopopUp = True
line 3009 AutopopUp = True
file main.pas
comment (//) line 3604 _if Button = mbRight then pmTorrents.PopUp;_
comment (//) line 3610 _if Button = mbRight then pmFiles.PopUp;_
@peaveyman try this one which reverted 2e7c2d5ec015efbb318b9cb258f915bde0eb9bdb ? https://file.io/ptqONh
That did not fix it.
Okay, so it's not related.
Correct.
I can confirm this bug is still present in the new release.
Still no idea why this is happening?
I think we should involve Lazarus developers. The source code for the program should work the same in any system. If in Windows there is no problem, and in Linux there are problems, it is a question to Lazarus and the compiler.
I write a lot of C/C++ programs using Qt Framework. I never had to use the "if linux then ... else ..." constructs. The whole difference in the operation of operating systems is hiding the Framework.
This post by the way concerns many other issues about which users of the program write.
Something else I've discovered. I run Manjaro linux which is based on Arch linux and can use the AUR. When I install this package, https://aur.archlinux.org/packages/transmission-remote-gui-bin/ it shows the older version of Lazarus and the renaming problem is there. When I install this package, https://aur.archlinux.org/packages/transgui-qt/ it shows the new version of Lazarus and the renaming problem is not there.
what is written in "about" each program?
This is transmission-remote-gui-bin: https://i.imgur.com/YSTtxav.png
This is transgui-qt: https://i.imgur.com/zFePqEI.png
Well, what can I say - free open sources :)
If the source code didn't change in each case, then the difference in ...
The difference is the building platform used. The PeterDaveHello's message on 07/27 said:
PeterDaveHello commented on 27 Jul 2017
I try to build it with a newer environment, can somebody please help test it?
Both of them works as expected.
What is this message about?
About the renaming problem in Linux binaries. On July (5.8.2 version), the problem solves with the same source code but different builiding environment, as PeterDaveHello wrotes then.
Not sure if this problem still exists?
No, not as long as you build it with the latest Lazarus version.
@Davikar got it, thanks.
still happenning in v5.15.4
i just tried to rename a freshly added torrent, with 0% downloaded, and i still get this input/output error msgbox.
@rd1 What version of Lazarus is your TR GUI compiled with? Mine is 1.8.2.0.
I also have this problem under CentOS 7 Transmission Remote GUI 5.15.4 Lazarus 1.6.2.0 (the precompiled binaries provided on this site). CentOS 7 uses Gnome Version 3.22.2.
It's almost impossible to rename files or torrents because the cursor position does not behave predictably, moving forward and backward characters while you type. It's almost like it doesn't know the character widths and keeps repositioning itself where it thinks it should be after each character is typed, but gets it wrong.
I don't think this is a problem of the TRGUI because such small things should not be part of the program code. You should try using the newer versions of Lazarus and FPC.
I did that, and now it works perfectly (FPC 3.0.4, Lazarus 1.8.4.0). Thanks!
Davikar, sorry i didn't know you had replied.
i'm, using TRG 5.15.4 , i don't have a compiling environment, i download the binaries from here.
but TRG's About box says FPC 3.0.4, Lazarus 1.8.2.0
I noticed a similar thing @rd1, my guess was because it's trying to rename a file that it hasn't created yet. It's probably a problem with transmission rather than the GUI... in any case, I don't think it belongs to the original issue being discussed here.
Reporting this issue still present in 5.16.0 under GTK 3.24.4
I suspect it's either an issue in one of the TVarGrid edit functions or with Lazarus' underlying implementation of the string editor for GTK as I have also used the same version under windows and do not experience this issue.
This occurs both in rename torrent and rename file within a torrent.
Reporting this issue still present in 5.16.0 under GTK 3.24.4
I suspect it's either an issue in one of the TVarGrid edit functions or with Lazarus' underlying ...
It was already mentioned in recent comments that this behaviour seems to relate to the Lazarus version - you didn't say which version you used to compile?
Yes, apologies. Lazarus version 1.8.4 & FPC 3.0.4
As a test I compiled this against Qt5 bindings and the issue is not present with this configuration.
I was also incorrect as the version I had was compiled against GTK2 bindings, not GTK3