Giter Site home page Giter Site logo

adbeveridge / raider Goto Github PK

View Code? Open in Web Editor NEW
55.0 4.0 22.0 2.94 MB

Permanently delete your files

Home Page: https://apps.gnome.org/Raider/

License: GNU General Public License v3.0

Meson 5.95% C 94.05%
delete-files shredding-files gnome linux gtk4 shredder shred shredding

raider's Introduction

Hi there 👋

I'm an open source developer. 🌱

Languages

My Skills

Programs

My Skills

Frameworks

My Skills

Other

My Skills

raider's People

Contributors

0xmrtt avatar adbeveridge avatar albanobattistella avatar daudix avatar eson57 avatar flipflop97 avatar gbrlgn avatar gregorni avatar jannuary avatar matejkovacic avatar mejans avatar milotype avatar mluun avatar oh-tect avatar oscfdezdz avatar pisekpiskovec avatar rene-coty avatar rffontenelle avatar scrambled777 avatar spice-weasel avatar twlvnn avatar unesexact avatar vovkiv avatar wedoneofficiel avatar yakushabb avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar

raider's Issues

Raider does not check if shred exists

When Raider starts it should check if shred (part of the GNU Coreutils) exists. Raider is only meant for Linux, which always has the Coreutils installed, but maybe some dont.

Shredding file takes forever

Hi, I just tested Raider from flatpak manifest against commit b4acc1e

Wheel only shows "Estimating..." and takes forever. I didn't change any setting.

Ekran Görüntüsü - 2023-01-27 14-54-51

Screenshot Theming

The screenshots in the appdata file are not themed with Adwaita. They are themed with Adapta Night, which is not the default mode. Take them in Adwaita.

File Shredder installed from Flathub invokes generic Wayland icon under KDE Plasma 5.24.5 (both window switcher and task manager side)

Description

File Shredder's icon (version 0.1.0 installed from Flathub) is not being picked up by neither window switcher nor task manager when using under KDE Plasma 5.24.5 in Wayland session (generic Wayland icon is being used instead).

Steps to reproduce

  1. Install File Shredder in version 0.1.0 from Flathub on system with KDE Plasma 5.24.5.
  2. Make sure Plasma is running in Wayland mode (on Fedora 36 KDE it can be choosen in SDDM display manager).
  3. Run File Shredder from either Krunner, Konsole or application launcher.
  4. Look at the panel, also press Alt+Tab to show window switcher

Expected results
File Shredder's own icon should be shown in both window switcher and on the panel in task manager.

Actual results
Generic Wayland icon is shown in both window switcher and on the panel in task manager.

Screenshots

image

Additional information

System information:
Operating System: Fedora Linux 36
KDE Plasma Version: 5.24.5
KDE Frameworks Version: 5.93.0
Qt Version: 5.15.3
Kernel Version: 5.17.8-300.fc36.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-2520M CPU @ 2.50GHz
Memory: 7.7 GiB of RAM
Graphics Processor: Mesa Intel® HD Graphics 3000

I came across this post by KDE's contributor, Nico, which may help:

https://nicolasfella.de/posts/fixing-wayland-taskbar-icons/

Thank you for your attention!

raider fails to shred files passed via command line

raider v1.2.1
manjaro gnome 42.4
Installed from AUR http://aur.archlinux.org/packages/raider-file-shredder

when starting raider using the command line and passing filenames, the files are show in the raider UI, but shredding fails.

image

$ raider /tmp/xyzzy
(raider:20766): GLib-GIO-CRITICAL **: 08:57:44.826: g_file_get_path: assertion 'G_IS_FILE (file)' failed
(raider:20766): GLib-GIO-CRITICAL **: 08:57:44.829: g_file_get_path: assertion 'G_IS_FILE (file)' failed
No shred output found.
(raider:20766): GLib-GObject-CRITICAL **: 08:57:49.773: g_object_unref: assertion 'G_IS_OBJECT (object)' failed

or alternatively with a core dump .

$ raider /tmp/xyzzy
zsh: segmentation fault (core dumped)  raider /tmp/xyzzy

Toast is Slow

The use of toast to signal completion of a single file being shred introduces significant delays when processing many smaller files located on tmpfs filesystem. Shredding many small files using "shred -zuv" is very quick to complete. Shredding the same number of small files in raider takes considerably longer due to the delays introduced by toasting the shredding of each individual file. A rough estimation is that the toast takes a number of seconds per file, whereas the native shred command takes 1 second to complete.

In my case the process would be optimised if the toast was only used to signal the end of all shredding.

