Reader DC - PlugIn - AVDocOpenFromFile/AVDocOpenFromPDDoc RdrCEF.exe

Why does AVDocOpenFromFile or AVDocOpenFromPDDoc open the program RdrCEF.exe and doesn't close the program when AVDocClose or AVWindowUserClose is called ?? Batch print getting impossible because you end up with lots of RdrCEF.exe programs in the task manager, as well as RdrCEF.exe crashes on Windows Server 2012 after you openend and closed about 10 documents.

As i said before, RdrCEF will crash on a Windows Server 2012 after about 10 times opening a document. Apparently the program thinks the doc is open still ! The AVDoc is needed since I use AVDocPrintPagesWithParams ( normal, tiled, booklet print etc ) without UI and for the PDDoc a print command doesn't exist, just notifications.

Similar Messages

Reader DC AVDocOpenFromFile - RdrCEF.exe

Why does AVDocOpenFromFile or AVDocOpenFromPDDoc open the program RdrCEF.exe and doesn't close the program when AVDocClose is called ?? Batch print getting impossible because you end up with lots of RdrCEF.exe programs in the task manager, as well as RdrCEF.exe crashes on Windows Server 2012 after you openend and closed about 10 documents.

Yes AmbooS, it is consistenly reproducible. Reader DC and PlugIn working even on, after the Windows RdrCEF crash message is acknowledged. But will crash after a short while again. When Reader DC is closed, all RdrCEF instances disappear in the task manager. On relaunch of Reader, same behaviour. On my Windows 7 / 8GB machine it takes a little longer for the crash, but it will come.

Enabling the Adobe Reader X plugin from Virtualized Browsers

I think I have this one figured out. From virtualized web browsers, I have never been able to use the Adobe Reader X plugin. The Virtual app would start to load any pdf and then crash with a message about a corrupt sandbox (ZAV application sandbox). This would happen if Adobe reader was installed on the machine or virtualized as a shared component. This may be because ARX runs out of its own sandbox. I have now got this working, I will do some testing from some other Browsers.
Application = Virtualized IE8 Configured from a recipe using ZAV 9
Fix = add the following to the "Child Process exception list"
Acropdf.dll; Acroiehelper.dll; Gbdetect.dll; and Pdfshell.dll
Virtual IE8 can now display PDF's using the web plugin. I will test with firefox and report back.

I had a chance to build this into a virtual Firefox, here are the results.
App = Firefox 12 build from snapshot with the latest flash built into the snapshot.
Test Machines all had different versions of ARX installed.
Child Process Exception List = Acropdf.dll; Acroiehelper.dll; Gbdetect.dll; and Pdfshell.dll + AcroRd32.exe < Would not work with only the dll's in there
Outcome, this does work, I have seen it load the plugin, load full adobe in the browser or just directly hand the pdf over to adobe application. I have had limited testing with this though. Any updates an I will post them.

Installation How-to for minimal/small footprint Adobe Reader & Firefox Plugin

I need to install Adobe Reader & Firefox Plugin in a small Linux based environment.
As a proof-of-concept, I downloaded and installed the AdbeRdr9.4.7-1_i486linux_enu.bin
to an NFS share mounted to the Linux thinclient. That worked -- eg, the plugin was available
to the browser so the OS will support that build. However, the client does not have much
writable 'disk' space available and using any type of share (NFS/Samba) is not an option in
the production environment.
I need to use the plugin from within Firefox (6.0+) and have to be able to print via CUPS.
DIsk space available is less than 50Mb, preferrably a lot less!
Is there a guide available for a mimimal installation?
Any sugguestions as to what files/directories I have to copy to the local filesystem for
* an absolute minimum ?
* a bit more if there's room?
Suggestions / pointers appreciated..
Tom

First - what version of Adobe Reader do you have?
And now it gets a little bit complicated. Adobe Reader can be a plugin to Internet Explorer, and it crashes when you try to open an online PDF document. That is not unknown; it happens sometimes.
But when you open the standalone Adobe Reader, it also crashes with a plugin error. This time it must be a plugin to Adobe Reader, not Internet Explorer.
Furthermore you write "the same plugin error window pops up" - so I can only assume that it is a Reader plugin that crashes, not the IE plugin.
What I would try in your situation:
open Control Panel | Add/Remove Programs, and uninstall Adobe Reader;
open Windows Explorer and navigate to C:\Program Files\Adobe\Reader 9.0\Reader and delete all plugin... folders;
reinstall Adobe Reader from http://ardownload.adobe.com/pub/adobe/reader/win/9.x/9.3.3/enu/AdbeRdr933_en_US.exe
The path in the second line above could also be ...\Reader 8.0\... depending on your Reader version.

