If you get a ‘Cannot find FowP3Uuid’ failure you might want to upgrade to 8.4.2.
23
Jun
10
14 Responses to “Update to 8.4.2: FowP3Uuid fallback file processing”
Leave a Reply Cancel reply
Top Posts
Recent Posts
- FYI: New FileOpen Plugin version released
- Update to 8.4.51: automatic APS offline key retrieval
- 2010 in review
- Update to 8.4.50: New APS-Onleihe Offlinekey and better error messages
- Background information: Mac (and Linux) support
- Update to 8.4.49: some small improvements
- Update to 8.4.48: improved tolerance for false file/registry entries
- Update to 8.4.37: script identification change to Adobe Reader
- Update to 8.4.46: script cleanup and optimizations
- update to 8.4.45: 2nd fix for ident4d problem
- update to 8.4.44: another fix for the ident4d problem
- help mobileread forum thread
- Updated progress report for ‘Unsupported Ident4D Decryption’ problem
- Update to 8.4.43: fix for user names longer than 13 characters and special uuid encryption
- Update to 8.4.42: improved nl/cr server response parsing
- Update to 8.4.41: # improved user/password request windows, better server response tolerance
- Update to 8.4.40: fix for non standard server responses
- Update to 8.4.39: sophisticated request mode differentiation, forced uuid calculation
- Update to 8.4.38: Small fix for user/password protection and ‘glitch control’
- Update to 8.4.37: patch for unicode paths/filenames
- FileOpen and APS PDF DRM removal
- FileOpen ineptpdf Twitter list
- Update to 8.4.36: previous machine/disk handling (PrevMach/PrevDisk)
- Update to 8.4.35: special handling for non-standard systems
- Update to 8.4.34: better user/password management
- Offtopic: aineptepub – added automated bulk processing (Tetrachroma)
- Update to 8.4.33: improved debug output option
- Update to 8.4.31: improved session cookie support and better server response error handling
- Update to 8.4.30: extended authorization attributes support
- update to 2.4.29: backport for bad formatted rc4 encrypted pdfs
- Big Update to 8.4.28: limited experimental APS support
- Update to 8.4.27: user/password fallback option
- update to 8.4.26: automated session/user cookie request function
- Update to 8.4.25: better unicode support
- update to 8.4.24: support for more security attributes and session cookie support,
- Vacation notice
- update to 8.4.22: disabled stdout prints for exception prevention
- Update to 8.4.20: small bugfixes
- Update to 8.4.19: 2nd fix for ‘bad file descriptor’ problem
- advice for ‘file descriptor problem’ victims
- update to 8.4.18: follow up bug fix for the DPRM problem and more readable error messages
- Update to 8.4.17: fix for several ‘=’ chars in a DPRM entity
- Information about “Error: [Errno 9]Bad file descriptor”
- Update to 8.4.16: improves user/pass detection
- Update to 8.4.15: “Error: [Errno 9]Bad file descriptor”
- Update to 8.4.14: fix for non-standard-conform fileopen pdfs
- Update to 8.4.13: small bug fixes
- Update to 8.4.12: fix for capital username characters and other unusual user login names
- Update to 8.4.11: alternative ident4id calculation
- Update to 8.4.10: line feed processing, non c system drive patch, nr support
I get an unknown paste ID error when searching for this particular revision update.
It is now available, all is well.:)
Google doesn’t seem to show all results – you have to press ‘show all search results’
Error: RetVal=0&Reason=AskUnp while trying to open FileOpen’ed PDF. I can upload the file when prompted.
Sure – follow the ‘bug report’ blog thread for the exact process.
Greetings
tc
Try 8.4.3 and if it isn’t working report back.
Works beautifully. Thanks a bunch. Donation is in the pipeline.
Windows Vista: When I click on “Decrypt” nothing happens
Version 7.4 working Ok
Try 8.4.3 (start it in the IDLE Python editor (included in Python) to see what happens) and if it isn’t working report back.
Exception in Tkinter callback
Traceback (most recent call last):
File “C:\Python26\lib\lib-tk\Tkinter.py”, line 1410, in __call__
return self.func(*args)
File “C:\Python26\ineptpdf842.pyw”, line 2346, in decrypt
INPUTFILEPATH = urllib.quote(inpath)
File “C:\Python26\lib\urllib.py”, line 1220, in quote
res = map(safe_map.__getitem__, s)
KeyError: u’\u0144′
Traceback (most recent call last):
File “C:\Python26\ineptpdf842.pyw”, line 2376, in
sys.exit(gui_main())
SystemExit: 0
In that case Python seems to have problems with Unicode. As a quickfix: move your pdfs out of the unicode path (you got some non-English characters in your path) to a non-unicode one (like c:\mypdfs\).
The issue will be resolved in one of the next revisions.
My path is 100% ASCII but my PDF contain Unicode characters
I Tried non-unicode PDF works beautifully
That mean Unicode characters problem
ineptpdf – 8.4.7 works beautifully