Contribute crashing when sending for review

(MAC USERS) I'm getting a crash when you click 'send for
review'... contribute tries to paste the page into Apples cheapy
email program called 'Mail'. Says "shucks could not complete this
task". I want the 'publisher' role to send the page to the
'administrator' for review. Any ideas around this error... maybe we
should be using Entouroge or Outlook?
Aaron

I doubt it's a problem with Apple Mail. (Which is actually
pretty sophisticated, FWIW.)
We had a similar problem, but my recollection is that it went
away when we used the most current available version of Contribute.
We install the most current available trial version and then apply
our license codes -- we don't rely on the files we downloaded when
we purchased our 5-pack.

Similar Messages

Send for Review: FINAL WORD for Publishing

Hi,
I would like to make sure I will ALWAYS receive ALL drafts
Contribute users are sending for review. Is there any way I can set
up my Administrator e-mail address as a default no matter if drafts
are sent to others also? Ideally I would like to be the one who has
the FINAL WORD since I need to make sure all layout is consistent.
Maybe something like no matter who reviews I will be the last one
and the ONLY one able to publish?

<<Ideally I would like to be the one who has the FINAL
WORD since I need to make sure all layout is consistent. Maybe
something like no matter who reviews I will be the last one and the
ONLY one able to publish?>>
In case if you are admin then the above requirement can be
achieved by removing the publish permission for all the roles
except admin, it will automatically enforce all the users to sent
the drafts to admin to get it published.
In case you are not a admin contact the site admin to create
a role which has a publish permission and get added yourself under
that role and remove the publish permission for all the other roles
by editing different roles and un-checking the check box "Allow
users to publish files"
Thanks,
Manoj

CP5.5 / Reviewer 2.5 issues - can't send for review

Help! I am using cp5.5 and I did "Collaborate->Send for Shared Review", I choose acrobat.com and login just fine. I get to the screen where I am to enter an email address recipient and no matter what I put, it spins for a minute and then says "Enter a valid Email". What the heck am I doing wrong? I KNOW I've seen this error in the past but can't remember for the life of me what fixes it.
Also, the link to reviewer 2.5 is bad. How do I get my client the reviewer?
Thanks so much!
Lori

Probably too late for the answers but I found:
1. There seems to be a bug in Captivate that if you don't specify an email address in File > Project Info you get that problem when sending for review where it says "Enter a valid Email ID" and hangs.
2. I found the Captivate Reviewer 2.5 installer in C:\Program Files (x86)\Adobe\Adobe Captivate 5.5\AirApps
Jim

Runtime Error when trying to "Send for Review"

Runtime error on Contribute.exe
This application has reqeusted the Runtime to terminate it in an unusual way.....
User had just finished editing, clicked "Send", selected "Send for Review", then selected a person's name in the list to send it to....
Any ideas...? thanks

This is Adobe Contribute CS4 v5.0
& Office 2007

Cannot use Send for Review

Would you know why Contribute close down with no error
message when I use the Send for Review option?
I am running this program on Windows XP Professional.
Thank you guys

Hi,
Do you have any crash logs generated for the same while
Contributes shuts down?
If yes please send the mdmp file that gets created in the
desktop when contribute crashes. That would help us finding out the
cause of the problem.
You can send me a private message with the crash logs
Thanks,
Radhika

Send for Review ONLY via email

I have a client set up as a "Publisher" and I am the
"Administrator". When she pushes the "send for review" button, she
doesn't get the dialog box asking if she wants to send via email or
via contribute - it simply launches her email program with the link
in the message. Of course that means I can see it, but not revise
it.
I can't find anything in preferences on either of our
computers to restore this dialog box. (She's using a trial of CS3,
mine is v3, by the way.) Anyone have this happen?
Thank you in advance...

anoleye wrote:
> The client's C3 does this all from her computer - it
doesn't check with the
> server or anything - so I don't think this has to do
with anything on my
> computer. There is no option to send via Contribute - it
just goes straight to
> email.
>
> Right now, I'm not that thrilled with this program, so
I'm not inclined to
> upgrade. It seems slow (both of us have DSL) and buggy.
>
>
If you have connected to your site using the latest version
of
Contribute CS3, please make sure you "Administer" the site
atleast once.
This will fix all your email review problems. The reason to
do this is
because, Contribute CS3 has some additional administrative
settings like
PDF embedding/linking etc. So if you just connect to your
site with
latest version of Contribute CS3 and not administer it, then
the hub
file does not have the newer settings... i know this may not
clarify you
completely, but yes... Administering with Contribute CS3
should solve
your problem... Also not that once administered with higher
version, you
cannot administer it with lower versions.