Notification Crashes App

If there is a notification in the empty view and it is closed via its X button, the application crashes. Nemiver points it to grabbing a widget ancestor to focus.

Won't start

I am using Arch + XFCE and the latest Shredder flatpak. I get this error:

libEGL warning: MESA-LOADER: failed to retrieve device information

libEGL warning: DRI2: could not open /dev/dri/card0 (No such file or directory)
libGL error: MESA-LOADER: failed to retrieve device information

(raider:2): Gtk-WARNING **: 03:42:53.861: Theme parser error: gtk.css:4403:12-17: "shade" is not a valid color name.

(raider:2): Gtk-WARNING **: 03:42:53.861: Theme parser error: gtk.css:4420:12-15: "mix" is not a valid color name.

(raider:2): Gtk-WARNING **: 03:42:53.861: Theme parser error: gtk.css:4425:12-15: "mix" is not a valid color name.
No provider of glGetShaderiv found.  Requires one of:
    Desktop OpenGL 2.0
    OpenGL ES 2.0

Automatic shredding of folder files

I'd like to suggest a new feature:

Adding folders to the regular shredding list.

That is, the user selects folders and the cleaning interval (1 hour, 3 hours, 1 day, 1 week, 1 month). Files in this folder are automatically shredded according to a schedule.

Notification blocks shred button.

After clicking the "Shred All" button the notifications appears one after another for each file shredded and blocks the shred button so the user must click X over and over on all of the notifications or simply wait it out before being able to shred any more files.

Drop app icon transparency

The transparency in the app icon makes it look glitchy on some backgrounds because you can't really see the strips inside, e.g. on white:

image

I'd drop the transparency and just use colors similar to how it looks with the black background in the example above.

Raider aborts when shredding upwards of a 1000 files

Raider segfaults when trying to launch all those processes with:

** (raider:2): ERROR **: 10:20:14.485: Process launching failed: Too many open files

To fix this, lets put a cap on how many files can be loaded at once, perhaps by figuring out dynamically from the system the max number of files that can be open, and corresponding processes can be launched.

RaiderShredBackend error messages

v e8168f6

Command line error messages issued when testing shredding large number of files. In practice this is more prevalent the greater number of files being shredded and does not seem to happen if shredding smaller numbers < 200.

$ for i in {0001..1000}
do
dd if=/dev/zero of=xyzzy$i count=1024 bs=1024
done

$ raider xyzzy*

(raider:44317): GLib-GObject-WARNING **: 11:42:02.318: invalid uninstantiatable type '(null)' in cast to 'RaiderShredBackend'

(raider:44317): GLib-GObject-WARNING **: 11:42:02.318: invalid uninstantiatable type '(null)' in cast to 'RaiderShredBackend'

(raider:44317): GLib-GObject-WARNING **: 11:42:02.318: invalid uninstantiatable type '(null)' in cast to 'RaiderShredBackend'

(raider:44317): GLib-GObject-WARNING **: 11:42:02.318: invalid unclassed pointer in cast to 'RaiderShredBackend'

(raider:44317): GLib-GObject-WARNING **: 11:42:02.318: invalid uninstantiatable type '' in cast to 'RaiderShredBackend'

(raider:44317): GLib-GObject-WARNING **: 11:42:02.318: invalid uninstantiatable type '(null)' in cast to 'RaiderShredBackend'

"Some files did not exist" message

Hi,

When you drag files/a file into the window of the app it shows the message "Some files did not exist" and doesn't run the task.

Best regards!

Progress is not smooth

The progress update are not smooth. The progress should update when the progress goes up by 1%, not 3.5% or what it is right now.

Shred stop with many file on fast SSD

I have a problem since last update when I shred at least 25 files from an unique folder. It does not go to the end of the shredding. (It waits like it was waiting for something, if I click on Abort and relaunch, it shreds all the remaining file but continues to mark them as if it was waiting to be shredded).
And when one is done, emptying the remaining, I have to stop and relaunch Raider.

Fedora; Flatpak; Raider 1.3.0;

Notice thrown re: Gnome 40 and flatpak

"The GNOME 40 runtime is no longer supported as of March 21, 2022. Please ask your application developer to migrate to a supported platform."
Platform: Ubuntu 20.04
app: File Shredder
version: 1.3.1

Simplify Preferences Dialog

The preferences dialog as it is is too detailed. Get rid of

  • Hide Shredding
  • Remove Method
  • Overwrite data source (too niche for real use)
  • Do not round file sizes (not applicable to secure-delete)
    Convert number of passes into an option to do fast shredding or secure shredding.

