Running Mageia 9 Xfce, installed pdfmod-0.9.1-19.mga9 with its dependencies, and it seemed to work!
But the installation was bizarre: 14 pkgs, of which
     5/14: mono-core             #############################################
Mono Certificate Store Sync - version 6.12.0.182
Populate Mono certificate store from a concatenated list of certificates.
Copyright 2002, 2003 Motus Technologies. Copyright 2004-2008 Novell. BSD licensed.
Importing into legacy system store:
I already trust 0, your new list has 142
 was followed by screenfulls of "Certificate added" messages, ending with:
Certificate added: C=CN, O="iTrusChina Co.,Ltd.", CN=vTrus Root CA
142 new root certificates were added to your trust store.
Import process completed.

It has no man page, so I tried to see whether it had any Help:
 $ pdfmod -h
It did not, but ended with a lot of error messages precipitated by:
[3 Warn  19:54:22.227] Caught an exception - System.IO.FileNotFoundException: Could not find file "/home/lewis/-h" (in `mscorlib')
...
[3 Error 19:54:22.227] Error Loading Document - There was an error loading /home/lewis/-h
 Fair enough.

Trying just the bare command
 $ pdfmod
started it OK, and selecting a file to open worked. As did specifying the file on the command line, e.g.
 $ pdfmod < absolute or relative path to file >

Note that I did *not* try actually using it; but the PDF file was always correctly displayed in the application window.

Can you try UNinstalling pdfmod (urpme); then removing all orphans (urpme --auto-orphans); then clear the RPM cache (urpmi --clear); then re-installing it (urpmi).
Oh - and say what desktop you are using.

CC: (none) => lewyssmith
Status: NEW => UNCONFIRMED
Ever confirmed: 1 => 0

Good evening, I did what you told me:
I uninstalled pdfmod with urpme pdfmod then I deleted all orphans with urpme --auto-orphans then I emptied the RPM cache with urpmi --clean then I re-installed pdfmod with urpmi pdfmod but the result is still the same if I launch pdfmod then I open a .pdf file --> crash the file doesn't open. Same thing if I type pdfmod <absolute or relative file path> also crash.
I'm using the LXQt desktop.

Thank you for doing all that. I will try this under LxQt.

CC'ing Frank & Morgan to try it quickly, please. It is easy: just a question of whether it starts OK opening a PDF file, or crashes. But see comment 1 re installation.

CC: (none) => fri, sturm-fr

On Plasma, nvidia-current
Using MCC, installed with deps
- glade-sharp2-2.12.45-9.mga9.x86_64
- glib-sharp2-2.12.45-9.mga9.x86_64
- gnome-sharp2-2.24.5-6.mga9.x86_64
- gtk-sharp2-2.12.45-9.mga9.x86_64
- lib64bonobo-activation4-2.32.1-16.mga9.x86_64
- lib64bonobo2_0-2.32.1-16.mga9.x86_64
- lib64bonoboui2_0-2.24.5-14.mga9.x86_64
- lib64gdiplus0-6.1-2.mga9.x86_64
- lib64gnome2_0-2.32.1-23.mga9.x86_64
- lib64gnomeui2_0-2.24.5-14.mga9.x86_64
- lib64idl2_0-0.8.14-11.mga9.x86_64
- lib64orbit2_0-2.14.19-22.mga9.x86_64
- libbonobo-2.32.1-16.mga9.x86_64
- libbonoboui-2.24.5-14.mga9.x86_64
- libgnome2-2.32.1-23.mga9.x86_64
- libgnome2-schemas-2.32.1-23.mga9.x86_64
- libgnomeui2-2.24.5-14.mga9.x86_64
- mono-core-6.12.0-4.mga9.x86_64
- mono-data-6.12.0-4.mga9.x86_64
- mono-data-sqlite-6.12.0-4.mga9.x86_64
- mono-extras-6.12.0-4.mga9.x86_64
- mono-mvc-6.12.0-4.mga9.x86_64
- mono-wcf-6.12.0-4.mga9.x86_64
- mono-web-6.12.0-4.mga9.x86_64
- mono-winforms-6.12.0-4.mga9.x86_64
- orbit2-2.14.19-22.mga9.x86_64
- pdfmod-0.9.1-19.mga9.x86_64

Answer: crash depends of pdf.
An invoice I made with FriBok: OK
Intel main board manual: Crash.

I guess we should look for upstream bugs and updates.

Terminal output from the run from CLI:

[morgan@svarten ~]$ pdfmod
[1 Debug 21:22:07.360] Starting PdfMod 0.9.1
[1 Debug 21:22:07.474] Cache directory set to /home/morgan/.cache/pdfmod
[1 Debug 21:22:20.080] Loaded /home/morgan/Tribun/Eko/Fakturor/F2512_Elsanta.pdf
[morgan@svarten ~]$ pdfmod
[1 Debug 21:22:45.164] Starting PdfMod 0.9.1
[1 Debug 21:22:45.221] Loaded custom AccelMap from /home/morgan/.config/pdfmod/gtk_accel_map
[1 Debug 21:22:45.247] Cache directory set to /home/morgan/.cache/pdfmod
[1 Debug 21:23:03.392] Loaded /home/morgan/Kunder/Dariusz/Sorteringsmaskin PERFECT OMS470/Manual styrPC moderkort Intel dp55wg.pdf
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.NullReferenceException: Object reference not set to an instance of an object
  at Gtk.Entry.TextInsertedSignalCallback (System.IntPtr arg0, System.IntPtr arg1, System.Int32 arg2, System.Int32& arg3, System.IntPtr gch) [0x00082] in <7aab76e87bce48a4b45cf7fa613cb70c>:0 
  at GLib.ExceptionManager.RaiseUnhandledException (System.Exception e, System.Boolean is_terminal) [0x00000] in <ed39f21b9e9343dcbd442a17ad356a9f>:0 
  at Gtk.Entry.TextInsertedSignalCallback (System.IntPtr arg0, System.IntPtr arg1, System.Int32 arg2, System.Int32& arg3, System.IntPtr gch) [0x00000] in <7aab76e87bce48a4b45cf7fa613cb70c>:0 
  at Gtk.Entry.gtk_entry_set_text (System.IntPtr , System.IntPtr ) [0x00000] in <7aab76e87bce48a4b45cf7fa613cb70c>:0 
  at Gtk.Entry.set_Text (System.String value) [0x00000] in <7aab76e87bce48a4b45cf7fa613cb70c>:0 
  at PdfMod.Gui.MetadataEditorBox+TextProperty.SetDefault (System.String default_value) [0x00000] in <e481263b622447bcbb576ff3358715dd>:0 
  at PdfMod.Gui.MetadataEditorBox.HandleDocumentLoaded (System.Object o, System.EventArgs e) [0x00000] in <e481263b622447bcbb576ff3358715dd>:0 
  at PdfMod.Core.Client.OnDocumentLoaded () [0x00000] in <e481263b622447bcbb576ff3358715dd>:0 
  at PdfMod.Gui.Client+<LoadPath>c__AnonStorey0.<>m__1 () [0x00000] in <e481263b622447bcbb576ff3358715dd>:0 
  at Hyena.ThreadAssist+<BlockingProxyToMain>c__AnonStorey1.<>m__0 () [0x00000] in <bea5f8dc246647e19ee46c3c4d128568>:0 
  at PdfMod.Gui.Client+<RunIdle>c__AnonStorey4.<>m__0 () [0x00000] in <e481263b622447bcbb576ff3358715dd>:0 
  at GLib.Idle+IdleProxy.Invoke (System.IntPtr data) [0x00000] in <ed39f21b9e9343dcbd442a17ad356a9f>:0 
  at GLib.SourceProxy.HandlerInternal (System.IntPtr data) [0x00000] in <ed39f21b9e9343dcbd442a17ad356a9f>:0 
  at Gtk.Application.gtk_main () [0x00000] in <7aab76e87bce48a4b45cf7fa613cb70c>:0 
  at Gtk.Application.Run () [0x00000] in <7aab76e87bce48a4b45cf7fa613cb70c>:0 
  at PdfMod.Gui.Client..ctor (System.Boolean loadFiles) [0x00000] in <e481263b622447bcbb576ff3358715dd>:0 
  at PdfMod.PdfMod.Main (System.String[] args) [0x00000] in <e481263b622447bcbb576ff3358715dd>:0

Tried some more pdfs, more findings:
§ It does not matter if it is one or more pages.
§ it also crash on pdf made by LibreOffice.
§ with some pdf from internet I get a error dialogue instead of a crash.

@Robert,
To get work done, try some other of our packaged pdf editors.
Such as pdfarranger, does not crash for the same documents.

If not fixed soonish it can go in Errata with tip to use i.e pdfarranger instead.

...and I dont think it can be fixed as it seem develoopment is abandoned
https://alternativeto.net/software/pdf-mod/about/

So I suggest dropping for mga10.

Ever confirmed: 0 => 1
Status: UNCONFIRMED => NEW
Keywords: (none) => FOR_ERRATA9
Severity: normal => major
Component: Installer => RPM Packages
Target Milestone: --- => Mageia 10
Status comment: (none) => Fixable? or drop for mga10

Any packager have an idea if it can be improved?
If unfixable just drop it in Cauldron.

Assignee: bugsquad => pkg-bugs

Hello, I tried with pdfarranger and it works very well, so if pdfmod is not maintained you can perhaps ignore the bug I opened since what I did in the past with pdfmod is done very well with pdfarranger. Many thanks

Thank you for this report, and feedback that pdfarranger works well.

We will not ignore this bug (report) - feedback like this help us all to keep / fix working programs and abandon superfluous less working stuff, like now pdfmod.

(In reply to Morgan Leijström from comment #5)
> Tried some more pdfs, more findings:
> § it also crash on pdf made by LibreOffice.
First, thank your for your extensive testing.
The comment about LibreOffice PDFs in not true. I have several, and testing with PDFs from other sources, I pin it down simply to *whether the document includes images*. If they do not (text only), pdfmod starts OK; any document with images - the GUI appears briefly then disappears (crash).

Seems more convoluted than that:
1) My invoice contain a QR code image, no crash.
2) It crash on a pdf export of my text only report from LO writer.

Could be some pdf dialect - my invoice program is old and little maintained (except recent QR addition).  May be because 2) contain internal links, as well as internet links?  Or something else...

Oh well!

Do this program work better now after fontconfig update Bug 32525 ?

This package is broken and unmaintained since 2011.

It has the same crash on Fedora since Fedora 34 (2021) until now:
https://bugzilla.redhat.com/show_bug.cgi?id=1957107

It is broken on Ubuntu (some unfixed crasreports from 2012!):
https://bugs.launchpad.net/ubuntu/+source/pdfmod/+bugs?orderby=-id&start=0

Thanks for this note, Frank.
Noting this in the 'to drop' Tracker bug 32127.

Status comment: Fixable? or drop for mga10 => drop for mga10