What is dumped into DEADJOE is the contents of all buffers that are not marked as saved. This includes the "yank buffer" as well as histories for file prompts, which are implemented as buffers under-the-hood. It should contain the file contents if the file was modified. If joe crashes or is killed but an open file is not in a dirty state, it won't write out the contents. Is that confirmed to be the case here? And, no none of this is necessarily obvious. Those buffers should probably have better names...
DEADJOE does not represent the file in the editor when it's killed
For some time joe's DEADJOE, which used to write out the contents of the file I had in the editor when I, say, lost an ssh connection, no longer does that. Since like Debian 8 or so - whatever joe version that was. Now, it seems to write out a bunch of useless stuff. It says it's stuff that were in in joe, but it appears to be: 1) Unknown users 2) A list of the last 11 files joe was used on 3) A startup log I can find no reference anywhere on what DEADJOE's current behaviour is supposed to be or...
Quick open
+1 for saving and reloading the list of files in buffers. DEADJOE would be cool too.
... (nitpicking) or maybe clear all the bits using Cb &= ~0xC3 and then set the two low ones with Cb |= 3. This is more consistent in the sense that the same bitmask 0xC3 is used throughout the method. Also, I didn't mention it explicitly, but this last paragraph of my previous post explains why "release" events of left scrolling become right scrolling instead, resulting in back-n-forth pairs in some terminals.
Update or drop xterm patch and related code
Cb contains the button number, as encoded in decimal ASCII as the first parameter if the 1006 extension is supported by the terminal, or the first rawy byte minus 32 with the legacy byte-based protocol if 1006 is not supported by the terminal. Cb's value consists of the following bits: - bit 7 (128): button value bit 3 (8) - bit 6 (64): button value bit 2 (4) - bit 5 (32): drag - bit 4 (16): ctrl - bit 3 (8): alt - bit 2 (4): shift - bit 1 (2): button value bit 1 (2) - bit 0 (1): button value bit...
Horizontal mouse scrolling problems and maybe feature req
Horizontal mouse scrolling problems and maybe feature req
Aspell functions leave alternate screen
Build failure due to implicit declaration of functions
Reopening in that case.
This is not yet fixed since #include <util.h> is not imported on mac.
Kbd shortcuts commented as "gnome-terminal" are outdated
Oh, stupid me. I can finally reliably reproduce. The issue happens when I try to extend the selection too much, beyond the end of the file by pressing Shift+Down at least one too many times. Or the same thing at the top of the file, trying to extend upwards. For some reason, my definititon of these macros differs from the one in the default config, which goes something like rtarw,ltarw,begin_marking,rtarw,toggle_marking ^[ [ 1 ; 5 C Mark right Xterm That right-left (or up-down, etc.) dance at the...
See also [#299]
As I've written in email, the last major known issues in the coroutine branch were recently resolved in [758cfc] and [d05cc6].
As I've written in email, the last major known issues in the coroutine branch were recently resolved in [758cfcf] and [d05cc66].
PR #22
Taking into consideration [#346], perhaps coroutine - or really, the Windows branch - is the path forwards.
Please please pleeeease... :)
Let me bump this please. Almost exactly 9 years after reporting this bug, I suspect PuTTY still hasn't changed. The last time I checked (quite a while ago), it was in minimal maintenance mode involving ssh security updates only, nothing about terminal emulation. In the mean time, Windows Terminal has emerged, and with an ssh command also available on Windows, it's an absolutely great, modern replacement for PuTTY, offering many more modern features as well. I'm not asking to remove any feature or...
First block copy/move attempt sometimes fails with "No block"
C99 restriction
C99 formally removed this restriction. GCC hasn't enforced it in a very long time. Until a couple versions ago, MSVC required this but even they have finally updated the C frontend. Twenty-plus years on, I don't think this is much of a concern, unless we see specific build breaks as a result. Closing.
I can't reproduce this now that I've implemented a fix for [#409]. It stands to reason that the change of ifhave && !linums to ifhave could fix this, since it would block a lot of unnecessary line updates. Marking duplicate.
Screen slow to update with line numbers enabled
I can't reproduce this now that I've implemented a fix for #409. It stands to reason that the change of ifhave && !linums to ifhave could fix this, since it would block a lot of unnecessary line updates. Marking duplicate.
joe needs a regression test suite
This has been in JOE for a while now. It does not cover enough quite yet but the framework is there and proven, imo. Closing.
joe-editor.sourceforge.net woefully out of date
This needs to be updated to the new git repo, but the site is currently up-to-date so I'm closing this.
May be related to the issue addressed in patch 126 or Github PR #16
True color derived from terminfo
Fixed in git and Mercurial [6babb2]
Completion at encoding prompt crashes
Completion at encoding prompt crashes
Shows "New File" when reading from stdin
Setting -rmargin for specific file type
Report unrelated to -rmargin; user should fix ftyperc. We do need to fix configuration at some point but that is tracked elsewhere.
jmacs help keybindings
Merged in Github PR #20
Pascal Syntax Highlighting fault
This is just due to the extension being used for puppet.
Bug with using -lmsg/-rmsg options in ~/.joerc
--autoindent still being ignored after 20+ years
Closing.
Can't read NUL, BEL, BS and DEL from stdin
Can't read NUL, BEL, BS and DEL from stdin
Can you describe what you mean by working and broken? What scheme is being used? The PHP syntax never references "Var" so that change shouldn't have any effect. Perhaps this is because DefinedIdent isn't rooted on Ident? Does this change have the desired effect: =Variable +DefinedIdent +Ident
Unrecognized options: --enable-256-color, --enable-paste64
Yes these features are always compiled in. Closing.
It's probably worth finding another shortcut for refresh, i think i-search is sticking around.
Build failure due to implicit declaration of functions
This was fixed in Mercurial and in the new git repo with this commit
Rust syntax colouring breakage on ‘r’ and ‘b’
I have that applied locally now. No longer seeing the problem.
https://github.com/joe-editor/joe/pull/10
Rust syntax colouring breakage on ‘r’ and ‘b’
Merge /u/nikic/joe-editor/ branch default into default
Port to C99
Fix compilation with -Werror=strict-prototypes
Looks good.
Looks good.
I have a candidate fix over on github if you'd like to test. It seems to work but there may be other side-effects I'm not aware of. Wanted to pass along this update, regardless. HTH
I agree. It's quite useful and I love to see in mainstream joe. I tested the patch and works fine on linux. Thanks in advance.
This has been on my radar for a while. Thank you for the clear repro steps.
I just want to add that I experience this problem too. Definitely a bug that should be fixed if anyone is maintaining Joe. I sure do enjoy Joe as an old WordStar guy. It's usually the first thing I install on a new system. This is the only bug I encounter.
Hi, I'm a fan of your project. Joe, in particular Jstar ,is my definitive choice for writing but I see that this project is no longer updated. Is it still alive? Are you planning to carry it on? Thank you!
This issue is sixteen years old... but the problem is still there...
I was pulling my hair out. I had put up with this for ages when configuring OpenWrt devices over serial. I got fed up today and finally found this. Thanks for posting the solution.
THANK YOU THANK YOU THANK YOU!!!!!
Port to C99
Will this patch get merged eventually? Would love to have this feature out-of-the-box.
Good point. However, I found out that the joe_state function can be disabled in the joerc file with --joe_state which is sufficient for my purpose.
I'm not sure of the solution to this yet In the meantime I had an idea about that: Why not adding an option to joe that .joe_state is located relative to $XDG_RUNTIME_DIR rather than to $HOME? If $XDG_RUNTIME_DIR is unset or does not point to a valid directory, $HOME can still be used as a fallback. As a workaround to the problem, I have currently taken the following measures in to avoid the security problem: I create a symlink with a known name (say ~/.volatile) in my $HOME directory which points...
What is this "joe_state" file good for? It stores things such as the last search expression or the current cursor position within the file edited last. And also the contents of the kill ring. If the information is only valid for the current session One problem here is how to define "session". On your local machine it might be pretty obvious. But what if you are being logged into a remote machine with two different shells at the same time? Depending on the point of view this could be interpreted as...
I guess shell history file is a similar security hole But only if one uses passwords directly in the command line, which should be avoided for a different reason: Every other user who runs "ps -af" at the time when the command is executed would see the password as well. Therefore, it is unwise to use passwords directly in the command line at all. And then they won't show up in the shell history either.
Hello, today I stumbled upon exactly this problem, found this ticket of 2016 and it is not solved yet? Today with all the commercial oses turning into surveillance machines, unices should take some more care of privacy. I recently kicked all my commercial oses into the bucket and am only on linux now. At least I have a chance here to find all the logging and "backup" places. What is this "joe_state" file good for? It is not described in any documentation, is it? If the information is only valid for...
Ah, looks like the space key does it. joerc is very helpful. I should note that, in the menu section of the default joerc, rtn and tabmenu are both set to ^I, tabmenu second. Maybe delete the rtn ^I definition? Anyway, glad I could figure this out from the conf file, and sorry about posting before then. JOE is a great tool, and it's fun learning all the stuff it can do.
I'm using JOE on windows, where there are often directories with long names containing spaces. This can be kind of a pain for text completion and so forth when navigating the folder structure to change working directories or open / save files in JOE. I tried the -menu_explorer option, and it's quite nice, but I found myself unable to select a directory with this option enabled. The main use case for selecting a directory is the cd command. What I ended up doing was selecting a file in the target...
Improved joerc for Ctrl+Arrow block selection on Windows
Fix compilation with -Werror=strict-prototypes
I have personally found for block commands using small shell scripts and sed/awk to a be a life saver and a simple way to extend Joe without macros.
Hello, Joe devs! I am really interested in using Joe text editor. I downloaded last release of Joe ( MSI installer ) for Windows. But when I run it, it creates new GUI virtual terminal window, and runs editor here. Is it possible to run it inside Powershell or Command line in text mode? Maybe I have to change something in config files?
Hello, Joe devs! I am really interested in using Joe text editor. I downloaded last release of Joe ( MSI installer ) for Windows. But when I run it, it creates new GUI virtual terminal window, and runs editor here. Is it possible to run it inside Powershell or Command line in text mode? Maybe I have to change something in config files?
In this version all standard library functions are commented out.
New syntax highlight file for PHP
Was just looking for this feature. It would be ideal if joe could support this internally. It could use another library for the encryption, it's just that if you make a script to decrypt the file, edit it with joe, then re-encrypt it when joe is done, it means that the file will exist in an unencrypted state on disk while being edited. It would be far more secure for everything to happen within joe itself.
Was just looking for this feature. It would be ideal if joe could support this internally. It could use another library for the encryption, it's just that if you make a script to decrypt the file, edit it with joe, then re-encrypt it when joe is done, it means that the file will exist in an unencrypted state on disk.
Hello Arpad! JOE editor patron as well! Thanks for the macro! I too was looking for a similar to emacs for commenting regions. I'm trying to get your macro to work with a file-type other than .sh - so I modified your macro in my ~/.joerc file. Unfortunately, I cannot get it to work at all. However, it may be because I use jmacs. Any ideas? Thanks again! Duke
Hello Arpad! JOE editor patron as well! Thanks for the macro! I too was looking for a similar to emacs for commenting regions. I'm trying to get your macro to work with a file-type other than .sh - so I modified your macro in my ~/.joerc file. Unfortunately, I cannot get it to work at all. However, it may be because I use jmacs. Any ideas? Thanks again! Duke
comment a block of selection
+1
I'm sorry. This was my fault. Please remove this ticket!
Bug with using -lmsg/-rmsg options in ~/.joerc