View Issue Details

IDProjectCategoryView StatusLast Update
0013377mantisbtapi soappublic2013-04-06 08:19
Reporterdavid_s_nl Assigned Torombert  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionfixed 
Product Version1.2.8 
Target Version1.2.9Fixed in Version1.2.9 
Summary0013377: Calling mc_issue_update creates erroneous "Note View State changed" items in history
Description

When i call "mc_issue_update" and update a change to the priority field, a lot of extra items get created in the bug history saying the "note view state" has changed (for every note added to the issue).

Steps To Reproduce
  1. Created a new project
  2. Created a new issue
  3. Added 2 bugnotes to the issue
  4. Executed this code in Vb.Net:

sr = New srMantis.MantisConnectPortTypeClient
Dim Issue As srMantis.IssueData = sr.mc_issue_get("user", "pass", "1")
Issue.priority.id = "60"
Issue.priority.name = "immediate"
sr.mc_issue_update("user", "pass", "1", Issue)

  1. In the Mantis history for bug 0000001 i now see:

"Priority normal => immediate" (= correct)
"Note View State: 0000001: public" (= not correct because this wasn't changed)
"Note View State: 0000002: public" (= not correct because this wasn't changed)

If you have 20 notes, you get 20 extra of these items in the history...

TagsNo tags attached.
Attached Files
After_mc_issue_update.png (14,088 bytes)   
After_mc_issue_update.png (14,088 bytes)   
mc_issue_get_response.xml (4,786 bytes)   
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns="http://futureware.biz/mantisconnect">
	<SOAP-ENV:Body>
		<ns1:mc_issue_getResponse xmlns:ns1="http://futureware.biz/mantisconnect">
			<return xsi:type="tns:IssueData">
				<id xsi:type="xsd:integer">1</id>
				<view_state xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">10</id>
					<name xsi:type="xsd:string">public</name>
				</view_state>
				<last_updated xsi:type="xsd:dateTime">2011-11-13T12:35:14Z</last_updated>
				<project xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">1</id>
					<name xsi:type="xsd:string">Project1</name>
				</project>
				<category xsi:type="xsd:string">General</category>
				<priority xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">30</id>
					<name xsi:type="xsd:string">normal</name>
				</priority>
				<severity xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">50</id>
					<name xsi:type="xsd:string">minor</name>
				</severity>
				<status xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">10</id>
					<name xsi:type="xsd:string">new</name>
				</status>
				<reporter xsi:type="tns:AccountData">
					<id xsi:type="xsd:integer">1</id>
					<name xsi:type="xsd:string">administrator</name>
					<email xsi:type="xsd:string">root@localhost</email>
				</reporter>
				<summary xsi:type="xsd:string">This is the summary</summary>
				<reproducibility xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">70</id>
					<name xsi:type="xsd:string">have not tried</name>
				</reproducibility>
				<date_submitted xsi:type="xsd:dateTime">2011-11-13T12:34:53Z</date_submitted>
				<sponsorship_total xsi:type="xsd:integer">0</sponsorship_total>
				<projection xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">10</id>
					<name xsi:type="xsd:string">none</name>
				</projection>
				<eta xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">10</id>
					<name xsi:type="xsd:string">none</name>
				</eta>
				<resolution xsi:type="tns:ObjectRef">
					<id xsi:type="xsd:integer">10</id>
					<name xsi:type="xsd:string">open</name>
				</resolution>
				<description xsi:type="xsd:string">This is the description</description>
				<steps_to_reproduce xsi:type="xsd:string">This is steps to reproduce</steps_to_reproduce>
				<additional_information xsi:type="xsd:string">This is additional information</additional_information>
				<attachments xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:AttachmentData[0]"/>
				<notes xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:IssueNoteData[2]">
					<item xsi:type="tns:IssueNoteData">
						<id xsi:type="xsd:integer">1</id>
						<reporter xsi:type="tns:AccountData">
							<id xsi:type="xsd:integer">1</id>
							<name xsi:type="xsd:string">administrator</name>
							<email xsi:type="xsd:string">root@localhost</email>
						</reporter>
						<text xsi:type="xsd:string">This is bugnote 1</text>
						<view_state xsi:type="tns:ObjectRef">
							<id xsi:type="xsd:integer">10</id>
							<name xsi:type="xsd:string">public</name>
						</view_state>
						<date_submitted xsi:type="xsd:dateTime">2011-11-13T12:35:07Z</date_submitted>
						<last_modified xsi:type="xsd:dateTime">2011-11-13T12:35:07Z</last_modified>
						<time_tracking xsi:type="xsd:integer">0</time_tracking>
						<note_type xsi:type="xsd:integer">0</note_type>
						<note_attr xsi:type="xsd:string"/>
					</item>
					<item xsi:type="tns:IssueNoteData">
						<id xsi:type="xsd:integer">2</id>
						<reporter xsi:type="tns:AccountData">
							<id xsi:type="xsd:integer">1</id>
							<name xsi:type="xsd:string">administrator</name>
							<email xsi:type="xsd:string">root@localhost</email>
						</reporter>
						<text xsi:type="xsd:string">This is bugnote 2</text>
						<view_state xsi:type="tns:ObjectRef">
							<id xsi:type="xsd:integer">10</id>
							<name xsi:type="xsd:string">public</name>
						</view_state>
						<date_submitted xsi:type="xsd:dateTime">2011-11-13T12:35:14Z</date_submitted>
						<last_modified xsi:type="xsd:dateTime">2011-11-13T12:35:14Z</last_modified>
						<time_tracking xsi:type="xsd:integer">0</time_tracking>
						<note_type xsi:type="xsd:integer">0</note_type>
						<note_attr xsi:type="xsd:string"/>
					</item>
				</notes>
				<due_date xsi:nil="true" xsi:type="xsd:dateTime"/>
				<monitors xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:AccountData[0]"/>
			</return>
		</ns1:mc_issue_getResponse>
	</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
mc_issue_get_response.xml (4,786 bytes)   
mc_issue_update.xml (5,619 bytes)   
<?xml version="1.0" encoding="utf-8"?>
<soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns="http://futureware.biz/mantisconnect" xmlns:types="http://futureware.biz/mantisconnect/encodedTypes" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
	<soap:Body soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/">
		<tns:mc_issue_update>
			<username xsi:type="xsd:string">administrator</username>
			<password xsi:type="xsd:string">root</password>
			<issueId xsi:type="xsd:integer">1</issueId>
			<issue href="#id1" />
		</tns:mc_issue_update>
		<tns:IssueData id="id1" xsi:type="tns:IssueData">
			<id xsi:type="xsd:integer">1</id>
			<view_state href="#id2" />
			<last_updated xsi:type="xsd:dateTime">2011-11-13T12:35:14Z</last_updated>
			<project href="#id3" />
			<category xsi:type="xsd:string">General</category>
			<priority href="#id4" />
			<severity href="#id5" />
			<status href="#id6" />
			<reporter href="#id7" />
			<summary xsi:type="xsd:string">This is the summary</summary>
			<reproducibility href="#id8" />
			<date_submitted xsi:type="xsd:dateTime">2011-11-13T12:34:53Z</date_submitted>
			<sponsorship_total xsi:type="xsd:integer">0</sponsorship_total>
			<projection href="#id9" />
			<eta href="#id10" />
			<resolution href="#id11" />
			<description xsi:type="xsd:string">This is the description</description>
			<steps_to_reproduce xsi:type="xsd:string">This is steps to reproduce</steps_to_reproduce>
			<additional_information xsi:type="xsd:string">This is additional information</additional_information>
			<attachments href="#id12" />
			<notes href="#id13" />
			<due_date xsi:type="xsd:dateTime">0001-01-01T00:00:00</due_date>
			<monitors href="#id14" />
		</tns:IssueData>
		<tns:ObjectRef id="id2" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">10</id>
			<name xsi:type="xsd:string">public</name>
		</tns:ObjectRef>
		<tns:ObjectRef id="id3" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">1</id>
			<name xsi:type="xsd:string">Project1</name>
		</tns:ObjectRef>
		<tns:ObjectRef id="id4" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">60</id>
			<name xsi:type="xsd:string">immediate</name>
		</tns:ObjectRef>
		<tns:ObjectRef id="id5" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">50</id>
			<name xsi:type="xsd:string">minor</name>
		</tns:ObjectRef>
		<tns:ObjectRef id="id6" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">10</id>
			<name xsi:type="xsd:string">new</name>
		</tns:ObjectRef>
		<tns:AccountData id="id7" xsi:type="tns:AccountData">
			<id xsi:type="xsd:integer">1</id>
			<name xsi:type="xsd:string">administrator</name>
			<email xsi:type="xsd:string">root@localhost</email>
		</tns:AccountData>
		<tns:ObjectRef id="id8" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">70</id>
			<name xsi:type="xsd:string">have not tried</name>
		</tns:ObjectRef>
		<tns:ObjectRef id="id9" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">10</id>
			<name xsi:type="xsd:string">none</name>
		</tns:ObjectRef>
		<tns:ObjectRef id="id10" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">10</id>
			<name xsi:type="xsd:string">none</name>
		</tns:ObjectRef>
		<tns:ObjectRef id="id11" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">10</id>
			<name xsi:type="xsd:string">open</name>
		</tns:ObjectRef>
		<soapenc:Array id="id12" soapenc:arrayType="tns:AttachmentData[0]" />
		<soapenc:Array id="id13" soapenc:arrayType="tns:IssueNoteData[2]">
			<Item href="#id15" />
			<Item href="#id16" />
		</soapenc:Array>
		<soapenc:Array id="id14" soapenc:arrayType="tns:AccountData[0]" />
		<tns:IssueNoteData id="id15" xsi:type="tns:IssueNoteData">
			<id xsi:type="xsd:integer">1</id>
			<reporter href="#id17" />
			<text xsi:type="xsd:string">This is bugnote 1</text>
			<view_state href="#id18" />
			<date_submitted xsi:type="xsd:dateTime">2011-11-13T12:35:07Z</date_submitted>
			<last_modified xsi:type="xsd:dateTime">2011-11-13T12:35:07Z</last_modified>
			<time_tracking xsi:type="xsd:integer">0</time_tracking>
			<note_type xsi:type="xsd:integer">0</note_type>
			<note_attr xsi:type="xsd:string" />
		</tns:IssueNoteData>
		<tns:IssueNoteData id="id16" xsi:type="tns:IssueNoteData">
			<id xsi:type="xsd:integer">2</id>
			<reporter href="#id19" />
			<text xsi:type="xsd:string">This is bugnote 2</text>
			<view_state href="#id20" />
			<date_submitted xsi:type="xsd:dateTime">2011-11-13T12:35:14Z</date_submitted>
			<last_modified xsi:type="xsd:dateTime">2011-11-13T12:35:14Z</last_modified>
			<time_tracking xsi:type="xsd:integer">0</time_tracking>
			<note_type xsi:type="xsd:integer">0</note_type>
			<note_attr xsi:type="xsd:string" />
		</tns:IssueNoteData>
		<tns:AccountData id="id17" xsi:type="tns:AccountData">
			<id xsi:type="xsd:integer">1</id>
			<name xsi:type="xsd:string">administrator</name>
			<email xsi:type="xsd:string">root@localhost</email>
		</tns:AccountData>
		<tns:ObjectRef id="id18" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">10</id>
			<name xsi:type="xsd:string">public</name>
		</tns:ObjectRef>
		<tns:AccountData id="id19" xsi:type="tns:AccountData">
			<id xsi:type="xsd:integer">1</id>
			<name xsi:type="xsd:string">administrator</name>
			<email xsi:type="xsd:string">root@localhost</email>
		</tns:AccountData>
		<tns:ObjectRef id="id20" xsi:type="tns:ObjectRef">
			<id xsi:type="xsd:integer">10</id>
			<name xsi:type="xsd:string">public</name>
		</tns:ObjectRef>
	</soap:Body>
</soap:Envelope>
mc_issue_update.xml (5,619 bytes)   
2-mc_issue_getResponse.xml (7,469 bytes)   
<?xml version="1.0" encoding="UTF-8"?><SOAP-ENV:Envelope SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns="http://futureware.biz/mantisconnect"><SOAP-ENV:Body><ns1:mc_issue_getResponse xmlns:ns1="http://futureware.biz/mantisconnect"><return xsi:type="tns:IssueData"><id xsi:type="xsd:integer">8026</id><view_state xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">50</id><name xsi:type="xsd:string">intern</name></view_state><last_updated xsi:type="xsd:dateTime">2011-10-10T13:03:59Z</last_updated><project xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">9</id><name xsi:type="xsd:string">Rapporten</name></project><category xsi:type="xsd:string">Overige</category><priority xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">30</id><name xsi:type="xsd:string">normaal</name></priority><severity xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">50</id><name xsi:type="xsd:string">klein</name></severity><status xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">90</id><name xsi:type="xsd:string">afgesloten</name></status><reporter xsi:type="tns:AccountData"><id xsi:type="xsd:integer">8</id><name xsi:type="xsd:string">Maurice</name><real_name xsi:type="xsd:string">Maurice Gerards</real_name><email xsi:type="xsd:string">MGerards@kantoor.local</email></reporter><summary xsi:type="xsd:string">Bij doorlinkingen op dagstaatregel of memo melding geven als de dagstaat/memo reeds geopend is door een andere gebruiker.</summary><reproducibility xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">70</id><name xsi:type="xsd:string">niet geprobeerd</name></reproducibility><date_submitted xsi:type="xsd:dateTime">2011-10-10T12:56:35Z</date_submitted><sponsorship_total xsi:type="xsd:integer">0</sponsorship_total><handler xsi:type="tns:AccountData"><id xsi:type="xsd:integer">8</id><name xsi:type="xsd:string">Maurice</name><real_name xsi:type="xsd:string">Maurice Gerards</real_name><email xsi:type="xsd:string">MGerards@kantoor.local</email></handler><projection xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">10</id><name xsi:type="xsd:string">geen</name></projection><eta xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">10</id><name xsi:type="xsd:string">geen</name></eta><resolution xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">20</id><name xsi:type="xsd:string">opgelost</name></resolution><fixed_in_version xsi:type="xsd:string">41.3.0</fixed_in_version><description xsi:type="xsd:string">Als je op de tijd van een dagstaatregel wilt doorlinken naar Notime terwijl deze dagstaat al open is (anders dan door jezelf), moet er een melding komen dat deze dagstaat al reeds geopend is (met vermelding van degene die deze geopend heeft) 
Hetzelfde als er een memo geopend wordt dat reeds open staat. Let wel: een memo kan geopend zijn binnen Notime en binnen Notis. Als het memo binnen Notime geopend is dan heeft die gebruiker ook de betreffende dagstaat open (en wordt die melding gegeven). Als je zelf een memo in Notime open hebt staan of dat er een ander &apos;modaal scherm&apos; open staat (b.v. datumselectie) dan krijg je een melding dat Notime wacht op het afsluiten van dit scherm.</description><steps_to_reproduce xsi:type="xsd:string">Open Notime op twee werkplekken.
a) Log op 1 werkplek in als system.
b) Log op de andere werkplek in als je zelf.
Zorg dat zowel system als jezelf rechten hebt op alle medewerkers.

