Removing usage rights

Hi,
I am looking for a way to remove usage rights from a pdf with the adobe reader.
My scenario:
I made a form to be filled out by our receptionist using acrobat pro 8.0 and live designer. She fills it out (its an order ack. form) by opening it in the reader, and then she sends it out to customer. We had 1 customer make a change on the form(by accident) and they must have saved the document after making a change. We would like to avoid this in the future by having her remove the usage rights before she sends it out, but the reader does not have the "save a copy" feature.
Any suggestions?

It used to cost $50K upwards (anywhere up to $1M) to enable usage
rights, so it's hard for me not to see the new system where you can do
things in Pro as anything but an enormous bargain. But if you weren't
used to the old regime, you may see things differently.
Aandi Inston

Similar Messages

Opening the form will remove usage rights?

Hi everyone,
I reader extended a form in my trial version. After that, when I try to open the form in livecycle designer, I see a message box saying that
" Some usage rights have been applied to the form you want to open. Opening the form will remove usage rights. Do you want to continue? "
Why is this message appearing? why is it removing the usage rights when I open the form?
Thanks in advance,
kc

I think that there is some confusion on reader extensions. A person/process applies reader extensions rights to a designed form. If you read an existing form into designer and make a change, that constitutes a new form. The reader extensions process had been done on the input. You have to reader-extend the form with the changed design after you save it from designer.
I would expect that you would NOT get a message like this if you opened the form in Reader.
Think of reader extensions like it was a signature. If you change the underlying document, you invalidate the signature. The message box is alerting you to the fact that the redesign process will remove the reader extension rights and you'll have to do the reader extension process again.

Acrobat 9 Standard and the Digital Signature usage right

Acrobat 9 Standard is apparently able to apply certain usage rights to a document. I am trying to confirm whether or not the digital signature usage right is included. The
Acrobat 9 product comparison seems to indicate it is not, but the online help implies that it is.
Can someone with Acrobat 9 Standard confirm this for me by testing a document that you've enabled for use with Reader by attempting to sign a digital signature field with Reader?
George

In the office area, the Pro version might be good to have for the forms and other features. For the general library, Reader is probably adequate. Actually allowing PDF creation on public machines can be an issue. In a small libary system, Acrobat might be reasonable where you do not have to deal with a large, diverse population. However, for basic PDF creation, only Std is needed. Having both AA8 and AA9 on the same machine can lead to problems. However, if you remove one, you will likely have to repair the other.
The problem with older versions is that they may not properly read some of the newer PDFs that might be downloaded. For the latter, you could install the latest version of Reader, but you need to be aware that you may have to deal with issues of right clicking (windows) on a file and selecting which application to open a PDF with. For forms and some editing, the Pro version would be good to have. You also have PDF Optimize and PreFlight with the Pro version that generally are not including in the Std version.
To help compatibility with the files you create, you can select Start>Printers>Adobe PDF preferences (right click on printer). In the settings tab>Default settings> select at least Std or better Press or Print and then push edit. Under the general tab select the compatibility and set it to AA8 so that every thing is compatibile with the oldest version of Acrobat you have.
If you have more than one computer in the office, you might consider having AA8 on one and AA9 on the other. Do check and be sure you have licenses for whatever you have and that someone has not come in and installed a pirated version. Also be sure you keep the original CDs and licenses (or if they were downloaded, burn the downloaded version to a CD as an archive and write the SN on the label).
Now that I have confused you, are there more questions?

Reader Extensions / Usage Rights

I followed the procedure in this paper from Paul Guerette to set Usage Rights to my forms, but at run time, it pops up a message:
"This document contained certain rights to enable special features in Adobe Reader. The document had been changed since it was created and these rights are no longer valid. Please contact the author for the original version of this document."
On the top of the window, below the Reader toolbar, it says "you cannot save the data typed into the form". There's no "commenting" icon in the toolbar, no digital signature icon either. Looks as if it's not Reader Extended.
How do I fix this?
my ES version is GM, no Service Pack not patches applied.

