Komodo / KomodoEdit

Komodo Edit is a fast and free multi-language code editor. Written in JS, Python, C++ and based on the Mozilla platform.
http://www.komodoide.com/komodo-edit
Other
2.16k stars 302 forks source link

Komodo IDE not open (request to open/map URI) python code on remote deebugging #3482

Open belonesox opened 6 years ago

belonesox commented 6 years ago

Short Summary

I tried to force URI mapping on global or project level - no luck. Also I see a lot of exceptions in ~/.komodoide/11.0/pystderr.log

Platform Information

Komodo Edit or IDE? Komodo IDE, version 11.0.2, build 90813, platform linux-x86_64. Built on Mon Dec 4 10:20:45 20

Komodo Version? Komodo IDE, version 11.0.2, build 90813, platform linux-x86_64. Built on Mon Dec 4 10:20:45 20

Operating System (and version)? Linux stas-hp8760w 4.9.41-nrj-desktop-1rosa-x86_64 #1 SMP PREEMPT Tue Aug 8 14:50:57 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux ROSA Desktop Fresh R9 release 2016.1 for x86_64

Additional Information

https://vimeo.com/195094328 pystderr.log

Naatan commented 6 years ago

Can you reproduce this using Help > Troubleshooting > Restart in Safe-mode ?

Please verify that when restarting in safe-mode Komodo should be using the default UI (all your settings would be temporarily reset).

belonesox commented 6 years ago

Yes, reproduced. (Of course after restart I have to correct debugging port). Also reproduced on another PC (with same OS), and on another remote VM (same OS).

belonesox commented 6 years ago

I got it! If the file on remote system placed on "/root" [sub]folder — this problem exists. If this file on some other folder — all OK.

Naatan commented 6 years ago

So the problem was the folder depth? 2 folders or less caused failures?

belonesox commented 6 years ago

No. "/tmp/wtf.py" — OK, "/root/wtf.py" — notOK. Can you reproduce? I think the problem somehow connected with rights...

Naatan commented 6 years ago

Did you change the owner when you moved the files? If it was owned by root and you were running as a different user then I could certainly see that be the issue.

belonesox commented 6 years ago

No. pydbgp.py always called from user root. "pydbgp.py -r -d 172.31.1.3:9000 /root/wtf.py"

$ls -l /root/wtf.py -rw-r--r-- 1 root root 41 Feb 21 18:00 /root/wtf.py $ls -l /tmp/wtf.py -rw-r--r-- 1 root root 41 Feb 22 18:56 /tmp/wtf.py

/tmp/wtf.py — OK /root/wtf.py — this bug.

Naatan commented 6 years ago

Huh, very strange. I'll target this so we can investigate further.

Fwiw I would advise you not to use root at all, it shouldn't be necessary and it tends to complicate things further, as you have noticed.