Adobe Reader Browser Plugin - How to disable right click print

Here is some background to my question
I'm using Adobe Reader 9.2 and have configured to use the Adobe Reader Active X browser plugin.
which has the effect of launching pdf's within the IE browser rather than launching the full client. This is all working fine
I have a requirement that I need to lockdown certain menu items (for the purpose of this example, lets say "SaveAs" and "Print") and toolbars which I have also done successfully using folder level javascripts. For example I have created a HideMenuItems.js file and placed this in the "C:\Program Files\Adobe\Reader 9.0\Reader\Javascripts", here is a snippet of the file which relate to hiding / removing the SaveAs and Print items
app.hideToolbarButton("Print");
app.hideToolbarButton("SaveFileAs");
app.hideToolbarButton("Save");
These work fine and hide the Print and Save toolbar buttons from the Adobe Reader Browser plugin menu.
As an aside If I wanted to hide the same icons from the full adobe reader client I could use app.hideMenuItem("Print");
So this all works fine and I'm happy so far. Now, with these settings in place I launch the pdf within the browser, although save and print buttons are now hidden and I cannot add them back, I can still RightClick anywhere in the pdf and get the context menu, from there I can select print.
What I'm after is a way to either
(i) Selectively remove menu items from the right click context menu, and therefore remove the print option e.g something like app.[hideRightClickMenuItem]("Print") would be great but I dont know what that method is called.
or
(ii) Disable the RightClick context menu altogether for Adobe Reader Browser Plugin
Not bothered what the solution is whether its a reg hack - HKCU / HKLM / or javascript line I can add to my HideMenuItems.js, But basically I want to lock down the ability for the users to select print button from all sources including "CTRL + P",
Or if this is not possible let them hit CTRL P or right click print, but then not display the Adobe Print Dialog.
Basically the printing of the documents in handled by our web app sending a silent print to the adobe application which again works fine, I just need to prevent the users from being able to initiate a print from within the pdf when displaying the pdf in a browser.
Having searched around there is an API called AVAppRegisterForPageViewRightClicks which is supposed to prevent right clicks, But I dont know how to use this, or whether it can be used within my HideMenuItems.js file, tried many different syntaxes but to no avail.
Does anyone have any experience in this? Adobe - do you have any suggestions ?
Cheers
Will

Hi thanks for your response, yes it seems this API is availalbe but there are no examples of how to use it. You mentioned its available in Adobe reader and Adobe Acrobat plugins. Well I'm using the Adobe Reader Active X Browser Plugin so how would I use this API to restrict the Browser plugin.l
I am not a developer writing my own custom plugins, I simply want to use the out of the box adobe reader product, specifically the Active X browser plugin, but I need to be able to customise and restrict what the user is able to do.
The reason I need to do this is that we publish IE on a citrix server which users access to launch this highly secure web based application. The sensitive data that they view is in the forms of PDFs which are viewed by the Adobe reader browser plugin within the browser. The web application controls who can save, export, print etc, so I need to be able to lock down the Adobe Reader Active X browser plugin so that the user cannot initiate save, and print functionality from within the viewed pdf. I've done this successfully by restricting the menu and toolbar items but it is still possible to right click on the viewed pdf and click select print from the context menu. This would cause us a big security flaw, which would result in users that are only supposed to view being able to click print.
I published a desktop (locked down) and published IE (locked down) all successfully with GPOs so the users cannot do anything they are not supposed to do, however Adobe reader it seems cannot be easily locked down and this is a problem as I might have to start looking at viable alterantives. Surely a simple requirement as this could be acheieved with relative ease.
In an ideal world there would be an available GPO template (.ADM file), which could be used to centrally manage these type of settings. I dont even mind writing an ADM myself, I've written many before, but for example what I need is the appropriate registry entries and how they are used to lock down / restrict certain functions so that I can write such an .ADM file.
I dont mind how I achieve this, I just need a way to do it. So if using the API AVAppRegisterForPageViewRightClicks would achieve this, can someone please tell me how I can implement something that would use this API to restrict the right Click Print options for example.
The sort of answer I;m looking for would be
Create a file, paste in this code, place the file is this location xxxxx, this is a per machine fix so will affect all users
or
Edit the regstry and make this HKCU change xxxxx - This is obviously a per user fix so use normal methods to get this into every users profile.
or
Open up the file in this location xxxxxx and add AVAppRegisterForPageViewRightClicks = AlwaysDisable (or whatever the syntax is)
Thanks for you help
Cheers
Will