My RE was the last step as well, it was after the "Workspace enable form" step.
I have run another test. I removed the RE step, and it's working the same way as before; everything worked on a desktop that has the Acrobat Pro.
I then launched the form/process in Workspace on a desktop that only has Reader-8, the form got rendered in the browser, and I saved the PDF (a blank copy, no data).
Then I ran this PDF through the RE browser interface, and it was successfully Extended. When I opened the extended PDF, there's a Digital Signature icon, the "message" (which was entered when applying the rights) was behind the "i" button; but there was no commenting icon (unlike some other non-form PDF files, those files got an extra commenting icon). There was no pop-up warning.
Some other "form" type of PDFs also didn't get the Commenting icon after extended through the browser interface. I thought we could put some yellow stickers onto forms before? ES/Reader-8 doesn't allow you to do that anymore?
I have run another test, this time I removed all the scripts behind the Form:ready event, there's no other script. But it didn't help, I still got the popup warning. So, what could have caused it to think that the form got modified after the ApplyUsageRights ??? Why the Rights don't stick?

Some usage rights have been applied pop-up

When I edit a form in livecycle I often get the pop-up:
I just click Yes and continue on, however; a coworker of mine is using fields from the forms to populate into an application they have built and cannot get passed the pop-up. Is there any way to disable the pop-up or something I can set to stop it? Thank you for any information you can provide.

You get the pop-up because the Reader Extensions for saving the PDF is enabled...
They give you this pop-up because if there is any data entered in the PDF, it will be lost because LiveCycle can only modify the template of the PDF Form.
Which means the initial Form as it is created. Once you enable Reader Extensions you MUST remove the usage rights to be able to modify the form...
If you want to keep the data inside the form, you should keep a copy on the side to be able to re-enter the data inside the form once it is modified in LiveCycle.

Enabling Usage Rights on Livecycle PDF Causes Problems with Table

I have a form that uses a script to dynamically add rows to a table. Everything works great, except that once I enable usage rights on the PDF, the header row repeats 3 times on the document.
LINK TO DOCUMENT WITHOUT USAGE RIGHTS (link removed) Everything works perfectly, but once I enable usage rights...
LINK TO DOCUMENT WITH USAGE RIGHTS (link removed) As you can see the table is all messed up. The header row repeats 3 times.
I am at a loss as to why this is happening. If anyone has any ideas, I would be greatful!
EDIT: Okay so I figured out what my problem was for anyone else who has this problem. I UNCHECKED: "Repeat Row for Each Data Item" in the Object Properties of the Header Row. No more repeating headers!

Hi Sachin,
Just run into a solution. You should upgrage to Reader Extensions v7.0.2 for this to work. Read the section
"Enabling commenting in a PDF document rendered in a web browser"
in the ReadMe.htm file that accompanies Adobe LiveCycle Reader Extensions Version 7.0.2
The procedure described lets you enable Adobe Reader 7.0 and later to allow commenting when the PDF document is rendered in a web browser, similar to Adobe Reader 6.0.
Regards,
Evangelos

Why does the tab order I set change when I enable usage rights?

I am using Adobe Pro 9.1.2 - set the tab order manually in a 4 page document - test everything - works great. Then, I enable usage rights, go back into the document to test, and the tabbing is out of order again. I have done this multiple times and what should have been a simple task is now taking hours to complete. Help!!! This didn't happen until I upgraded to this version.

Helvetica Neu 10 pt is the default text style for Numbers tables.
Setting a different style to one, some, or all cells does not make that different style the 'default.' Here's an example of the effects of three different sets of actions. All cells in the table had been set to display text as Jazz LET, 12 pt. The original content of B3, C3, and D3 was the same as is shown in C4. For each of the cells in row 3, the procedure described below was carried out, then the text shown was typed into the cell.
When you Select a cell, then "Cut" the cell, the cut includes the text AND any style that has been set for that cell, and the cell reverts to the default style. See cell B3 in the example.
If you Select the cell, Copy, then press delete, the text (and style) are copied, the content (text), but not the style, is deleted. See C3.
If you click on the cell to select it, click again to place the insertion point in the cell (to edit the text), then Select the text and press delete (or Cut), then the text is removed from the cell, but the style remains. See D3.
Regards,
Barry