Test1:
Vraag dagstaat medewerkers aan op werkplek a en dubbelklik op een tijdstip van een andere medewerker dan system/jezelf. De betreffende dagstaatregel opent.
Vraag dagstaat medewerkers aan op werkplek b en dubbelklik op hetzelfde tijdstip. Er dient een melding te komen dat betreffende dagstaat reeds geopend is door gebruiker system. Ditzelfde als op andere tijdstippen binnen deze dag geopend worden.

Test2: 
Doe hetzelfde voor de twee werkplekken met een memo. 
Er dient gemeld te worden dat de betreffende dagstaat reeds geopend is door gebruiker &quot;System&quot; 

Test3:
Op werkplek a open notis en open een memo.
Zoek op werkplek b zoek bij dagstaat medewerker dit memo op en probeer deze te openen.
Er dient nu vermeld te worden dat het memo reeds geopend is en door welke gebruiker.

Test4:
Schakel werkplek a uit.
Op werkplek b open via Notime een Memo.
Ga naar rapporten en zoek bij dagstaat medewerker dit memo op en dubbelklik.
Er dient nu vermeld te worden dat Notime wacht op het afsluiten van een formulier.

Test 5:
Ga binnen notime naar een willekeurige dagstaat van jezelf.
Open via rapporten dagstaat medewerers met deze dagstaat.
Dubbelklik op een tijdstip binnen de reeds in notime geopende datum.
Nu moet er geen melding komen dat de dagstaat reeds geopend is maar dient de betreffende regel geselecteerd te worden.
</steps_to_reproduce><additional_information xsi:type="xsd:string">Bij het doorlinken van Rapporten naar Notime bleef soms Notime hangen. 
Een van de oorzaken hiervoor was het proberen te openen van een dagstaat/memo dat reeds (door b.v. een andere gebruiker) geopend is. </additional_information><attachments xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:AttachmentData[0]"></attachments><relationships xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:RelationshipData[2]"><item xsi:type="tns:RelationshipData"><id xsi:type="xsd:integer">5064</id><type xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">3</id><name xsi:type="xsd:string">deel van</name></type><target_id xsi:type="xsd:integer">8028</target_id></item><item xsi:type="tns:RelationshipData"><id xsi:type="xsd:integer">5063</id><type xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">98</id><name xsi:type="xsd:string">dubbele bugfix ontwikkel van</name></type><target_id xsi:type="xsd:integer">8025</target_id></item></relationships><custom_fields xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:CustomFieldValueForIssueData[5]"><item xsi:type="tns:CustomFieldValueForIssueData"><field xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">15</id><name xsi:type="xsd:string">Geplande database versie [Support]</name></field><value xsi:type="xsd:string"></value></item><item xsi:type="tns:CustomFieldValueForIssueData"><field xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">7</id><name xsi:type="xsd:string">Opnemen in releasenotes [Develop]</name></field><value xsi:type="xsd:string"></value></item><item xsi:type="tns:CustomFieldValueForIssueData"><field xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">8</id><name xsi:type="xsd:string">Opgenomen in Releasenotes [Support]</name></field><value xsi:type="xsd:string">Nee</value></item><item xsi:type="tns:CustomFieldValueForIssueData"><field xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">10</id><name xsi:type="xsd:string">Opnemen in Handleiding [Support]</name></field><value xsi:type="xsd:string"></value></item><item xsi:type="tns:CustomFieldValueForIssueData"><field xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">3</id><name xsi:type="xsd:string">Klant ID</name></field><value xsi:type="xsd:string"></value></item></custom_fields><due_date xsi:nil="true" xsi:type="xsd:dateTime"/><monitors xsi:type="SOAP-ENC:Array" SOAP-ENC:arrayType="tns:AccountData[0]"></monitors></return></ns1:mc_issue_getResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>