Adobe Reader Firefox Plugin

I am running Fedora 8 (kernel 2.6.23.9) with Adobe Reader 8.1.1 on a Core 2 Duo with 2 gigs of ram. When I use the Firefox browser (2.0.0.10) to read a PDF document, a process named acroread is started. I assume this is done by the Adobe Reader Firefox plugin. After you leave the document the acroread process begins to use 40-60 percent of the CPU and never ends. Exiting the browser does not stop the acroread process. It continues to run away. After a couple of attempts the kill command will end this acroread process. At one time I had four of these runaway processes running at once. I assume that every time I entered a PDF document in the browser it starts a new acroread process. This problem does not happen when you use the Adobe Reader outside of the browser on local PDF files. Is there something I can collect to help solve this problem? Is this a known problem?

Experiencing same memory leak problem on Fedora 8 Kernel 2.6.24.3-34 x86_64, glibc 2.7-2,
with FireFox 2.0.0.08, 2.0.0.10, 2.0.0.12, and 2.0.0.13
and AdobeReader 8.1.1 and 8.1.2
b Observations when running any version of FireFox:
*1-when reading a pdf file, System Monitor displays a new process called "ld-linux.so.2";
*2-when getting off the pdf file, process "ld-linux.so.2" remains active;
*3-when reading a new pdf file, another "ld-linux.so.2" is started;
*4-when closing FireFox, one or several "ld-linux.so.2" processes remain active and become runaway processes;
*5-these "ld-linux.so.2" runaway processes eat-up about 1MB per second until system freezes.
b Another observation:
*When starting Adobe Reader, System Monitor does not display "acroread", it displays "ld-linux.so.2"
Adobe Reader launcher uses a script called "acroread"; this script launches the binary either directly
or through "/lib/ld-linux.so.2".
b Further observations:
*1-In FireFox, when Adobe Reader is launched through "/lib/ld-linux.so.2", it becomes a runaway process.
*2-On the other hand, when Adobe Reader is launched directly,
]-System Monitor displays "acroread"
]-acroread always terminates as it supposed to do.
b Solutions:
* 1-add a symbolic link as follows:
]ln -s ld-linux.so.2 /lib/ld-lsb.so.3
*2-or install Package redhat-lsb as follows:
]yum install redhat-lsb
b Conclusion:
It appears that "/lib/ld-linux.so.2" is not handling the "term signal" received from FireFox when exiting a pdf page. When Adobe Reader is started directly, it does handle the "term signal" received from FireFox and terminates correctly.
b Outstanding Question:
Is "/lib/ld-linux.so.2" supposed to handle the "term signal"? If so, this is where the bug is because it does not. If not, why is it used to launch Adobe Reader?
Home my many hours of investigations can help someone.
b Note
Sorry. Problem is NOT entirely solved here! Still some memory leaks at times.

Reader Browser Plugin Plugins

Hi, i've looked on the net and can't seem to find the answer so i'll try here. Is it possible to write an Acrobat Reader 8 plugin that can run inside the Reader Web Browser (Internet Explorer) Plugin? I'm looking to extend the functionality of the active document viewer plugin (opened when a user browses to a pdf url) and not the html embeddable activex object.
thanks in advance,
zol

>Hi guys, Thanks for the feedback. Aandi,, do any other methods of gaining access to the content of the document work (e.g AVAppEnumDocs, PDEnumDocs??).
Things which enumerate documents should work. Though how you tell
which document is open in the "current" window is less clear; you may
need to track open events to remember documents.
>
>The documentation doesn't differentiate between Reader and Reader IE Plugin, is there any way to figure out what will and won't work apart from trial and error?
There's two quite separate issues here:
Reader plug-ins: limited technically and by license
Browser integration: the same for Acrobat and Reader; limited
technically.
>
>Furthermore, is there any way to perform this trial and error without paying for an integration license?
For the browser integration testing nothing special is needed beyond
Acrobat.
Aandi Inston

