23
Jun
10

Update to 8.4.2: FowP3Uuid fallback file processing

If you get a ‘Cannot find FowP3Uuid’ failure you might want to upgrade to 8.4.2.

Advertisements

14 Responses to “Update to 8.4.2: FowP3Uuid fallback file processing”


  1. 1 5iver
    June 23, 2010 at 5:06 am

    I get an unknown paste ID error when searching for this particular revision update.

  2. 2 5iver
    June 23, 2010 at 6:46 am

    It is now available, all is well.:)

  3. 3 Stephan Weber
    June 23, 2010 at 9:19 am

    Google doesn’t seem to show all results – you have to press ‘show all search results’

  4. 4 [d]
    June 23, 2010 at 10:50 am

    Error: RetVal=0&Reason=AskUnp while trying to open FileOpen’ed PDF. I can upload the file when prompted.

    • June 23, 2010 at 2:57 pm

      Sure – follow the ‘bug report’ blog thread for the exact process.

      Greetings
      tc

    • June 24, 2010 at 12:54 pm

      Try 8.4.3 and if it isn’t working report back.

      • 7 [d]
        June 24, 2010 at 1:26 pm

        Works beautifully. Thanks a bunch. Donation is in the pipeline. 🙂

  5. June 24, 2010 at 8:12 am

    Windows Vista: When I click on “Decrypt” nothing happens
    Version 7.4 working Ok

    • June 24, 2010 at 12:54 pm

      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.

      • June 24, 2010 at 3:33 pm

        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

        • June 24, 2010 at 4:33 pm

          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.

  6. June 24, 2010 at 5:13 pm

    My path is 100% ASCII but my PDF contain Unicode characters

  7. June 24, 2010 at 5:29 pm

    I Tried non-unicode PDF works beautifully
    That mean Unicode characters problem

  8. June 26, 2010 at 1:08 pm

    ineptpdf – 8.4.7 works beautifully


Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s


Enter your email address to subscribe to this blog and receive notifications of new posts by email.

Join 175 other followers

Recent Posts


%d bloggers like this: