malakymr / pdfrider Goto Github PK

pdftk is called for every file to show details on pages - for large amounts (3000 etc) this takes a long time (approx 7 minutes). Then crashes the process when trying to merge.

PDF files are not cleared away from temp when finished/exiting

Various processes that are run are run via a copy of pdftk.exe that is copied into the source folder of the PDFs.

For networks where .exes are whitelisted (in their locations) or completely blocked from running in %appdata% (ransomware protections etc) this does not work.

The process is calling something like "pdftk.exe 1.pdf 2.p".

pdftk can read from folder paths.

The fix is to change the "output" entry from just "pg_...pdf" to "c:\folder\pg_.pdf" with quotes to handle spaces - you're allowed to put a path with a mask.

There is also a 1 second delay coded in before the temporary .exe is deleted.

(This is a placeholder - a patch was already prepared for the old repo and needs to be applied here)

Currently uses the older style which has no access to the side bar options etc.

Should be migrated to System.Windows.Forms

(This is a placeholder - a patch was already created on codeplex and needs to be applied here)

The merge process seems to create files 1 and 2 first, before adding 3 to the merged file, and so on.

This causes an output file per file to be created which progressively gets slower as file sizes increases.

When opening a new document PDFRider complains that there is a problem with the document, and various options (Burst, Insert etc) are greyed out.

The user has no local admin access (as it should be).

When giving the user Modify access to \Program Files\PDFRider\ it works fine thus something is being edited in this folder.

Running processmonitor I find that pdftk.exe is producing a pdfdata.txt in that folder, and because its failing to write there pdfrider fails to read it.

PDFAction.cs

// File generated by the dump_data function of pdftk:
//   it contains various informations about the pdf file.
private const string DUMP_DATA_FILE_NAME = "pdfdata.txt";
private static string DUMP_DATA_FILE = Path.Combine(BASE_DIR, DUMP_DATA_FILE_NAME);

Since this folder can be specified it should go into temp. A few other things do not write to temp either (pdftk's output).

(Issue raised although a fix has been submitted to old repo that needs to be moved here)