2-mc_issue_getResponse.xml (7,469 bytes)   
2-mc_issue_update.xml (8,986 bytes)   
<?xml version="1.0" encoding="utf-8"?><soap:Envelope xmlns:soap="http://schemas.xmlsoap.org/soap/envelope/" xmlns:soapenc="http://schemas.xmlsoap.org/soap/encoding/" xmlns:tns="http://futureware.biz/mantisconnect" xmlns:types="http://futureware.biz/mantisconnect/encodedTypes" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema"><soap:Body soap:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"><tns:mc_issue_update><username xsi:type="xsd:string">admin</username><password xsi:type="xsd:string">root</password><issueId xsi:type="xsd:integer">8026</issueId><issue href="#id1" /></tns:mc_issue_update><tns:IssueData id="id1" xsi:type="tns:IssueData"><id xsi:type="xsd:integer">8026</id><view_state href="#id2" /><last_updated xsi:type="xsd:dateTime">2011-10-10T13:03:59Z</last_updated><project href="#id3" /><category xsi:type="xsd:string">Overige</category><priority href="#id4" /><severity href="#id5" /><status href="#id6" /><reporter href="#id7" /><summary xsi:type="xsd:string">Bij doorlinkingen op dagstaatregel of memo melding geven als de dagstaat/memo reeds geopend is door een andere gebruiker.</summary><reproducibility href="#id8" /><date_submitted xsi:type="xsd:dateTime">2011-10-10T12:56:35Z</date_submitted><sponsorship_total xsi:type="xsd:integer">0</sponsorship_total><handler href="#id9" /><projection href="#id10" /><eta href="#id11" /><resolution href="#id12" /><fixed_in_version xsi:type="xsd:string">41.3.0</fixed_in_version><description xsi:type="xsd:string">Als je op de tijd van een dagstaatregel wilt doorlinken naar Notime terwijl deze dagstaat al open is (anders dan door jezelf), moet er een melding komen dat deze dagstaat al reeds geopend is (met vermelding van degene die deze geopend heeft) 
Hetzelfde als er een memo geopend wordt dat reeds open staat. Let wel: een memo kan geopend zijn binnen Notime en binnen Notis. Als het memo binnen Notime geopend is dan heeft die gebruiker ook de betreffende dagstaat open (en wordt die melding gegeven). Als je zelf een memo in Notime open hebt staan of dat er een ander 'modaal scherm' open staat (b.v. datumselectie) dan krijg je een melding dat Notime wacht op het afsluiten van dit scherm.</description><steps_to_reproduce xsi:type="xsd:string">Open Notime op twee werkplekken.
a) Log op 1 werkplek in als system.
b) Log op de andere werkplek in als je zelf.
Zorg dat zowel system als jezelf rechten hebt op alle medewerkers.