Problem with enabling usage rights for Adobe Reader

Hi All,
I have designed a form using Live cycle. From Live cycle I export it as PDF. As a final step, I open the PDF by using acrobat professional to enable usage rights for Adobe Reader. As soon as I enble the rights it saves the document with a different name, which is fine. However; at the same time it also runs the postsave events from the form and removes a couple of objects. How do I avoid this? My form has very little code:
There is a drop down field called 'LearningSolutionsAdvisor' which has the following code on PostSave event:
NewHorizons.Page1.LearningSolutionsAdvisor::postSave - (FormCalc, client)
LearningSolutionsAdvisor.access ="readOnly"
There is 'Save' button which has the following code:
NewHorizons.Page1.Save::click - (JavaScript, client)
app.execMenuItem("SaveAs");
NewHorizons.Page1.Save::postSave - (FormCalc, client)
Save.presence = "invisible"
I thank you for your help in advance.
Regards,
Girish

This video is very helpful as it explains exactly what I want to do: Extend Features in Adobe Reader, to allow my readers to save their changes. However, I do not have that option in my version of Adobe X Pro 10.1.4. Can anyone explain to me why I don't have that option, and what an alternative would be?

Repeating Subforms after applying Usage Rights

Hi Guys,
I've been going crazy trying to get this problem solved over the last couple of weeks. I unfortunately can't post the PDF due to privacy issues, but I'm hoping you might be able to point me in the right direction for what might be causing the issue.
The Problem
We're running into a problem once the LiveCycle PDF is opened in Acrobat Pro and has Usage Rights enabled. Once we save the PDF, then re-open it, the repeating subforms start misbehaving. For example, when we re-open that document, rather than the subform having 1 instance (as it should be default), it opens with multiple instances of 2, 3, 6 or 20).
This issue only occurs once Usage Rights have been enabled on the document, and it's always the same number of instances being repeated.
Document Details
The PDF document was created in Indesign then imported into LiveCycle to apply the interactivity. There are a total of 17 pages
There are several subforms throughout the file on various pages. Each of these subforms has a button below them which allows the user to add additional instances of the subform (using the built-in script that LiveCycle generates). Each subform has a minimum count of 1 and maximum limit set to 20. The "initial count" has been set to 1, but it appears LiveCycle removes this value if it is the same as the minimum count.
This document does not tie into any database. It is simply an interactive document that allows users to show/hide pages based on the checkboxes they tick on the first page (just changes page visibility). The idea being, the customer can save the form once they've completed the fields required, then email it back, so save functionality is a requirement (which is why we need Usage Rights).
What I've Tried So Far
I've done a lot of reading on the subject, and I've seen people mention that subforms with non-unique names or empty subforms can cause the issue. I've checked through the document and all subforms have a unique name and there are no empty sub forms.
As a way to trying to narrow down which elements might be causing the issue, I resorted to deleting multiple pages from the document to track down a specific element that might be causing the issue, however, i didn't have much luck with this. The removal of the majority of pages other than the single repeating subform resulted in the subform repeating itself 6-8 times (can't remember specifically, but it previously repeated itself 20 times)
Any Ideas?
I know it's a bit difficult without being able to see the document directly, however I'm hoping someone might have a suggestion for anything I may have overlooked. Is it simply Usage Rights screwing things up, or is there potentially something in my code that conflicts with the usage rights. The thing I find most confusing about this scenario is the apparently randomness for how many instances show up. The first subform pre-loads with the maximum limit available, but the rest of the forms most load with only 2 instances (when they also have a max limit of 20 items).
I've read a few forums where people suggested Reader Extensions, however according to Adobe's system requirements it doesn't seem to match what we're trying to achieve. There is not database interaction at all - we only require the ability of users to save the PDF locally.
If anyone can offer suggestions for where I might need to look to sort the issue out, I'd be most appreciative. Thanks!

