| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|\
| |
| |
| |
| |
| | |
Conflicts:
doc/ranger.1
ranger/defaults/apps.py
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| | |
This fixes the bug that some programs are killed even if they were run
with the "d" flag, if ranger is killed by closing its terminal with the
window manager instead of closed with :quit.
|
| | |
|
| | |
|
| |
| |
| |
| | |
https://bbs.archlinux.org/viewtopic.php?pid=1143920#p1143920
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
rough explanation: before, the "t" flag would run the program in a
terminal by prepending something like "xterm -e " to the command.
If the command is "ls | less", it would result in "xterm -e ls | less".
This commit changes it so the result looks more like
"xterm -e sh -c 'ls | less'" and works as intended.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
https://github.com/hut/ranger/issues/45
hut:
I've been experiencing irregular segfaults in ranger-master for which
I can't figure out the reasons. Here is all the info I got:
- It started around the time of commit 5417dda
- I think it is a problem with curses' addstr/addnstr function
- It happens randomly, there is no specific action that causes it
- It happens more often with python3 than with python2
- It's most likely somewhere in here: git diff master 5417dda5^
ranger/gui/widgets/browsercolumn.py - but I don't see anything
wrong.
hut:
I nailed it down to 93601b1 and fixed it.
For what it's worth, this is how to reproduce it: (tested with
rxvt-unicode 9.15 and dwm but may work with any other tiling window
manager):
- Ensure that the setting display_tags_in_all_columns is set to True
(this is the default)
- Tag a file or directory with the "t" key
- Navigate so that this tagged file is the LAST file you see of a
column other the main column
- Open a new window (resulting in rangers window getting smaller by at
least one row)
- Close a window (resulting in rangers window growing back to the
original size)
- Watch rangers brain being splattered all over the sand
If you don't use a tiling window manager, you can do steps 1-3 and
then resize rangers window very quickly.
When resizing ranger manually, one of these messages is printed
instead of "Segmentation Fault":
- *** glibc detected *** python2.7: corrupted double-linked list: 0x0949cc98 ***
- python2.7: malloc.c:3964: _int_free: Assertion `nextchunk->fd_nextsize->bk_nextsize == nextchunk' failed.
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
https://github.com/hut/ranger/issues/44#issuecomment-7558251
adam8157:
have 10 mkv files, four of them are "application/octet-stream"(and file
without options returns "EBML file, creator matroska"), others are
"video/x-matroska".
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
Previously, this would not work if the current working directory is a
symlink.
|
| |
| |
| |
| |
| |
| | |
in python2, weak references are not equal to the original object when
tested with "==", and this breaks Tab._set_thisfile_from_signal and
Tab._on_tab_change in python2 if weak=True is used in signal bindings
|
| | |
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
this was requested here: https://github.com/hut/ranger/issues/36
adam8157:
Why non-text files' default opener is editor now? It invoked open_with
before.
I think the old way is better. We can't describe all types in
rifle.conf, so many types are defined as unknown non-text types, it's
not appropriate to open them all with editor.
|
| |
| |
| |
| |
| | |
I guess a whole directory for examples scales better than having them in
the man page.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
I accidently wrote 'fm.thisfile.cf' which had to be changed to
'fm.thisfile'
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
| |
| |
| |
| | |
This is added to compensate for the fact that the history is not shared
anymore and you can't simply type gnHH to restore a closed tab.
|
| | |
|