HI, normally Xfe should warn about "File system is not responding" and stop to try reading file information on such a file system. This usually works... Sometimes it fails for obscure reasons.
failing (network) mounts crash whole Xfe process
OK, I reproduced the bug and I fixed it. The fix will be included in the next release. Thanks for the bug report and many thanks for the donation!
OK thanks. I reproduced the bug.
Hi Roland, if loaded blank, i.e., creating a new file, there are no line numbers, I've attached a short screen recording example also showing versions, distro. etc.
Hi Dana, this works for me in Ubuntu 22.04 with Xfe 1.46.2. What is your system and Xfe version ? Thanks.
Hi Dana, this works for me in Ubuntu 22.04 with xfe 1.46.2. What is your system and Xfe version ? Thanks.
Ticket moved from /p/xfe/feature-requests/253/
feature request - xfwrite config
Keybindings unexpected behavior
configure file error
"Search files and folders" window doesn't honor the "Use trash can for file deletion" setting
This bug is fixed in version 1.46.2.
OK, I can reproduce the bug. Thanks!
"Search files and folders" window doesn't honor the "Use trash can for file deletion" setting
Hi, could you comment out the line in fstab, reboot and see if Xfe still starts slowly? Thanks. RB
xfe is very slow to start and show any popups/menus
Xfe: RTL support
Xfe: add a progress bar for the global progress of a file copying/moving process
+1 for this. Especially pause/resume, which can solve bottlenecking problems on less powerful systems or systems where the file system has journaling and other such cases.
+1 for this. Especially pause/resume, which can solve bottlenecking problems on less powerful systems or systems where the file system has journaling and other such cases.
To compile Xfe, you need stable FOX 1.6.x not devel 1.7.x.
Thank you, I did get that (X11 libs) installed, but the FOX toolkit 1.6.xx download takes me to a 404, and my system wouldn't build the 1.7.xx development download. I do run Xfe on Debian (main) and on Manjaro (VM), just Solus giving me trouble. I guess I didn't read the log file closely, sorry to waste your time.
Hi, your config.log says: /usr/bin/ld: cannot find -lX11: No such file or directory so you probably didn't install X11 development libraries. You also need the FOX toolkit and some other dependencies.
configure file error
Thank you for investigating the report. I will test in 1.46 and if I am able to reproduce it in this new version I will try to provide you with a test case.
Thank you for addressing the issue. I will test the new version as soon as I have the chance.
No problem. Glad to see you managed it!
Works like a champ, thank you! My little script is written in Julia, and it wouldn't run it as is, but calling it from a shell script works fine, and I'm quite embarrassed that I didn't read the entire thing before asking a stupid question. Thanks again,
Works like a champ, thank you! My little script is written in Julia, and it wouldn't run it as is, but calling it from a shell script works fine, and I'm quite embarrassed that I didn't read the entire thing before asking a stupid question. Thanks again, Dana Booth dana@parksoft.ddns.net On 2024-03-02 10:06, Roland Baudin wrote: Hi, you can add a custom script for that. Please look at the documentation here: http://roland65.free.fr/xfe/index.php?page=docs. It's easy to do. Note that the new release...
Hi, you can add a custom script for that. Please look at the documentation here: http://roland65.free.fr/xfe/index.php?page=docs. It's easy to do. Note that the new release now has native support for Zstd archives. These are very fast and compact.
-Wlto-type-mismatch warning
Hi, thanks for the report. The bug has been fixed in Xfe 1.46.1.
Hi, this bug should be fixed in Xfe 1.46. Could you check? Thanks.
Hi, I can't reproduce the issue with Xfe 1.46. Could you give me some test case?
file context menu custom entries
-Wlto-type-mismatch warning
I'm updating the version in Gentoo now. In future, if you notice a version is out of date, please do file a bug on our end. Thanks!
Keybindings unexpected behavior
Executing text files is broken
Thank You, confirmed - fixed. For some reason Gentoo has the 1.44 version as the latest in its repo, so I had to create an overlay with it.
XFW cannot create files
Hi, this bug was fixed in version 1.45. Please upgrade...
XFW cannot create files
Hi Roland,I see now that I gave the wrong preference setting. It should have been:Edit>Preferences>Dialogs, when "Confirm execute text files" is unchecked XFE will no longer run bash shell programs (by double clicking or pressing enter) My apologies for my error. Gary On Wednesday, January 3, 2024 at 11:52:34 AM CST, Roland Baudin <baudinr@users.sourceforge.net> wrote: Hi, shell scripts are not executed when the option "Don't execute script files" is selected. This is just the option below "Notify...
garbage charactors displayed in xfe 1.42 menu
I close this rather old bug...
New root window doesn't actually
This works now in recent Fedora and Ubuntu distributions.
unzip problem
OK, thanks a lot. Your patch is applied to Xfe 1.46.
image file thumbnails: what needs to be installed?
Cursor move down with F4 for edit
This is fixed in Xfe 1.46.
This is fixed in recent Fedora distributions.
New Root Window
This is fixed in recent Ubuntu distributions.
Segfault on viewing an NFS mounted subdirectory
This is fixed in Xfe 1.46.
Use single color in file list view.
So I close this bug...
Problems opening files from search results list
OK, thanks for the patch. The bug is fixed in Xfe 1.46.
Root not working
I tested the root mode in Ubuntu 23.10 and Fedora 39 and it works as expected (using pkexec authentication). So I close the bug for now.
Ctrl-L doesn't work anymore since 1.45
This is fixed in Xfe 1.46.
xfw window disappears after choosing recent files
This is fixed in Xfe 1.46. Thanks!
Icon path doesn't exist, icon theme was set back to default. Please check you icon path
OK, since it works for you now, I close the bug.
Failure to run bash shell programs
Hi, shell scripts are not executed when the option "Don't execute script files" is selected. This is just the option below "Notify when applications startup", so probably you selected the wrong option.
Xfw crashes selecting a font
This bug has been fixed in Xfe 1.46.
+1
Point #3, in case you want to sort the bookmarks, text can be prepared for editing ~/.config/xfe/xferc by grep ^BOOKMARK ~/.config/xfe/xferc | sed 's/.*=//' | sort | nl | sed -E 's/ *([[:digit:]]*)[[:space:]]*(.*)/BOOKMARK\1=\2/'
+1. I worked around the full path bookmarks by creating a ~/0_shortcuts directory and populating it with symlinks
I discovered that Xfe's window size can be specified in ~/.config/xfe/xferc, like so: [OPTIONS] height=516 width=874 ypos=-593 xpos=-445 auto_save_layout=0 ... This makes this feature request (to specify geometry with a command-line argument) very low priority.
xfe --geometry flag
keyboard shortcuts for scripts
Any news? The problem is still present, the patch still solves it...
--- SearchPanel.cpp.orig 2022-12-30 11:09:13.000000000 +0100 +++ SearchPanel.cpp 2023-11-21 17:35:12.150381000 +0100 @@ -1295,6 +1295,7 @@ FXbool first = true; // At most one item selected, select item under cursor + /* if (list->getNumSelectedItems() <= 1) { int x, y; @@ -1313,6 +1314,7 @@ list->selectItem(item); } } + */ FXString txtviewer = getApp()->reg().readStringEntry("PROGS", "txtviewer", DEFAULT_TXTVIEWER); FXString txteditor = getApp()->reg().readStringEntry("PROGS", "txteditor", DEFAU...
If I comment out the block if (list->getNumSelectedItems() <= 1) here - everything works as expected. I don't see any evident reason to have this code here.
I debugged it a little. The problem seems to be related to the fact that at SearchPanel.cpp:1304 the function getItemAt returns the index that is out of range (for example, in my debug session I've got index 7 for 3 lines list). Probably, the coordinates returned by getCursorPosition are not the calculated at the manner that getItemAt supposed to get from it. I suggest to change the logic of getting currently selected list item here.
OK, I see. The problem arises because Xfe uses its own implementation of the strlcpy() function and this function is now part of the glibc since 2.38. The strlcpy() used in Xfe needs a +1 in the size of the destination string, while the strlcpy() from glibc does not. I'll fix the issue and release a new version in the next days.
Fedora 39 glibc is 2.38 .
Thanks for the report and the patch. I think the problem is related to the glibc version you have. Do you have glibc version 2.38 or above?
Apparently specifying more size than the size of destination buffer is not right. Suggested patch: --- xfe-1.45/src/FontDialog.cpp.debug 2022-12-23 20:05:51.000000000 +0900 +++ xfe-1.45/src/FontDialog.cpp 2023-11-14 22:47:01.250243819 +0900 @@ -152,7 +152,7 @@ preview->setBackColor(getApp()->getBackColor()); FXString fontname = FXString(DEFAULT_NORMAL_FONT); - strlcpy(selected.face, fontname.before(',').text(), sizeof(selected.face) + 1); + strlcpy(selected.face, fontname.before(',').text(), sizeof(selected.face));...
Xfw crashes selecting a font
Yes, that's planned. I started the work but didn't finish it yet. Please stay tuned...