Hi,
Your description of the problem is very detailed. Send me a private message if it is possible to send the form to an individual instead of posting it publicly.
Here is a thread on repeating subforms, that may help: Saving finished Form duplicates some subForms I used a console.println line of script to try and help identify the problem.
I would try and minimise the number of flowed subforms and only use them where they are required for the contents of that subform. In all other cases use positioned subforms.
Minimum count only serves a purpose when you have a button that allows a user to delete instances. A minimum count of 1 means that the user can delete instances, but not the last remaining instance. Unless you need this, you could take this out.
I don't think the problem is because the form is enabled. There must be something else going on in the background.
Try opening the Javascript Console in Acrobat/Reader (pressing Control+J) and see if any warnings/errors come up. Also put in a console.println script to display the nodes in the console.
Good luck,
Niall

"Missing media usage rights" files won't sync?

Hi. I am trying to sync sound files to my Clip+. Most sync OK, but some (many) will not. The result is the same whether using Windows Explorer to drag and drop the files, or using Windows Media Player to sync them. (I am running Windows 7 Ultimate and Windows Media Player 12.) I believe the problem is related to usage rights. In Windows Media Player, when I view a sync report, right-click on a problem file anc select Propertes, under the Media Usage Rights tab this message appears; "This file is missing media usage rights". Files which have synced successfully show "This file is not protected". Windows Explorer cannot identify the problem files. It simply shows that no files are protected. MediaMonkey is also unable to identify these files when an appropriate script is run. I am able to overcome the issue by using Tunebite to copy the file, but Tunebite's auto-search for DRM-protected files is also unable to identify the problem files. Does anyone know of a way that I can automatically identify the problem files so that I can place them in one folder and quickly run Tunebite on them to fix the problem? I would very much like to avoid having to manually select each file. (I believe I mentioned that there are LOTS of them!) Any advice would be appreciated. Thank you.

Thanks for the suggestions guys. Unfortunately, however, none of them work for me. No matter what method I use in Windows Explorer, even after a reboot of the computer with Windows Media Player not started, the transfer of the problem files fails. From my research it does seem to me that the problem lies with the media usage rights. Whenever a file displays the message "This file is missing media usage rights" it won't sync/copy. I have seen suggestions that this message can occur following a change of CPU. I have definitely changed computers since these files were originally created so that might be related to the problem. The actions I have seen recommended as possible solutions haven't worked for me. The only thing that has worked has been to use Tunebite (which can legally remove protection by copying the original file). After running Tunebite on a problem file the media usage rights message reads "This file is not protected" and I can sync it correctly with the Clip+. Unfortunately - unless anyone has any other suggestions - I may have to run Tunebite on all my music files. That will be pretty fiddly and time consuming if I am to preserve my setup. If anyone has any other thoughts please post them. Thank you.

Enable Usage Rights Resetting in Adobe 8.1.2

Hi!
I've created a series of forms using Livecycle that need to be sent off to multiple recipients, who need to be able to save/print/etc. from Acrobat Reader.
Using Professional 8.1.2 I've been Enabling Usage Rights with Acrobat Reader but when I open the forms up again the next day the rights are no longer enabled and I have to enable them all over again! It doesn't happen every time - they stick with some forms - but most of the time they seem to be reset and it's getting very hard to keep track of which forms are still enabled.
Is this a known problem? Any ideas??

I've double checked my fonts, and the only fonts used are Myriad Pro which I'm pretty sure is embedded across Acrobat.
Do you know what kind of scripts might cause the change? I've got a couple running in the forms - the ones that I've written myself are:
1. calculation scripts (just pretty simple numeric calculations on inputted data)
2. an if... then script that runs on a dummy e-mail submit button that clicks the actual submit if a check-box is ticked
I know there's also script running in the 'current date' field, which is the only thing I could think of that might be running every time the form is opened, and which might explain why the rights stay until the next day. However, if I try to recreate the problem by changing the date on my comp calendar and re-opening the forms, the usage rights are still sticking there fine.
Do any of these seem like likely causes, or are there other scripts that might be hidden around on the form? What's the best way to check?
Also, all of my scripts were written in Formcalc instead of Javascript - would this make a difference?