Send for review - sub directory

Is there any way to tell contribute not to create sub
directories for draft reviews? I am using php includes and the
"Send for Review" function isn't working very well. Basically, I
include "includes/somefile.php". If Contribute creates {page
name}_php_MMtmp77bc04e1/{page name} as the draft, then my relative
path includes are out the window.
Is there any reason why Contribute can't just create the
draft as {page name}_php_MMtmp77bc04e1.php instead of creating a
sub directory and re-writing links, etc?
Sure, I could make all of my includes absolute paths on every
page, but that would require some extra work and is not a very
clean way to do things. It would also make updating the includes a
real nightmare.
Thanks!

I have the same problem and it's driving me crazy.
So is there anyway to get Contribute to stop:
A.) Putting drafts in sub directories?
B.) Stop modifying absolute links, php includes, etc. into
relative links?
My problem is when a user edits a page and sends it for
review (or saves a draft) Contribute will take all my Template's
absolute paths (ie <?php
include('/home/smwc/public_html/includes/footer.inc.php'); ?>
and turns it into <?php
include('../../home/smwc/public_html/includes/footer.inc.php');
?> which obviously screws everything up.
When the draft is published then, none of the PHP includes
work. It's also doing this with stylesheets
(src="/scripts/css/style.css" to
src="../../scripts/css/style.css").
I believe if I could just get it to store drafts in the root
folder it might actually solve the problem (messy solution, but at
least every page wouldn't break).

Send for review user list

In the Send for review user list, we have a list of users and
groups. Does anyone know anyway to edit this list to show the
Administrator group only? Our users often forget to choose the
Administrator group instead of a single Admin when sending their
drafts.

If you're not using the Publishing Server, Contribute does
need to write to an obfuscated directory on the server to keep
track of users and roles on the site.
I noticed a similar problem to the one you describe. And I
think the key is that the users have to have actually connected to
the site. It's not enough to just import the key, because
Contribute may not make a connection at that point. You can only be
sure that they'll show up if they browse to that site while
connected, for long enough that Contribute recognizes that it's
displaying a site on its connection key list.
The last part could be a hangup. In my experinece (OS X
Intel), it takes Contribute between 15 and 30 seconds to register
that it's on a site for which it has a connection. It might take
another 15-30 seconds to connect. So your users have to make sure
that they're viewing the site for long enough that all the buttons
at the top of the viewing pane show the right status.

Send for Review problem

Working on Contribute3. Administrator is not on the list of
users to send drafts for review. All other users appear fine.
Site setup and Admin acct was created on an earlier version
of Contribute. All other users were created in Contribute3. Is that
why I am having this problem?
Thanks for any input!

Hi,
There were users in Contribute 2.0 Everything was based on
the roles. Contribute 2.0 did not support the feature of send for
review.
Roles were only present in contribute 2.0. User based
management existed only from Contribute 3.0
You have to add users in Contribute 3.0.
Please get back if you have any questions.
Thanks,

Customize Send for Review dialog?

Contribute 3.11 Windows
Is there any way to customize the Send for Review dialog in
order to
disable the "Send the draft to another Contribute user"
choice? None of
our reviewers have Contribute, and editors have the ability
to publish.
I just had a user choose "Send the draft to another
Contribute user" by
mistake to "All users in the 'x' role." Now they can't edit
or publish
the page, and I had to hack into the .LCK file which was a
pain.
However, the "Send for Review" dialog box doesn't seem to be
in the
configuration files.
Charles "Chas" Belov

anoleye wrote:
> The client's C3 does this all from her computer - it
doesn't check with the
> server or anything - so I don't think this has to do
with anything on my
> computer. There is no option to send via Contribute - it
just goes straight to
> email.
>
> Right now, I'm not that thrilled with this program, so
I'm not inclined to
> upgrade. It seems slow (both of us have DSL) and buggy.
>
>
If you have connected to your site using the latest version
of
Contribute CS3, please make sure you "Administer" the site
atleast once.
This will fix all your email review problems. The reason to
do this is
because, Contribute CS3 has some additional administrative
settings like
PDF embedding/linking etc. So if you just connect to your
site with
latest version of Contribute CS3 and not administer it, then
the hub
file does not have the newer settings... i know this may not
clarify you
completely, but yes... Administering with Contribute CS3
should solve
your problem... Also not that once administered with higher
version, you
cannot administer it with lower versions.

Send for Review

I am trying to test the Send for Review feature in Captivate 4. I am able to send it to myself, open the file, make comments, and then save it. However, when I send it back to myself, it is opening as a Microsoft outlook file, or else just as code. Any ideas on how I can see the comments?

Hi there
When you elected to send it for review, you specified a location for the comments to be placed. After you viewed and saved the file, the comments should just appear in Captivate. But you will need to click Window > Comments in order to see the comments.
Cheers... Rick
Helpful and Handy Links
Begin learning Captivate 5 moments from now! $29.95
Captivate Wish Form/Bug Reporting Form
Adobe Certified Captivate Training
SorcererStone Blog
Captivate eBooks

Dtmail on x86 crashes when sending mail

Hi,
I'm running Solaris 10 on x86 and I'm wondering if there is a fix or a workaround
for dtmail crashing when sending mail. There is an existing bug report for this
filed July 20 2006 (6346618) but I'm unable to view the bug detail since I have
not yet fully decided on a service plan. I've searched around Sunsolve and
google but nothing is coming up. I tried build 45 of Solaris Express and the
same problem is present. Does anyone have any additional information
about this? Is a fix available for serivce plan holders?
Thanks,
Pat

Thank you for looking at the bug. I do have 121488-01 installed; patch dated 12/19/2005. If a fix for this is rolled up into another patch, so far it is not available to me. As of this morning, there are no updates; dtmail still crashes on sending mail.
Searching sunsolve for this returns three bug numbers:
6346618 (dated July 20, 2006)
5091421 (dated November 4, 2005)
1187150 (dated November 16, 1995)
although the 1995 bug is probably unrelated. Looks like my best chance at working around this may be to grab the dtmail binary from Solaris 9. Thanks to all who have looked at this with me so far; I appreciate it.
Regards
Pat

PP CS4 Crashes when sending to Media Encoder

I've used PP CS4 since it came out, have had no problems like this. I have spoke to the techs at Adobe really no help they do a bunch of stuff and the next time I use it crashes. PPro crashes when sending to Media Encoder if it gets to Media Encoder in time I can still render the file I've sent. There's only one thing I can think of that could be causing this I use an external drive and it nearly full I'm getting a 2T and coping over to there is there a possiblity that the drive that only has 3 gigs left could be causiing this?
Or do you think it's something else?

This is my solution to the crashing start Media Encoder before exporting from Premiere Pro CS4 I've had no problem since. It has something to do with the exporting the fonts or that's what come up in the crash report. I hope this is a remedy for those that experance this problem.

Mail crashing when sending via Gmail

I've been sending and receiving through my Gmail account just fine for months now. However, over the last two days or so, Mail will get stuck in a crash loop if I attempt to send a message through Gmail - but not any of my other accounts. Mail behaves fine if I send through .Mac or any of my personal hosting email accounts.
When trying to send through Gmail, Mail will crash while appearing as though it is still trying to send the message. The kicker is that, often times, the message actually gets sent out; this has resulted in duplicates being sent to friends and a couple email lists I'm on.
Upon starting Mail back up, it attempts to send the message again - which causes another crash. The only way I've been able to stop this is to use the keyboard shortcut to quickly bring up the activity panel and cancel the sending operation before the crash occurs.
I have removed all plugins I use (MailTags and Mail Act-On) in a troubleshooting effort to find out if they were causing the problem. Nothing changed; Mail keeps crashing when sending through Gmail.
Any thoughts are much appreciated.

Verify/repair your disk first (not just permissions), as described here:
The Repair functions of Disk Utility: what's it all about?
When an application crashes (i.e. quits unexpectedly), the system writes information about the state of the application at the moment of the crash into a log file. That information is called a crash report and it makes troubleshooting much easier. In order to find and paste the relevant part of the crash report here, proceed as follows:
1. Open ~/Library/Logs/CrashReporter/Mail.crash.log. The whole Mail crash log appears on a Console window (you can also open that file with any text editor). It may contain many crash reports. We only want the latest, which is located at the bottom of the file.
2. Look for a line that begins with "Date/Time:" as close to the bottom as possible, and another that says "Thread N Crashed:", where N is a number. Select everything from the "Date/Time:" line to the lines immediately following "Thread N Crashed:". Copy that text and paste it here. Do not post the whole crash log, and do not include anything beyond the lines immediately following "Thread N Crashed:" either, just the relevant part.
Take a look at the following thread for examples of what a crash report looks like:
http://discussions.apple.com/thread.jspa?threadID=466701
In the meantime, you may try re-creating the preferences file, in case there is something wrong with it (the account settings are stored in this file):
1. Quit Mail.
2. Make a backup copy of the ~/Library/Mail folder, just in case something goes wrong. You can do this in the Finder by dragging the folder to the Desktop while holding the Option (Alt) key down, for example. This is where all your mail is stored.
3. In the Finder, go to ~/Library/Preferences/. Locate the com.apple.mail.plist file and move it to the Desktop (to be deleted if this fixes the problem).
You'll have to set up your non-Mac accounts from scratch all over again. If given the option to import existing mailboxes or something like that, don't. Just enter the account information and Mail will automagically rediscover the data in ~/Library/Mail/ when done.
You'll also have to re-configure most of your settings in Mail > Preferences. For spam-related security reasons, the first thing you should do is go to Preferences > Viewing and disable Display remote images in HTML messages if it's enabled.
Note: For those not familiarized with the ~/ notation, it refers to the user's home folder. You can easily locate any of the folders referred to in this post by copying the file path here, doing Go > Go to Folder in the Finder, and pasting the file path there.

Outlook 2013 crashing when sending email Exception code 0xc0000602 MSO.dll error

Two are three times a week Outlook crashes when sending email with the following error
Log Name:      Application
Source:        Application Error
Date:          15/01/2015 10:00:58
Event ID:      1000
Task Category: (100)
Level:         Error
Keywords:      Classic
User:          N/A
Computer:      ********.***.local
Description:
Faulting application name: OUTLOOK.EXE, version: 15.0.4667.1000, time stamp: 0x543d3698
Faulting module name: mso.dll, version: 15.0.4675.1002, time stamp: 0x5474349b
Exception code: 0xc0000602
Fault offset: 0x011b1687
Faulting process id: 0x11dc
Faulting application start time: 0x01d030a6e4aa1ee7
Faulting application path: C:\Program Files (x86)\Microsoft Office\Office15\OUTLOOK.EXE
Faulting module path: C:\Program Files (x86)\Common Files\Microsoft Shared\Office15\mso.dll
Report Id: 66ad29a2-9c9d-11e4-b53c-082e5f1727fc
Event Xml:
<Event xmlns
<System>
    <Provider Name="Application Error" />
    <EventID Qualifiers="0">1000</EventID>
    <Level>2</Level>
    <Task>100</Task>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2015-01-15T10:00:58.000000000Z" />
    <EventRecordID>10015</EventRecordID>
    <Channel>Application</Channel>
    <Computer>Events-HP8200.ICI.local</Computer>
    <Security />
</System>
<EventData>
    <Data>OUTLOOK.EXE</Data>
    <Data>15.0.4667.1000</Data>
    <Data>543d3698</Data>
    <Data>mso.dll</Data>
    <Data>15.0.4675.1002</Data>
    <Data>5474349b</Data>
    <Data>c0000602</Data>
    <Data>011b1687</Data>
    <Data>11dc</Data>
    <Data>01d030a6e4aa1ee7</Data>
    <Data>C:\Program Files (x86)\Microsoft Office\Office15\OUTLOOK.EXE</Data>
    <Data>C:\Program Files (x86)\Common Files\Microsoft Shared\Office15\mso.dll</Data>
    <Data>66ad29a2-9c9d-11e4-b53c-082e5f1727fc</Data>
</EventData>
</Event>
Any clues on a fix?

Hi,
Thanks for your question.
This issue might occurs due to lots of reasons. Do you have a virus scanner installed which integrates itself with Outlook? If yes, please try to disable it, and then try again. You might opt to uninstall the virus scanner temporarily to make
sure it will not interfere the testing.
Also, lots of Office crash issues are caused by third-party add-ins. You might want to have a check and see if you have any integrated with your Outlook client which might cause the issue.
Since the issue occurs randomly ("Two are three times a week"), Office
Safe Mode will not be effective here, just manually disable all third-party add-ins in Outlook FILE>Options>Ass-Ins, use outlook for a period of time, then verify result.
Regards,
Ethan Hua
TechNet Community Support
It's recommended to download and install
Configuration Analyzer Tool (OffCAT), which is developed by Microsoft Support teams. Once the tool is installed, you can run it at any time to scan for hundreds of known issues in Office
programs.

Contribute crashing when sending for review

Similar Messages

Maybe you are looking for