Slovenian translaton

Hi, a couple of weeks ago I contributed Slovenian translation. Today I got new version from Flathub (3.0.0), but when I run it, it is in English language.

Did something went wrong or I am doing something wrong? I have Ubuntu 23.10.

blueprints compilation failure

OS: Arch Linux
Compiling in a docker container hosted on a Debian 11 system using the AUR PKGBUILD: https://aur.archlinux.org/packages/raider-file-shredder

Error:

08:48:44 [15/27] Generating src/blueprints with a custom command
08:48:44 Traceback (most recent call last):
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/gir.py", line 411, in __init__
08:48:44     self.includes = { include["name"]: get_namespace(include["name"], include["version"]) for include in xml.get_elements("include") }
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/gir.py", line 411, in <dictcomp>
08:48:44     self.includes = { include["name"]: get_namespace(include["name"], include["version"]) for include in xml.get_elements("include") }
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/gir.py", line 53, in get_namespace
08:48:44     raise CompileError(f"Namespace {namespace}-{version} could not be found")
08:48:44 blueprintcompiler.errors.CompileError: Namespace Gio-2.0 could not be found
08:48:44 
08:48:44 During handling of the above exception, another exception occurred:
08:48:44 
08:48:44 Traceback (most recent call last):
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/main.py", line 58, in main
08:48:44     opts.func(opts)
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/main.py", line 106, in cmd_batch_compile
08:48:44     xml, warnings = self._compile(data)
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/main.py", line 141, in _compile
08:48:44     if len(ast.errors):
08:48:44   File "/usr/lib/python3.10/functools.py", line 981, in __get__
08:48:44     val = self.func(instance)
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/ast_utils.py", line 76, in errors
08:48:44     return list(self._get_errors())
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/ast_utils.py", line 81, in _get_errors
08:48:44     validator(self)
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/ast_utils.py", line 157, in inner
08:48:44     func(self)
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/language/ui.py", line 69, in gir_errors
08:48:44     self.gir
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/language/ui.py", line 51, in gir
08:48:44     if i.gir_namespace is not None:
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/language/imports.py", line 74, in gir_namespace
08:48:44     return gir.get_namespace(self.tokens["namespace"], self.tokens["version"])
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/gir.py", line 47, in get_namespace
08:48:44     repository = Repository(xml)
08:48:44   File "/usr/share/blueprint-compiler/blueprintcompiler/gir.py", line 413, in __init__
08:48:44     raise CompilerBugError(f"Failed to load dependencies.")
08:48:44 blueprintcompiler.errors.CompilerBugError: Failed to load dependencies.
08:48:44 
08:48:44 Arguments: ['/usr/sbin/blueprint-compiler', 'batch-compile', 'src/.', '../raider-1.2.1/src', '../raider-1.2.1/src/raider-window.blp', '../raider-1.2.1/src/raider-file-row.blp', '../raider-1.2.1/src/raider-preferences.blp', '../raider-1.2.1/src/raider-progress-info-popover.blp']
08:48:44 
08:48:44 ***** COMPILER BUG *****
08:48:44 The blueprint-compiler program has crashed. Please report the above stacktrace,
08:48:44 along with the input file(s) if possible, on GitLab:
08:48:44 https://gitlab.gnome.org/jwestman/blueprint-compiler/-/issues/new?issue
08:48:44 
08:48:44 [16/27] Generating src/raider-resources_h with a custom command
08:48:44 FAILED: src/raider-resources.h 
08:48:44 /usr/sbin/glib-compile-resources ../raider-1.2.1/src/raider.gresource.xml --sourcedir src --sourcedir ../raider-1.2.1/src --c-name raider --internal --generate --target src/raider-resources.h
08:48:44 ../raider-1.2.1/src/raider.gresource.xml: Failed to locate “raider-window.ui” in any source directory.
08:48:44 [17/27] Generating src/raider-resources_c with a custom command
08:48:44 FAILED: src/raider-resources.c 
08:48:44 /usr/sbin/glib-compile-resources ../raider-1.2.1/src/raider.gresource.xml --sourcedir src --sourcedir ../raider-1.2.1/src --c-name raider --internal --generate --target src/raider-resources.c --dependency-file src/raider-resources.c.d
08:48:44 ../raider-1.2.1/src/raider.gresource.xml: Failed to locate “raider-window.ui” in any source directory.
08:48:44 ninja: build stopped: subcommand failed.

Will add a full build log as a 1st comment.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.