Adobe Reader 11 search updates through svchost.exe

I'd like to know because Adobe Reader 11 search updates through svchost.exe microsoft service.
When I try to update adobe reader, firewall warn me that svchost.exe process is attempting to access to armmf.adobe.com (TCP 95.100.227.235 - Port 443).
It could be a virus that has infected svchost.exe?

Updater is using BITs (http://msdn.microsoft.com/en-us/library/windows/desktop/aa362708(v=vs.85).aspx) to downlaod manifest.
BITs could be using svchost.exe
armmf.adobe.com is the right place.
I do not think there is anything to worry about.

Adobe Reader 10 + Plugins = Adobe Reader has encountered a problem and needs to close.

Platform: Win XP SP3 and Win7 SP1 (both 32bit)
Problem experienced with both Reader 10.0.1 and 10.1
To eliminate our custom plugins as an issue, we've performed our testing using a generic plug-in using the Adobe plug-in creation method.
We encounter this error ~3 times out of 5 tests.
When using a plugin I recieve the error about 2 seconds after I close Reader.
This is the message displayed in "more information":
Error signature
AppName: acrord32.exe AppVer: 10.1.0.534 ModName: acrord32.dll
ModVer: 10.1.0.534 Offset: 0001912d

spartan@343 wrote:
I can start PSE but when I start the organizer I get the error once the organizer opens.
You haven't said how are you starting the PSE? There are many ways, of course, but the two main methods are:
1) clicking on the desktop icon
2) Start/Windows Logo >> All Programs > Adobe Photoshop Elements
Now I suggest use the second method and then go into Edit first. Once you are in Edit, click on the Organizer icon on the top right corner.
This should start the organizer. Hopefully this would fix it forever when you exit from the PSE because the settings are normally saved on exit.
The above is an adaptation of this thread:
<http://forums.adobe.com/message/4597703#4597703>
Good luck.

Adobe Reader 9 plugin crash

Windows 7 Home Premium
Firefox 3
IE 7
Whenever I try to read a pdf using Adobe reader in a browser, it crashes and I get booted from the browser. If I try to read the pdf outside of the browser using Reader, the same plugin error window pops up and the Reader crashes.
I'm not entirely computer-savvy, so I don't know how to do a crash report, but if someone can tell me how, I will gladly provide one.
I saw on another forum to do something with the dll's, but I'm unsure of the procedure by which to do this.
The only way I've been able to read pdf's has been through "google documents" when I receive them via email.
Could someone please help? I need to view/print documents for a legal battle regarding my child and I'm not able to do this currently.
Thank you!

First - what version of Adobe Reader do you have?
And now it gets a little bit complicated. Adobe Reader can be a plugin to Internet Explorer, and it crashes when you try to open an online PDF document. That is not unknown; it happens sometimes.
But when you open the standalone Adobe Reader, it also crashes with a plugin error. This time it must be a plugin to Adobe Reader, not Internet Explorer.
Furthermore you write "the same plugin error window pops up" - so I can only assume that it is a Reader plugin that crashes, not the IE plugin.
What I would try in your situation:
open Control Panel | Add/Remove Programs, and uninstall Adobe Reader;
open Windows Explorer and navigate to C:\Program Files\Adobe\Reader 9.0\Reader and delete all plugin... folders;
reinstall Adobe Reader from http://ardownload.adobe.com/pub/adobe/reader/win/9.x/9.3.3/enu/AdbeRdr933_en_US.exe
The path in the second line above could also be ...\Reader 8.0\... depending on your Reader version.

Reader X plugin integration with Windows Explorer 8 and Protected Mode