Test1:
Vraag dagstaat medewerkers aan op werkplek a en dubbelklik op een tijdstip van een andere medewerker dan system/jezelf. De betreffende dagstaatregel opent.
Vraag dagstaat medewerkers aan op werkplek b en dubbelklik op hetzelfde tijdstip. Er dient een melding te komen dat betreffende dagstaat reeds geopend is door gebruiker system. Ditzelfde als op andere tijdstippen binnen deze dag geopend worden.

Test2: 
Doe hetzelfde voor de twee werkplekken met een memo. 
Er dient gemeld te worden dat de betreffende dagstaat reeds geopend is door gebruiker "System" 

Test3:
Op werkplek a open notis en open een memo.
Zoek op werkplek b zoek bij dagstaat medewerker dit memo op en probeer deze te openen.
Er dient nu vermeld te worden dat het memo reeds geopend is en door welke gebruiker.

Test4:
Schakel werkplek a uit.
Op werkplek b open via Notime een Memo.
Ga naar rapporten en zoek bij dagstaat medewerker dit memo op en dubbelklik.
Er dient nu vermeld te worden dat Notime wacht op het afsluiten van een formulier.

Test 5:
Ga binnen notime naar een willekeurige dagstaat van jezelf.
Open via rapporten dagstaat medewerers met deze dagstaat.
Dubbelklik op een tijdstip binnen de reeds in notime geopende datum.
Nu moet er geen melding komen dat de dagstaat reeds geopend is maar dient de betreffende regel geselecteerd te worden.
</steps_to_reproduce><additional_information xsi:type="xsd:string">Bij het doorlinken van Rapporten naar Notime bleef soms Notime hangen. 
Een van de oorzaken hiervoor was het proberen te openen van een dagstaat/memo dat reeds (door b.v. een andere gebruiker) geopend is. </additional_information><attachments href="#id13" /><relationships href="#id14" /><custom_fields href="#id15" /><due_date xsi:type="xsd:dateTime">0001-01-01T00:00:00</due_date><monitors href="#id16" /></tns:IssueData><tns:ObjectRef id="id2" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">50</id><name xsi:type="xsd:string">intern</name></tns:ObjectRef><tns:ObjectRef id="id3" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">9</id><name xsi:type="xsd:string">Rapporten</name></tns:ObjectRef><tns:ObjectRef id="id4" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">60</id><name xsi:type="xsd:string">immediate</name></tns:ObjectRef><tns:ObjectRef id="id5" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">50</id><name xsi:type="xsd:string">klein</name></tns:ObjectRef><tns:ObjectRef id="id6" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">90</id><name xsi:type="xsd:string">afgesloten</name></tns:ObjectRef><tns:AccountData id="id7" xsi:type="tns:AccountData"><id xsi:type="xsd:integer">8</id><name xsi:type="xsd:string">Maurice</name><real_name xsi:type="xsd:string">Maurice Gerards</real_name><email xsi:type="xsd:string">MGerards@kantoor.local</email></tns:AccountData><tns:ObjectRef id="id8" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">70</id><name xsi:type="xsd:string">niet geprobeerd</name></tns:ObjectRef><tns:AccountData id="id9" xsi:type="tns:AccountData"><id xsi:type="xsd:integer">8</id><name xsi:type="xsd:string">Maurice</name><real_name xsi:type="xsd:string">Maurice Gerards</real_name><email xsi:type="xsd:string">MGerards@kantoor.local</email></tns:AccountData><tns:ObjectRef id="id10" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">10</id><name xsi:type="xsd:string">geen</name></tns:ObjectRef><tns:ObjectRef id="id11" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">10</id><name xsi:type="xsd:string">geen</name></tns:ObjectRef><tns:ObjectRef id="id12" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">20</id><name xsi:type="xsd:string">opgelost</name></tns:ObjectRef><soapenc:Array id="id13" soapenc:arrayType="tns:AttachmentData[0]" /><soapenc:Array id="id14" soapenc:arrayType="tns:RelationshipData[2]"><Item href="#id17" /><Item href="#id18" /></soapenc:Array><soapenc:Array id="id15" soapenc:arrayType="tns:CustomFieldValueForIssueData[5]"><Item href="#id19" /><Item href="#id20" /><Item href="#id21" /><Item href="#id22" /><Item href="#id23" /></soapenc:Array><soapenc:Array id="id16" soapenc:arrayType="tns:AccountData[0]" /><tns:RelationshipData id="id17" xsi:type="tns:RelationshipData"><id xsi:type="xsd:integer">5064</id><type href="#id24" /><target_id xsi:type="xsd:integer">8028</target_id></tns:RelationshipData><tns:RelationshipData id="id18" xsi:type="tns:RelationshipData"><id xsi:type="xsd:integer">5063</id><type href="#id25" /><target_id xsi:type="xsd:integer">8025</target_id></tns:RelationshipData><tns:CustomFieldValueForIssueData id="id19" xsi:type="tns:CustomFieldValueForIssueData"><field href="#id26" /><value xsi:type="xsd:string" /></tns:CustomFieldValueForIssueData><tns:CustomFieldValueForIssueData id="id20" xsi:type="tns:CustomFieldValueForIssueData"><field href="#id27" /><value xsi:type="xsd:string" /></tns:CustomFieldValueForIssueData><tns:CustomFieldValueForIssueData id="id21" xsi:type="tns:CustomFieldValueForIssueData"><field href="#id28" /><value xsi:type="xsd:string">Nee</value></tns:CustomFieldValueForIssueData><tns:CustomFieldValueForIssueData id="id22" xsi:type="tns:CustomFieldValueForIssueData"><field href="#id29" /><value xsi:type="xsd:string" /></tns:CustomFieldValueForIssueData><tns:CustomFieldValueForIssueData id="id23" xsi:type="tns:CustomFieldValueForIssueData"><field href="#id30" /><value xsi:type="xsd:string" /></tns:CustomFieldValueForIssueData><tns:ObjectRef id="id24" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">3</id><name xsi:type="xsd:string">deel van</name></tns:ObjectRef><tns:ObjectRef id="id25" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">98</id><name xsi:type="xsd:string">dubbele bugfix ontwikkel van</name></tns:ObjectRef><tns:ObjectRef id="id26" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">15</id><name xsi:type="xsd:string">Geplande database versie [Support]</name></tns:ObjectRef><tns:ObjectRef id="id27" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">7</id><name xsi:type="xsd:string">Opnemen in releasenotes [Develop]</name></tns:ObjectRef><tns:ObjectRef id="id28" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">8</id><name xsi:type="xsd:string">Opgenomen in Releasenotes [Support]</name></tns:ObjectRef><tns:ObjectRef id="id29" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">10</id><name xsi:type="xsd:string">Opnemen in Handleiding [Support]</name></tns:ObjectRef><tns:ObjectRef id="id30" xsi:type="tns:ObjectRef"><id xsi:type="xsd:integer">3</id><name xsi:type="xsd:string">Klant ID</name></tns:ObjectRef></soap:Body></soap:Envelope>
2-mc_issue_update.xml (8,986 bytes)   
2-Screenshot.png (22,088 bytes)   
2-Screenshot.png (22,088 bytes)   

