<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Restricting large attachments in Quality Center</title>
	<atom:link href="http://www.jds.net.au/tech-tips/quality-center-attachments/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.jds.net.au/tech-tips/quality-center-attachments/</link>
	<description>Expert consulting services with HP Software</description>
	<lastBuildDate>Tue, 31 Aug 2010 10:19:03 +1000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.8.6</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<xhtml:meta xmlns:xhtml="http://www.w3.org/1999/xhtml" name="robots" content="noindex" />
	<item>
		<title>By: Michael te Wierik</title>
		<link>http://www.jds.net.au/tech-tips/quality-center-attachments/#comment-14113</link>
		<dc:creator>Michael te Wierik</dc:creator>
		<pubDate>Mon, 24 May 2010 06:32:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=2758#comment-14113</guid>
		<description>I found that when creating a Defect and adding an attachment QC does something novel. 

In order to attach an item QC requires an entity to exist. In this case, on Bug_New we use &quot;actAttachFile&quot; and before actually populating the Defect with field values it creates a temporary bug entity and attaches the attachment. This temporary entity is inaccessable. Then when you hit post it updates the rest of the fields.

The script above cannot work with this as there is no visible ID is can use to check/change attachements.

I have not looked into what happens when you cancel after adding an attachment on bug new, but I assume there is a roll back function that gets called by QC.</description>
		<content:encoded><![CDATA[<p>I found that when creating a Defect and adding an attachment QC does something novel. </p>
<p>In order to attach an item QC requires an entity to exist. In this case, on Bug_New we use &#8220;actAttachFile&#8221; and before actually populating the Defect with field values it creates a temporary bug entity and attaches the attachment. This temporary entity is inaccessable. Then when you hit post it updates the rest of the fields.</p>
<p>The script above cannot work with this as there is no visible ID is can use to check/change attachements.</p>
<p>I have not looked into what happens when you cancel after adding an attachment on bug new, but I assume there is a roll back function that gets called by QC.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: swales</title>
		<link>http://www.jds.net.au/tech-tips/quality-center-attachments/#comment-13409</link>
		<dc:creator>swales</dc:creator>
		<pubDate>Tue, 27 Apr 2010 18:32:52 +0000</pubDate>
		<guid isPermaLink="false">http://www.jds.net.au/?p=2758#comment-13409</guid>
		<description>The problem is the Attachment_New method does not get invoked when CREATING a defect and adding an attachment.... only when working with an existing defect and adding an attachment.  HP has been notified of this BUG, but as of QC 9.2 they still have not fixed it.</description>
		<content:encoded><![CDATA[<p>The problem is the Attachment_New method does not get invoked when CREATING a defect and adding an attachment&#8230;. only when working with an existing defect and adding an attachment.  HP has been notified of this BUG, but as of QC 9.2 they still have not fixed it.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