Hello
I am viewing pdfs with Reader 10.1.3 within ie8 on XP
I have a Reader plug-in (WordFinder.api) that works ok with Protected Mode disabled.
Unfortunately I have customers that require Protected Mode enabled and this stops the plugin working.
Within my code, calling DdeConnect returns 0 (fail)
I have populated and enabled the ProtectedModeWhitelistConfig.txt but cannot account for the final access error for DINPUTWINMM
Here is the log...
[10:19/13:34:19] Adobe Reader Protected Mode Logging Initiated
[10:19/13:34:19] Found custom policy file: C:\Program Files\Adobe\Reader 10.0\Reader\ProtectedModeWhitelistConfig.txt
[10:19/13:34:19] Adding custom policy: PROCESS_ALL_EXEC = C:\Program Files\Adobe\Reader 10.0\Reader\plug_ins\WordFinder.api
[10:19/13:34:19] Adding custom policy: REG_ALLOW_ANY = HKEY_LOCAL_MACHINE\SOFTWARE\Adobe*
[10:19/13:34:19] Adding custom policy: REG_ALLOW_ANY = HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\MediaProperties\PrivateProperties\Joy stick\Winmm*
[10:19/13:34:19] Adding custom policy: REG_ALLOW_ANY = HKEY_LOCAL_MACHINE\SYSTEM\ControlSet001\Control\MediaProperties\PrivateProperties\Joystic k\Winmm*
[10:19/13:34:19] Adding custom policy: REG_ALLOW_ANY = HKEY_LOCAL_MACHINE\Software\Microsoft\Tracing
[10:19/13:34:19] Adding custom policy: REG_ALLOW_ANY = HKEY_CURRENT_USER\SOFTWARE\Adobe*
[10:19/13:34:19] Adding custom policy: REG_ALLOW_ANY = HKEY_CURRENT_USER\Software\Microsoft\Direct3D\MostRecentApplication*
[10:19/13:34:19] Adding custom policy: REG_ALLOW_ANY = HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings*
[10:19/13:34:19] Adding custom policy: EVENTS_ALLOW_ANY = MSFT.VSA*
[10:19/13:34:19] Adding custom policy: EVENTS_ALLOW_ANY = _fCanRegisterWithShellService
[10:19/13:34:19] Adding custom policy: EVENTS_ALLOW_ANY = DINPUTWINMM
[10:19/13:34:19] Adding custom policy: MUTANT_ALLOW_ANY = \BaseNamedObjects\*RasPBFile*
[10:19/13:34:23] CreateEvent: STATUS_ACCESS_DENIED
[10:19/13:34:23] name: DINPUTWINMM
Can I add DINPUTWINMM? and if so what is the syntax.
Thankyou
Nick

Hi Fernando,
Here's a statement that hopefully helps or at least solves your mystery:
While Protected Mode can be disabled for PDFs viewed with the product, Adobe continues to protect you when 3rd party software invokes a Reader process; that is, Protected Mode sandboxing cannot be disabled for shell extensions. For example, when you use Windows Explorer to preview a PDF in the Preview Pane, it starts a Reader process to display the preview. In such cases, Task Manager shows that two AcroRd32.exe processes spawn and that the operation is occurring with Protected Mode enabled.
Ben

Adobe reader 9 plugin crashes

Since the replacement of Adobe Reader 8 by Reader 9 the Adobe PDF plugin crashes the browser (Firefox 3 and Internet Explorer 7) after loading the PDF an a new TAB. When I disable the plugin in Firefox, Firefox does not crash any more but the PDFs open in Adobe Reader outside the browser.
Windows XP SP3, Adobe Reader German version.
Any ideas ?
Regards

This is an update to my original message. Our Ahlta msi installer installs the older dll files into system32. When we removed the older dll versions from system32, on the next reboot the Ahlta msi checked for the older dll files- it didn't find them there of course, and prompted with a Ahlta reinstallation. So, instead what we're doing is leaving the older dll files in system32 folder for the Ahlta program, and instead have copied the newer adobe 5 dll files mentioned above to the C:\Program Files\Internet Explorer folder. If the registry value (SafeDllSearchMode) is set to 1, then programs will search their current folder before looking into system32.
HKLM\System\CurrentControlSet\Control\Session Manager\SafeDllSearchMode
If the above is set to 0, you can change it to one with reg.exe, or instead just create a .local file. For example an empty local file:
C:\Program Files\Internet Explorer\iexplore.exe.local
If C:\Program Files\Internet Explorer\iexplore.exe finds the .local file, it will check its own directory before checking system32, regardless of the SafeDllSearchMode value.
http://msdn.microsoft.com/en-us/library/ms682586(VS.85).aspx
Example:
xcopy C:\Program Files\Adobe\Reader 9.0\Reader\ACE.dll C:\Program Files\Internet Explorer\
xcopy C:\Program Files\Adobe\Reader 9.0\Reader\ACE.dll C:\Program Files\Mozilla Firefox\
Do that with each dll, also I made a blank .local file for for iexplore.exe and filefox.exe then copy them over:
xcopy iexplore.exe.local C:\Program Files\Internet Explorer\
xcopy firefox.exe.local C:\Program Files\Mozilla Firefox\
good luck.