Relationships

related to 0015721 closedgrangeway Functionality to consider porting to master-2.0.x 
related to 0014412 closeddregad Calling mc_issue_update creates erroneous "Note View State changed" items in history (issue 0013377 not fixed) 

Activities

rombert

rombert

2011-10-07 11:23

reporter   ~0029927

Is there anything special about these bugnotes? I don't typically see this.

david_s_nl

david_s_nl

2011-10-10 03:55

reporter   ~0029933

No, nothing special. I've added 2 notes containing:
"This is note 1" and "This is note 2".

I've tested this on an internal Mantis environment running on a Windows XP machine with Wamp (Apache 2.2.6, PhP 5.2.5, MySql 5.0.45).
I will try to reproduce it on a new installation with an up to date version of Wamp to see if the problem still occurs, and report back.

rombert

rombert

2011-10-10 04:04

reporter   ~0029934

Do you pass in the issue notes when updating? If so, they will be updated as part of the mc_issue_update call and that is why you will see these changes.

david_s_nl

david_s_nl

2011-10-10 16:57

reporter   ~0029937

Yes i do pass in the issue notes. So that explains.. thanks.

I couldn't find any info about whether i needed to do mc_issue_get() first, then make changes, then mc_issue_update()

or

create a new issuedata object, set the id, and set the fields i want to change, then call mc_issue_update()

