Activity for xfe
-
xfe released /xfe/2.1.4/README.txt
-
-
-
-
Roland Baudin modified ticket #313
Use-after-free when xfi goes to invalid image file then trying to redraw it
-
The issue is fixed in the new Xfe 2.1.3. I rewrote some part of the XFileImage code. Thanks for your help in solving this issue.
-
-
-
-
-
No problem, I clicked the left arrow from the beginning. But thanks for the clarification.
-
Mamoru TASAKA posted a comment on ticket #313
on xfi window, click right arrow button (click "Previous" button) Oh, this is on xfi window, click left arrow button (click "Previous" button), then perhaps popup window with "Unsupported type: txt" appears, sorry...
-
OK, thanks for the tip! I tried with valgrind but I saw no error when doing the steps from your bug report. Then I compiled with your recommended flags and saw no error: g++ -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../intl -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -O2 -Wall -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr -I/usr/include/fox-1.6...
-
OK, thanks for the tip! I tried with valgrind but I saw no error when doing the steps from your bug report. Then I compiled with your recommended flags and saw no error: g++ -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../intl -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -O2 -Wall -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr -I/usr/include/fox-1.6...
-
OK, thanks for the tip! I tried with valgrind but I saw no error when doing the steps from your bug report. Then I compiled with your recommended flags and saw no error: g++ -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr -DLOCALEDIR=\"/usr/local/share/locale\" -DHAVE_CONFIG_H -I. -I.. -I. -I.. -I../intl -I/usr/include/freetype2 -I/usr/include/libpng16 -I/usr/include/freetype2 -I/usr/include/libpng16 -O2 -Wall -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr -I/usr/include/fox-1.6...
-
Perhaps recompiling xfe and fox with sanitizer , e.g. export CC="gcc -fsanitize=address -fsanitize=undefined" export CXX="g++ -fsanitize=address -fsanitize=undefined -fno-sanitize=vptr" or using valgrind makes this issue easier to reproduce.
-
Hi, thanks for he bug report. However, I was unable to reproduce the crash in Ubuntu. I'll investigate further...
-
Tentative workaround: diff --git a/src/XFileImage.cpp b/src/XFileImage.cpp index f5beb1d..14faf4b 100644 --- a/src/XFileImage.cpp +++ b/src/XFileImage.cpp @@ -1618,6 +1618,10 @@ FXbool XFileImage::loadimage(const FXString& file) FILE* fp = fopen(file.text(), "r"); + // Save old image + FXImage *img_old = img; + FXImage *tmpimg_old = tmpimg; + if (!fp) { MessageBox::error(this, BOX_OK, _("Error"), _("Unable to open file: %s"), file.text()); @@ -1628,18 +1632,6 @@ FXbool XFileImage::loadimage(const...
-
Use-after-free when xfi goes to invalid image file then trying to redraw it
-
Thanks! Happy new to you and your family!
-
Hartmut Bromkamp posted a comment on ticket #311
Hi, Roland, Thanks, got some notice a few hours ago that you've worked on the source code. Great news! Ah, happy new year, mate! All the best for 2026! I'm away from my network system but will do tests as soon as I'm at home again, maybe in one or two weeks. Take care Hartmut
-
[FTBS] xfe v2.0.1 on openSUSE Leap 15.6
-
Shell window runs when starting Xfe
-
[Xfe] Window width fixed at 652px
-
I could allow a smaller window size, but this has some (bad) side effects on the toolbar placement so I prefer not changing anything...
-
Removing a Bookmark
-
[Xfe] New Symlink fixes
-
Fixed in Xfe 2.1.2.
-
Bookmarks get lost with every reboot
-
Fixed in Xfe 2.1.2.
-
xfe [FOLDER] is not working
-
Fixed in Xfe 2.1.2.
-
[Xfe] File list order is not honored
-
Fixed in Xfe 2.1.2.
-
Ampersand sign in bookmarks
-
Fixed in Xfe 2.1.2.
-
[Xfe] Keyboard cursor invisible in the Search window
-
Fixed in Xfe 2.1.2.
-
"Free space" is wrong
-
Fixed in Xfe 2.1.2.
-
-
-
-
-
Reproduced, thanks!
-
beastie created ticket #312
[Xfe] New Symlink fixes
-
Formidable!
-
Duke Normandin posted a comment on ticket #310
Merci! mons vieux!! Tout va bien dans la cabane maintenant. I got 2.1.1 installed and found where to nuke the bookmarks that I don't want. Thx again!! Go Habs Go! 😄
-
Tabernacle, ça n'a pas marché ;-) First it's not necessary to rebuild Xfe in Debian. Just do (as root, assuming you already have the official Xfe Debian package installed): apt remove xfe xfe-i18n xfe-themes dpkg -i xfe_2.1.1-1jammy_amd64.deb If you really want to rebuild Xfe, just follow the instruction here: http://roland65.free.fr/xfe/index.php?page=download I think what you forgot is to do this before building: cp xfe-2.1.1.tar.xz xfe_2.1.1.orig.tar.xz Bonne chance !
-
Thanks for the details. Yes, you're right maybe I can grey out bookmarks that are not available.
-
I did install 2.1.1 on Linux Mint manually, so to speak, because Linux Mint only offers an old 1.x version. Yes, to my experience, XFE checks whether the linked network devices are present or not. If not, the bookmarks are not shown. And yes, as you say, when they become available, it needs another or new instance of XFE to run through its detection process and display them. My issue seems to be that under certain circumstances the network drives are connected a bit too late. That's nothing XFE could...
-
fakeroot dpkg-buildpackage -d -uc -us dpkg-buildpackage: info: source package xfe dpkg-buildpackage: info: source version 2.1.1-1jammy dpkg-buildpackage: info: source distribution noble dpkg-buildpackage: info: source changed by Roland Baudin roland65@free.fr dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . debian/rules clean dh clean dh_clean dpkg-source -b . dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at ../xfe_2.1.1.orig.tar.{bz2,gz,lzma,xz}...
-
fakeroot dpkg-buildpackage -d -uc -us dpkg-buildpackage: info: source package xfe dpkg-buildpackage: info: source version 2.1.1-1jammy dpkg-buildpackage: info: source distribution noble dpkg-buildpackage: info: source changed by Roland Baudin roland65@free.fr dpkg-buildpackage: info: host architecture amd64 dpkg-source --before-build . debian/rules clean dh clean dh_clean dpkg-source -b . dpkg-source: error: can't build with source format '3.0 (quilt)': no upstream tarball found at ../xfe_2.1.1.orig.tar.{bz2,gz,lzma,xz}...
-
Yes, it's there: https://sourceforge.net/projects/xfe/files/xfe/2.1.1/ You can safely install the deb package in Debian, but you need to uninstall first the xfe-i18n, xfe-themes and xfe previous official Debian packages if you have them installed, otherwise you'll encounter some conflict. And you must have the FOX library installed on your system (but Debian has the packages). Or you can use the .run package. By default it will be installed in /usr/local. This package doesn't require the FOX lib...
-
Yes, it's there: https://sourceforge.net/projects/xfe/files/xfe/2.1.1/ You can safely install the deb package in Debian, but you need to uninstall first the xfe-i18n, xfe-themes and xfe previous official Debian packages if you have them installed, otherwise you'll encounter some conflict. Or you can use the .run package. By default it will be installed in /usr/local.
-
Is there a pre-built binary available for linux debian? I am having trouble compiling from source because of the FOX library - I think it's FOX??
-
Are you sure the problem in there? I think Linux Mint uses the Xfe Debian package. In that case, /etc/xfe/xferc is a link to /usr/share/xfe/xferc and that's correct. I don't think there is a configuration issue there. However, when Xfe is launched, it checks the bookmark locations and if they don't exist then they are not shown. If you mount a network drive that has a directory with a bookmark after having launched Xfe, then the bookmark is not seen. To see it, you have to launch another instance...
-
Yes, 2.1.2 is a typo. Right clicking on bookmarks works in the Places panel, not in the Bookmarks menu...
-
Xfe 2.1.2 is a typo, right? Or is there a new version I'm not aware of? In Xfe 2.1.1, by the way, there is no context menu for bookmarks. Right-clicking on one does the same as clicking (it opens it). Edit: I've tried this on a new profile.
-
Xfe 2.1.2 is a typo, right? Or is there a new version I'm not aware of? In Xfe 2.1.1, by the way, there is no context menu for bookmarks. Right-clicking on one does the same as clicking (it opens it).
-
On Wed, 03 Dec 2025 18:06:14 -0000 "Roland Baudin" baudinr@users.sourceforge.net wrote: OK, I see: the features I indicated above are in Xfe 2.1.2, not in version 1.45 which is quite old. And yes, in Xfe 1.45 there is no way to edit book marks... Thx! Debian is quite late in updating `xfe' to the latest version it seems. I wonder why! I'll install the latest on my own! Thx again! -- Duke
-
OK, I see: the features I indicated above are in Xfe 2.1.2, not in version 1.45 which is quite old. And yes, in Xfe 1.45 there is no way to edit book marks...
-
For anyone having weird bookmark problems: Check /etc/xfe/xferc against /home/user/.config/xfe/xferc. I have put a symlink into /etc/xfe so that the system only knows my very own xferc.
-
For anyone having weird bookmark problems: Check /etc/xfe/xferc against /home/<user>/.config/xfe/xferc. I have put a symlink into /etc/xfe so that the system only knows my very own xferc.</user>
-
For anyone having weird bookmark problems: Check /etc/xfe/xferc against /home/<user>/.config/xfe/xferc. I have put a symlink into /etc/xfe so that the systems only knows my very own xferc.</user>
-
On Wed, 03 Dec 2025 12:50:12 -0000 "Roland Baudin" baudinr@users.sourceforge.net wrote: Hi, to remove all bookmarks use the menu item Bookmarsk / Remove all bookmarks. Yes! That I know ... :) To modify or remove a single bookmark, right click on it and use the menu items. No - not on my installation! Right-click on a bookmark takes me to that directory. No menu is offered. $ xfe -v xfe version 1.45 running on Linux antiX-22.3 Duke
-
I've found out that the problem is based on some weird configuration issue on Linux Mint. It seems as if the lost bookmarks have nothing to do with xfe but with wrong session settings (?). This bug can be cancelled or deleted. Thank you!
-
I have tested this on a computer running Kali Linux within the same network environment, and xfe has no issues to restore the bookmarks. The problem only appears on Linux Mint.
-
Bookmarks get lost with every reboot
-
Hi, to remove all bookmarks use the menu item Bookmarsk / Remove all bookmarks. To modify or remove a single bookmark, right click on it and use the menu items.
-
Removing a Bookmark
-
Ticket moved from /p/texmaths/feature-requests/64/
-
[Xfe] Crash when closing floating toolbars
-
OK, interesting... Xfe simply reads the result of the df command. The exact command is: df -P -B 1 pathname where pathname is the name of the file system partition (ex: /home, /boot, etc.). [EDIT] Sorry, what I said above is only true when using the Properties dialog on a partition. The free space displayed below the tree panel is computed using the statvfs structure. In Linux, this structure has f_bfree and f_bavail fields and these are not available in FreeBSD. The problem I have is that I didn't...
-
That's it. -B is Linux-specific. On FreeBSD, df -P will explicitly use 512-byte blocks. So multiplying the results of df -P by 512 should give the same result as df -P -B 1, I guess.
-
OK, interesting... Xfe simply reads the result of the df command. The exact command is: df -P -B 1 pathname where pathname is the name of the file system partition (ex: /home, /boot, etc.).
-
No. What I mean is that Xfe is giving me values that are totally different from df -h. For example, on this disk, which is 1TB, the root filesystem has 9.9GB of free space, but Xfe is showing 84.8GB. The /var filesystem has 406MB, but Xfe is showing 3.4GB. One partition has 308GB, but Xfe is showing 2645.8GB, which is more than twice the size of the disk itself! I've noticed all values are more or less 8 to 9 times bigger than what they should really be. But /tmp, which is a memory-based filesystem,...
-
OK, now I was able to reproduce the issue. Thanks!
-
Semeion modified a comment on ticket #307
I have same problem here, xfe FOLDER|FILE doesnt't work anymore. I am using Archlinux, xfe 2.1.1. Writing the above option in xferc related by beastie it work fine, solve the problem.
-
I have same problem here, xfe FOLDER|FILE doesnt't work anymore. I am using Archlinux, xfe 2.1.1.
-
OK, I see: the problem is that '&' is a shortcut used in the FOX library to access menus by pressing Alt + character (like Alt + f for the File menu). I'll investigate to see if I can find a solution...
-
OK, I've checked and on my Linux system, Xfe displays the correct free space (and any file size) in kB, MB, GB (bytes) and not in kiB, MiB, GiB (bibytes). So maybe that's what you see when you say the free space is wrong?
-
You're right, it's wrong. I'll investigate...
-
"Free space" is wrong
-
Ampersand sign in bookmarks
-
Yes. In fact it works fine using the same profile that I had from prior versions. I only discovered the problem when I created a new profile for testing other issues. Also, as I said before, I tried with a xferc that just has these lines: [OPTIONS] tabtoolbar=0;0;0 always_show_tabbar=0 and xfe /tmp works fine. But when I have this: [OPTIONS] tabtoolbar=0;0;0 always_show_tabbar=1 it doesn't work anymore.
-
Sorry, I can't reproduce the issue. Did you try with a fresh Xfe profile?
-
xfe [FOLDER] is not working
-
close all instances of xfe mv xferc xferc.bak xfe open /tmp (just because it has enough files; or stay in $HOME and show hidden files) set to "Type ▼" Ctrl+F Ctrl+W / or click "x" Ctrl+R Listing is not sorted by type anymore, even though it still shows as "Type ▼". I think it's now sorted by extension.
-
Ah, never mind. I guess this is a very special case. I'm using fvwm as window manager and I explicitly tell it to decorate transient windows. So all dialog boxes and detached menus have full controls (stick, pin, minimize, close, etc.) You can close this if you want.
-
What I'm looking for is an option to disable any change done to the columns. So let's say, you choose to sort by Type in alphabetic order, you drag the Name column to be this size, the Size column to be that size, etc. When you're happy with your customization, let's say you right-click somewhere on the columns and click "lock columns". And now, no accidental action will change any of this: if you click the Name column, files will not be sorted by Name, if you try to drag between Name and Size, it...
-
Ticket moved from /p/texmaths/bugs/206/
-
You can disable the autosizing feature in a panel (menu Panel, then Auto size). But indeed, there is a bug: clicking between two columns should not autosize. So I move your ticket to the Bugs section.
-
Sorry, I don't understand: what do you mean by click the x button? There is no x button on the toolbar...
-
Sorry, I can't reproduce the issue. Could you try again with a fresh Xfe profile and detailed steps? When opening Xfe, what is the sorted column?
-
If I remember well there is some constraint on Xfe window size related to the toolbar layout. But I'll investigate to see if I can do better.
-
Oh yes, I was able to reproduce the issue. This seems to be related to the Xfe window size. The bug seems to appear when the window size is small, but not always...
-
Oh yes, I was able to reproduce the issue. This seems to be related to the Xfe window size. The bug seems to appear when the window size is small.
-
I can't reproduce the issue. By default, the Address toolbar is below the General toolbar and they are not side by side... Could you try again with a fresh Xfe profile? Do you use Wayland?
-
Yes, you're right. I didn't pay attention to this issue. It is present in some other dialogs. I'll fix that, thanks.
1 >
