We have an application that generates PDF files using Quick Report library.
Those PDFs cannot be edited in Adobe Acrobat 2020 (Adobe Acrobat has encountered an unknown error) but they can be edited with other PDF tools such as SodaPDF.

I tried all methods listed in this forum but nothing worked.

The only solution is to print the PDF using the 'Adobe Printer' and then edit this file.
It's a simple workaround but quite painful when you have to do it dozens of times per day.

It would be nice if Adobe could provide a fix for an issue that has been happening for years.

I simply want the global find-and-replace functionality found in most word processors to work on a PDF form. I have a 129-page application form in pdf format. It asks questions in form fields to which I respond in data fields. I wish to do a global replace of text in the data fields (say to change a name of a person/organisation). To do so, I have to take several steps which have very undesirable side-effects. I have to flatten the file. I can now use replace, but... the look-and-feel of the original document is significantly altered, the auto-orientate feature of portrait/landscape pages does not work (and "organise pages" must be used as a workaround), and I can no longer edit the form in the simple way that I was able to when the form was unflattened (the flattened text is now in bounding boxes that can interfere with layout and text formats). I raised this with Adobe Chat Support (who suggested the workarounds) and advised me to raise this as a feature request/bug report.

I need to be able to protect PDFs on my Mac from editing BUT allow annotations. We have tried taking the following steps...

We saved a Word doc as pdf on Mac, uploaded it to Adobe Pro, in 'allow changes' chose commenting, filling in form fields, and signing existing signature fields.

We then sent the protected pdf to various devices.

Recipients were prompted to enter a password in order to annotate on Samsung Tablet and Ipad.

Surely, allowing annotation while protecting the pdf from editing is much in demand these days, in particular in the education field where students are receiving pdf worksheets and wish to write their answers using annotation tools on their mobile devices.

Please consider combining the Page Number and date format and Page Range Options into the existing Add Header Footer Window or at least a single pop-up, rather than two separate ones. They reduce the efficiency and accuracy with which the tack can be performed. Do you intend to make your software less efficient and error prone?? Because if so you have succeeded!! CONGRATULATIONS!

For example, when I need to add page numbers to 61 sets of numerous pages on the footer, that means according to your current set-up with the pop-up for page number and date format, and the second pop-up for the page range, I have to complete not 63 windows, but 186 pop-up windows so I figure this task takes 3 times as long as it needs to!! WHY?? It seems ridiculous that I have to take extra time to pop open these additional windows each time when I could easily type this information in the existing window. Opening these windows and having the information hidden from view also make the process more prone to error which means more chance of having to redo a set of footers or the ENTIRE file as certain tasks in the header/footer section can't be undone.

When one crops a document, the "Apply to:" dialog preference selects between "Even and Odd Pages", "Odd Pages Only", and "Even Pages Only". This preference is sticky, based on the last document that was cropped. In practice, documents are uncorrelated.

These probabilites aren't flat. To reduce user errors, it would be simplest to default to the setting users expect by default: "Even and Odd Pages".

If one expects the user to check this setting every time, then it would make sense to play the probabilities, and default to the most likely setting based on recent history. For example, phone GPS navigation often correctly guesses my destination based on my current location and the date/time.

If Abobe believes that I live in a post-print bubble, and most users are still working with documents with even, odd offsets intended for bound books, then Acrobat should at least notice whether I'm on an even or odd page, and switch accordingly between "Odd Pages Only", and "Even Pages Only"?

Acrobat could of course inspect the pages; it would be trivial to determine if an offset is needed for the current document, and provide that offset, rather than requiring the user to crop twice.

Defaulting to the choice made for the previous document is simply wrong. If John Warnock invested his fortune by this principle, he'd have to come back to work.