rombert

rombert

2011-10-11 03:35

reporter   ~0029938

Right now the second point should work , but I think that we need to be smarter about recording changes to notes. So I will aim to update the last changed time of a bug note only if any of its properties change.

david_s_nl

david_s_nl

2011-10-12 08:53

reporter   ~0029946

fyi, i tested some more and now i also see these items in the history after calling mc_issue_update (even though they have not changed):

  • Description Updated
  • Steps to Reproduce Updated
  • Additional Information Updated
rombert

rombert

2011-10-28 13:13

reporter   ~0030097

This is unexpected. I do not see these side effects. FWIW, I have updated this issue only using the SOAP API , invoked from Java. There are no side effects of the updates, so my guess is that the VB.net invocations are somehow incorrect. Can you generate a dump of the HTTP traffic and attach it?

david_s_nl

david_s_nl

2011-11-14 16:39

reporter   ~0030234

I did some logging and attached the 2 xml files.. after running this the issue history showed 2 items saying the "note view state" changed to public, just as shown in the screenshot above.

rombert

rombert

2011-11-14 16:59

reporter   ~0030235

OK, that is expected now and I will work around it. But do you still get the Description/Steps to Reproduce/Additional Info updated? I'd be interested in those captures as well.

david_s_nl

david_s_nl

2011-11-17 14:01

reporter   ~0030243

Yes i can reproduce them, i've attached the log and a screenshot of the history after the mc_issue_update.

belfar

belfar

2011-11-23 18:39

reporter   ~0030298

teste

rombert

rombert

2011-12-02 15:53

reporter   ~0030459

The issue should be solved now. Please try with the latest version from git and let me know if it works.

grangeway

grangeway

2013-04-05 17:57

reporter   ~0036249

Marking as 'acknowledged' not resolved/closed to track that change gets ported to master-2.0.x branch

Related Changesets

MantisBT: master be9d73c7

2011-12-02 07:51

rombert


Details Diff
Only update bugnotes when actual fields have changed

Fixes 0013377: Calling mc_issue_update creates erroneous "Note View State changed" items in history
Affected Issues
0013377
mod - api/soap/mc_issue_api.php Diff File

MantisBT: master-1.2.x 0b70730c

2011-12-02 07:51

rombert


Details Diff
Only update bugnotes when actual fields have changed

Fixes 0013377: Calling mc_issue_update creates erroneous "Note View State changed" items in history
Affected Issues
0013377
mod - api/soap/mc_issue_api.php Diff File