Adobe reader does not open usage right enabled files in Ubntu 8.0.4

I have a series of pdf files with the usage right enabled in adobe acrobat.
When I try to open them in linux Ubuntu 8.0.4 the adobe windows flashes for a second and the disappears. I tried to run the command in a terminal but it doesn't give me any error or warning message. I am just wondering if any one else has been able to resolve this issue.

Thanks Farshid for sending the file.
We have tried using the file you sent on multiple linux distributions with Linux Reader 8.1.2 but we're not able to replicate the issue you're facing. We've tried on Ubuntu 8.04 as well and haven't seen any issues.
Could you share more information, includign the version of the reader youre' trying to use (you can see that at Help > About Adobe Reader).
Thanks,
Gaurav

Enabling Usage Rights with Adobe Pro 6.0

Is there any way to enable usage rights in Adobe Acrobat Pro 6.0?
Am i forced to buy a newer Adobe product in order to do this?
Is there software online that allows me to do this?
I would like to allow users to markup drawings in Acrobat Reader.
Any help would be very much appreciated...

OK, let's go again...
Q: What is available online to enable usage rights?
A: Nothing.
Q: If i don't have to purchase more software through Adobe, what are my
options?
A: You do have to purchase software from Adobe, namely Acrobat Pro.

Enabling Usage Rights In A Form Created In Older LC, But Updated In Newer Version of LC

Has anyone run into the situation where updates have been made in a form that was originally created in an older version of LC with a newer version not enabling the usage rights for Reader? I have a form that I created that was done in an older version, and I recently needed to make updates to it, and I now have Adobe Pro X. Anyone who has Adobe Standard or higher can access the form and fill it out, but if someone only has Reader, they really cannot do anything with it. It has created a problem in my office. Once we figured out what was going on, I had to find someone with Adobe Pro 8 to pull up the form and enable the usage rights in Reader. I'm really hoping it is that I am missing something, but I don't know.
Here is how the form is set up as a default:
Thanks for any help that you can give me!
Maribeth

Sorry it took me so long. Things have been crazy, but here's what you do:
File > Save As > Reader Extended PDF > Enable Additional Features...

Form submit not working even with usage rights enabled

Hi everyone,
I created a form in Acrobat 7 professional (mac version), then used Acrobat 8 (windows version) to enable usage rights.
I have the following javascript code attached to a submit button:
this.mailForm(true, "[email protected]", "", "", "RSVP", "Yes! Please register me.");
When I test the form in the full version of Acrobat by pressing the submit button, it automatically launches my email program, attaches the form's .fdf file and addresses the email, ie. just as the code directs. The problem is that when I try and test in either Acrobat 7 or 8 Reader, it won't work, ie. I press the submit button but the email program doesn't open etc. As I said, I've already enabled usage rights in Acrobat 8 so I don't know why it's not working.
Can someone tell me what might be going wrong?
Appreciate any help offered.

pjones, Tembowa is correct.
if you look up the mailForm in the JavaScript reference guide, you see it's marked with the letter 'F', meaning that the PDF requires Form rights in order for this method to work in Reader.
Now as you rightly say you can use Acrobat 8 pro to extend a PDF with usage or Save rights. (These will be marked by the letter 'S' in the JS reference guide.)
In short when you enable a PDF in Acrobat pro, you 'only' assign Save rights. This is not sufficient for the mailForm method to function in the free Reader.
For mailForm to work in the reader you need to assign a PDF with form rights, which can only be done using LC Reader extensions.
Hope this clarifies things.

Removing usage rights

Similar Messages

Maybe you are looking for