Can't remove adobe reader x--plugin for container problem message?

Adobe reader x installed but doesn't function. Tried to uninstall and this message appears.

Firefox has a side program called plugin-container.exe. Maybe the error indicates that plugin-container.exe is still running?? If exiting Firefox does not let you uninstall Adobe Reader X, you might try restarting Windows and going straight to the uninstall without restarting Firefox.

CoreID Access Server not reading Authentication Plugin

Hello all! I've written an authentication plugin (.dll) for use with the CoreID Access Server in C++ .NET using the CoreID Managed Code (.NET) API. Everything compiles fine and I believe I've complied to the interface CoreID expects. However, when the access server starts it chokes on the plugin and this is the error message generated by the server:
UTC - Access Server File Logger
ERROR0x000003B6 base\obsharedobj.cpp:44 "Could not read file"
shlibname^C:\Program Files\csm\access/oblix/lib/csmAuthnSSOPlugin.dll
ACCESS_SERVER ERROR0x00001136 \Oblix\coreid\palantir\aaa_server\src\plugins.cpp:1329
"Error while loading the plug-in symbols" tmpdso^csmAuthnSSOPlugin
I thought perhaps a dependency .dll was not present on the server, i.e. managed_plugin_interface.dll, however it is present in an appropriate lib directory. So...any ideas out there? :-)

If you have reinstalled Access Server, try running the Access Server configuration utility. I think its obacc*.exe or search for exe file name.
Once you retype all the configuration info, it should start.
Thanks
Ram

Pdf display problem in Adobe Reader (NOT plugin)

I looked around and found a lot of people having problems with the .pdf plugin inside Safari... that is NOT my problem... just to get it out of the way...
I have .pdf files on my iMac, files in which I work, like forms. They are standalone and have nothing to do with the web.
They have been created a while ago (couldn't say which version, but I'd say at least 5 years ago). Except, the problem isn't that the files are too old for the new versions... I am currently using those files without any problem with version 9 on my Macbook (Snow Leopard), while on the iMac (ML) I have the exact same problem no matter which version I try : version 9, version X or XI !!!
What happens is this : I open a file (form-type) and I have pale blue covering every field except the one my cursor is in... and most of the fields are flashing... flashing between that blue and the usual color, and entries/nothing.
Say a field is usually pink with a time in it, it will flash between blue and pink, and the time will appear and disappear, on and off... seemingly forever...
I just checked a file I had which is mostly text (an e-book) but with a few note-fields... these were also blue... but nothing was flashing.
It seems it's the "interactive" fields that are acting weird.
Since the problem is the same no matter the Adobe Reader version and only on my Mountain Lion computer, it seems it has to do with Mac OSX 10.8 but is there a solution? Has anyone else encountered this?

After so many hours of searching, I finally found both culprits!!!
A) the blue: It was stupid of me, really... it was simply that the "highlight existing fields" was selected (right top corner, usually). Once I de-selected it, all the blue went away... but data continued to disappear except when a box was selected. See B...
B) Do NOT, Never ever, use Preview to make changes in a .pdf file and then save the file... That was the problem!
It must've happened a few times, for example it just did this morning, on my new laptop on which I hadn't set Adobe to be my default program for .pdf and the file opened in Preview... I didn't even notice...
And after searching some more I found a few threads and all had in common that people had used Preview to make changes and save the file... seems that Preview corrupts the files!
By the way, Eric, no, opening in Preview did NOT give the same results... but files I opened that had never been opened (or, at least, not tempered with) in Preview were all fine...
Thanks for your help though!

Reader DC - PlugIn - AVDocOpenFromFile/AVDocOpenFromPDDoc RdrCEF.exe

Similar Messages

Maybe you are looking for