If the pop-up window continues to appear every time you open a PDF, you may want to check your settings to ensure you have not accidentally enabled any notifications or promotions from Adobe. You can also try reinstalling Acrobat Reader to see if that resolves the issue.
NO, NO, NO. I dont want Adobe to jump onto the screen. I cannot use my regular app to open a Word doc, because this irritating Adobe message. If I close the message, the document does not open. Just tell me how to get rid of the rubbish.
I'd sugegst that you log into Adobe account, as you did to get into this forum. Then click on your icon in the top right and choose Adobe Account. Then click on Plans and payment < Plans from the top. See if any you have anything listed there. Report of you see anything. This is just to check if some plan was initiated and so Adobe is trying to get you to continue.
I am experiencing this same issue on my Samsung a53 mobile device. If I download a pdf it take me to the subscription offer with no 'not now' option and if I close the offer, adobe closes completely. Have uninstalled and reinstalled the app, tried signed in and signed out and same issue occurs. Seem like a scam to force us in to subscription?
None of this is working. Adobe wants to force us into trials of Adobe Acobat Pro. If we don't accept the trial, the program closes and we cannot download a pdf file. In the process, I cannot use my paid Adobe product-export pdf. If I can't download a pdf file, then how can I convert it to a Word document!!! Please do something about this. Obviously it is coming from Adobe.
As major traffic in Canada comes from Quebec, and oneTrust's performance(adobe analytics mapped) category takes default opt-out(until user opt-in voluntarily), thus missing significant amount of data. Is it unavoidable in client side app measurement setup? Any work around until we switch to server side?
Jennifer, thanks much for the response. My understanding is until user opt-in performance category, none of hits must be captured, so no data payload would be sent for that user, right. I didn't get you completely, but I hope this helps get the context of the Q.
If you are going for full on, Opt In to tracking, then you will get data loss.. 100%, nothing you can do about that... You've asked users to Opt In, they didn't.. Therefore you cannot track them... you can't force people to opt in...
If your policy was simply around cookies (tracking cookies), you could still track analytics about what content is being viewed, but prevent the ECID cookies from being set, and I believe you can set the s_vid cookies to expire at the session, preventing that user from being re-identified on their next visit... this will cause inflation in your UV stats, but you would still at least see what people are looking at and get basic stats around traffic.
My understanding around the Quebec Law is around identifying the user and collecting personal information... being able to collect "page views on page X" shouldn't fall under that (but I am no legal expert)...
It was so well put, and now I'm realizing the distinction between Geo regulatory expectation and our possibilities yet. it's a spectrum rather binary(mindset!). I'll explore s_vid, although it needs tweaking in Launch as we have currently primarily relied on the ECID opt-in/out(based on OT cookie val) to to send/not the payload despite rule execution condition.
Sadly, a lot of this is so new to us all.. I don't know if there are any specific articles out there (there are probably some, and I bet like here, there's going to be a lot of varying viewpoints while everyone tries to navigate all these new legislations).
I just know that I was helping someone in the last few weeks that after disabling the ECID during the Opt-Out state, Adobe will default to the s_vid cookie (which is still "following" the user)... It's just that ECID is network wide (all your sites in your organization), vs s_vid which is set to the specific domain (basically this is how users were tracked before ECID was a thing)... So in theory, if users opt-out, you can disable ECID and I think set the s_vid to expire after the session... but this would still allow you to track basic data about your site...
Before ECID, my understanding was app measurement JS itself set s_vid, but now within AA extension in Launch, there is a place holder in cookie accordion for customer to set. We can absolutely populate a session cookie or session length persistency. Would there be any data processing concerns from Adobe, pls advise?
That is also what I was saying... I think the will still set the old s_vid... but I think it will set it to none or session, or "X" Seconds if you change it from default... it might apply to all cookies set by the tracking, but I don't know if this will apply to cookies set via plugins (if you have any)... you would have to test this.
The only processing issue you will experience is likely to be higher UVs...(which you already have anticipated for) since opted out users will be treated as a new visitor on each visit... but I don't think anything else will be impacted... the session based s_vid should allow all the pages inside the visit to at least be stitched together. If no s_vid, then Adobe will write a temporary s_fid (fallback id), which I don't believe has a long life, but again, it's better to confirm this.
This may require support.. maybe that's a bug, or maybe they can explain the rational behind setting it that way... (I suspect a bug... since the cookie lifetime was something I don't recall being an option back in the old days of hosting the AppMeasurement.js files (or even older to the s_code.js files.... )
Basically, Adobe looked for the ECID, then for the s_vid, then for the s_fid to send an identifier to Adobe... with all the cookie opt-outs, ECID is easy, s_vid is decent (when you can set the lifetime to session - which if you have ECID you shouldn't need), but s_fid seems it might be an issue... I also don't know if Adobe will use the s_fid to reset the s_vid (to try and "re-stitch" the user...).. this is why I think support would be really helpful here...
And another thought that "would Adobe reset(to re-stich) s_vid", also now ruled out; within single session I deliberately changed my s_vid(not s_fid) twice, and eventually my report tells me 3 visits and not one(not stitched despite retained s_fid in all those hits). Thanks Jenny.
795a8134c1