<?xml version="1.0"?><?xml-stylesheet type="text/xsl" href="http://www.codeplex.com/rss.xsl"?><rss version="2.0"><channel><title>MsnHistoryMerger Work Item Rss Feed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/List.aspx</link><description>MsnHistoryMerger Work Item Rss Description</description><item><title>Created Issue: merge files from a mobile instance of MSN Messenger</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=7177</link><description>Thank you for providing the most useful tool for merging conversation threads.  I&amp;#39;m attempting to use this process with a mobile device with an instance of Live Messenger.   Where would the files be located on a mobile instances&amp;#63;&amp;#60;if at all&amp;#62;&lt;br /&gt;</description><author>dhollas</author><pubDate>Sat, 02 Aug 2008 20:46:50 GMT</pubDate><guid isPermaLink="false">Created Issue: merge files from a mobile instance of MSN Messenger 20080802084650P</guid></item><item><title>CLOSED ISSUE: Similar messages sometimes wrongly identified as duplicate messages</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5557</link><description>Due to a bug in the IsDuplicateOf method, similar messages &amp;#40;that have the same content&amp;#41; sent in a short time period can be wrongly identified as duplicate messages and removed from the merged version.&lt;br /&gt;Comments: Fixed on version 1.5</description><author>fernandof</author><pubDate>Mon, 03 Mar 2008 05:19:24 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Similar messages sometimes wrongly identified as duplicate messages 20080303051924A</guid></item><item><title>CREATED ISSUE: Similar messages sometimes wrongly identified as duplicate messages</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5557</link><description>Due to a bug in the IsDuplicateOf method, similar messages &amp;#40;that have the same content&amp;#41; sent in a short time period can be wrongly identified as duplicate messages and removed from the merged version.&lt;br /&gt;</description><author>fernandof</author><pubDate>Mon, 03 Mar 2008 03:04:53 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Similar messages sometimes wrongly identified as duplicate messages 20080303030453A</guid></item><item><title>CLOSED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: Fixed in version 1.4&lt;br /&gt;&lt;br /&gt;Mark, good job on finding this bug.</description><author>fernandof</author><pubDate>Wed, 27 Feb 2008 11:41:17 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Splitting within the same session 20080227114117A</guid></item><item><title>REOPENED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;Merged version sometimes messes up the conversation when origin history files have the duplications.&lt;br /&gt;In the attached Desktop.rar sample 2 identical files are incorrectly merged&amp;#58; duplications are correctly being dropped but original conversations are not being honoured.&lt;/p&gt;</description><author>fernandof</author><pubDate>Tue, 26 Feb 2008 20:58:10 GMT</pubDate><guid isPermaLink="false">REOPENED ISSUE: Splitting within the same session 20080226085810P</guid></item><item><title>COMMENTED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;This is a question, not an issue.&lt;br /&gt;Please post questions on the dicussions board.&lt;/p&gt;&lt;p&gt;&amp;#42;&amp;#42; Closed by fernandof 2&amp;#47;22&amp;#47;2008 6&amp;#58;30 PM&lt;/p&gt;</description><author>fernandof</author><pubDate>Tue, 26 Feb 2008 20:58:10 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Splitting within the same session 20080226085810P</guid></item><item><title>COMMENTED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: MarkWang ** &lt;p&gt;The reason I posted my first query here was because I thought this was, well, a bug. To prove my point, I attached a sample log file. After you unrar it, try to merge them together. These two folders are essentially identical, so the result should be unmodified. However, the number of sessions changes from 4 to 7 and some of the messages within the same session get broken into a new session. &lt;/p&gt;</description><author>MarkWang</author><pubDate>Tue, 26 Feb 2008 20:28:56 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Splitting within the same session 20080226082856P</guid></item><item><title>CLOSED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: This is a question, not an issue.&lt;br /&gt;Please post questions on the dicussions board.</description><author>fernandof</author><pubDate>Sat, 23 Feb 2008 02:30:22 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Splitting within the same session 20080223023022A</guid></item><item><title>COMMENTED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;Hi Mark,&lt;br /&gt;Just to keep this site nice and tidy, please post queries on the discussions board as the Issues are used to track, well, issues... &amp;#58;&amp;#41;&lt;br /&gt;To answer your question, the main rule is explained with the following example&amp;#58;&lt;br /&gt;You start a conversation from your work box from 3pm to 4pm and leave that session opened. From your home you start a new conversation with the same recipient from 9pm to 10pm. On the next day you go back to work and continue the already opened conversation.&lt;br /&gt;In our example, the log files record 2 conversations &amp;#40;1 on each log file&amp;#41;, but the merged version will correctly show 3 different conversations&amp;#58;&lt;/p&gt;&lt;p&gt;Work&amp;#58;     3pm---4pm &amp;#91;session is kept open&amp;#93;----------------------------midnight------------------&amp;#91;continue opened session&amp;#93;9am--10am&lt;br /&gt;Home&amp;#58;                                                         8pm-----9pm&lt;br /&gt;Merged&amp;#58; 3pm--4pm                                      8pm-----9pm                                                                                     9am--10am&lt;/p&gt;&lt;p&gt;&lt;br /&gt;If you&amp;#39;re a dev you can check out the unit tests to get a better understanding of those rules.&lt;/p&gt;</description><author>fernandof</author><pubDate>Sat, 23 Feb 2008 02:28:47 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Splitting within the same session 20080223022847A</guid></item><item><title>CREATED ISSUE: Splitting within the same session</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=5472</link><description>First of all, thank you for creating this great tool. I love it.&lt;br /&gt;&lt;br /&gt;Here comes my question, I have two history files, one with 11 sessions and the other one has 14 sessions. The 11 sessions are actually the heading ones in the other file so I expect to get the merged file with 14 sessions. However, once they are merged, the result file &amp;#40;nicely formatted &amp;#58;&amp;#41; has 22 sessions. It is not a major issue but if I can I would want to retain the original info as much as possible. What is the criteria to split within a session&amp;#63;&lt;br /&gt;&lt;br /&gt;Thank you,&lt;br /&gt;Mark&lt;br /&gt;</description><author>MarkWang</author><pubDate>Wed, 20 Feb 2008 20:58:11 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Splitting within the same session 20080220085811P</guid></item><item><title>CLOSED ISSUE: Merging different language files</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=3341</link><description>Let&amp;#39;s say you have a MSN install in the dutch language at your work, and a MSN install in english at home.&lt;br /&gt;If i merge the files between languages then the order of appearance is incorrect, because of the different date formats.&lt;br /&gt;At the moment i don&amp;#39;t have access to 2 files and don&amp;#39;t know if it is possible to edit this item, so i could add them later on.&lt;br /&gt;&lt;br /&gt;Thx,&lt;br /&gt;Vincent&lt;br/&gt;Comments: Merging different languages is handled correctly.&lt;br /&gt;The format of the date&amp;time is honored and it won't be changed by the utility. This means that if 2 history files have different formats, the unified history file will have 2 different formats as well.</description><author>fernandof</author><pubDate>Mon, 24 Sep 2007 10:47:02 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Merging different language files 20070924104702A</guid></item><item><title>COMMENTED ISSUE: Merging different language files</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=3341</link><description>Let&amp;#39;s say you have a MSN install in the dutch language at your work, and a MSN install in english at home.&lt;br /&gt;If i merge the files between languages then the order of appearance is incorrect, because of the different date formats.&lt;br /&gt;At the moment i don&amp;#39;t have access to 2 files and don&amp;#39;t know if it is possible to edit this item, so i could add them later on.&lt;br /&gt;&lt;br /&gt;Thx,&lt;br /&gt;Vincent&lt;br/&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;Thanks for the contribution vinzzz.&lt;br/&gt;If the ordering is correct it means you get the correct conversations - which is the primary goal of this utility. &amp;#58;&amp;#41;&lt;br/&gt;I agree that the format is not maintained correctly, but unfortunately I cannot fix that. The format is decided by the MSN client based on the locale of the workstation. I could re-format all date&amp;#47;times to use the locale of the workstation running this utility, but I&amp;#39;m not sure it&amp;#39;s a desired behavior.&lt;/p&gt;&lt;p&gt;I will close this issue as there is no problem merging different languages. If you wish me to create a new version in which the locales of 2 different files will be overriden with the locale of the workstation running this utility - say so and I&amp;#39;ll create a new feature.&lt;/p&gt;&lt;p&gt;Cheers,&lt;br/&gt;F&lt;/p&gt;</description><author>fernandof</author><pubDate>Mon, 24 Sep 2007 10:38:29 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Merging different language files 20070924103829A</guid></item><item><title>COMMENTED ISSUE: Merging different language files</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=3341</link><description>Let&amp;#39;s say you have a MSN install in the dutch language at your work, and a MSN install in english at home.&lt;br /&gt;If i merge the files between languages then the order of appearance is incorrect, because of the different date formats.&lt;br /&gt;At the moment i don&amp;#39;t have access to 2 files and don&amp;#39;t know if it is possible to edit this item, so i could add them later on.&lt;br /&gt;&lt;br /&gt;Thx,&lt;br /&gt;Vincent&lt;br/&gt;Comments: ** Comment from web user: vinzzz ** &lt;p&gt;I did a new test and it seems the order of appearance is going the right way, the only thing is the format of the date... i merged 2 files together, one dutch and one english. A few lines of the result&amp;#58;&lt;/p&gt;&lt;p&gt;16-3-2007  16&amp;#58;03&amp;#58;09  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test &lt;br/&gt;16-3-2007  16&amp;#58;03&amp;#58;11  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test2 &lt;br/&gt;16-3-2007  16&amp;#58;08&amp;#58;05  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test3 &lt;br/&gt;3&amp;#47;16&amp;#47;2007  4&amp;#58;41&amp;#58;00 PM  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test &lt;br/&gt;3&amp;#47;16&amp;#47;2007  4&amp;#58;42&amp;#58;10 PM  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test2&lt;br/&gt;3&amp;#47;16&amp;#47;2007  4&amp;#58;44&amp;#58;37 PM  Adri&amp;#235;nne... &amp;#58;D  vinzzz  test3 &lt;br/&gt;&lt;/p&gt;</description><author>vinzzz</author><pubDate>Wed, 19 Sep 2007 21:39:45 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Merging different language files 20070919093945P</guid></item><item><title>COMMENTED ISSUE: Duplicate items are not removed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=1498</link><description>When merging files that were merged in the past, the application does not remove duplicate items and instead treat all messages as messages that needed to be merged. A more desired behaviour would be that the application will detect those duplicated items and remove then from the merging file.&lt;br /&gt;&lt;br /&gt;Note that this only happen when the utility runs on an already merged file&amp;#58; merging A and B to get AB and then merging the AB with A again.&lt;br/&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;This issue is closed as of version 1.2, so the latest version &amp;#40;1.3&amp;#41; correctly handles duplicate messages.&lt;br/&gt;If that is not the case, please attach sample files and I&amp;#39;ll look into it.&lt;/p&gt;</description><author>fernandof</author><pubDate>Mon, 17 Sep 2007 21:31:42 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Duplicate items are not removed 20070917093142P</guid></item><item><title>COMMENTED ISSUE: Duplicate items are not removed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=1498</link><description>When merging files that were merged in the past, the application does not remove duplicate items and instead treat all messages as messages that needed to be merged. A more desired behaviour would be that the application will detect those duplicated items and remove then from the merging file.&lt;br /&gt;&lt;br /&gt;Note that this only happen when the utility runs on an already merged file&amp;#58; merging A and B to get AB and then merging the AB with A again.&lt;br/&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;This issue is closed as of version 1.2, so the latest version &amp;#40;1.3&amp;#41; correctly handles duplicate messages.&lt;br/&gt;If that is not the case, please attach sample files and I&amp;#39;ll look into it.&lt;/p&gt;</description><author>fernandof</author><pubDate>Mon, 17 Sep 2007 21:31:15 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Duplicate items are not removed 20070917093115P</guid></item><item><title>COMMENTED ISSUE: Duplicate items are not removed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=1498</link><description>When merging files that were merged in the past, the application does not remove duplicate items and instead treat all messages as messages that needed to be merged. A more desired behaviour would be that the application will detect those duplicated items and remove then from the merging file.&lt;br /&gt;&lt;br /&gt;Note that this only happen when the utility runs on an already merged file&amp;#58; merging A and B to get AB and then merging the AB with A again.&lt;br/&gt;Comments: ** Comment from web user: fernandof ** &lt;p&gt;This issue is closed as of version 1.2, so the latest version &amp;#40;1.3&amp;#41; correctly handles duplicate messages.&lt;br/&gt;If that is not the case, please attach sample files and I&amp;#39;ll look into it.&lt;/p&gt;</description><author>fernandof</author><pubDate>Mon, 17 Sep 2007 21:30:47 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Duplicate items are not removed 20070917093047P</guid></item><item><title>COMMENTED ISSUE: Duplicate items are not removed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=1498</link><description>When merging files that were merged in the past, the application does not remove duplicate items and instead treat all messages as messages that needed to be merged. A more desired behaviour would be that the application will detect those duplicated items and remove then from the merging file.&lt;br /&gt;&lt;br /&gt;Note that this only happen when the utility runs on an already merged file&amp;#58; merging A and B to get AB and then merging the AB with A again.&lt;br/&gt;Comments: ** Comment from web user: vinzzz ** &lt;p&gt;I do have this same issue also. Probably only the first time, because i have many files that i would like to delete, but first create one big happy merged file.&lt;/p&gt;</description><author>vinzzz</author><pubDate>Mon, 17 Sep 2007 12:14:19 GMT</pubDate><guid isPermaLink="false">COMMENTED ISSUE: Duplicate items are not removed 20070917121419P</guid></item><item><title>CREATED ISSUE: Merging different language files</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=3341</link><description>Let&amp;#39;s say you have a MSN install in the dutch language at your work, and a MSN install in english at home.&lt;br /&gt;If i merge the files between languages then the order of appearance is incorrect, because of the different date formats.&lt;br /&gt;At the moment i don&amp;#39;t have access to 2 files and don&amp;#39;t know if it is possible to edit this item, so i could add them later on.&lt;br /&gt;&lt;br /&gt;Thx,&lt;br /&gt;Vincent&lt;br/&gt;</description><author>vinzzz</author><pubDate>Mon, 17 Sep 2007 12:13:02 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Merging different language files 20070917121302P</guid></item><item><title>CLOSED ISSUE: Duplicate items are not removed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=1498</link><description>When merging files that were merged in the past, the application does not remove duplicate items and instead treat all messages as messages that needed to be merged. A more desired behaviour would be that the application will detect those duplicated items and remove then from the merging file.

Note that this only happen when the utility runs on an already merged file: merging A and B to get AB and then merging the AB with A again. </description><author>fernandof</author><pubDate>Wed, 25 Apr 2007 21:41:08 GMT</pubDate><guid isPermaLink="false">CLOSED ISSUE: Duplicate items are not removed 20070425094108P</guid></item><item><title>CREATED ISSUE: Duplicate items are not removed</title><link>http://www.codeplex.com/MsnHistoryMerger/WorkItem/View.aspx?WorkItemId=1498</link><description>When merging files that were merged in the past, the application does not remove duplicate items and instead treat all messages as messages that needed to be merged. A more desired behaviour would be that the application will detect those duplicated items and remove then from the merging file.

Note that this only happen when the utility runs on an already merged file: merging A and B to get AB and then merging the AB with A again. </description><author>fernandof</author><pubDate>Wed, 25 Apr 2007 21:41:06 GMT</pubDate><guid isPermaLink="false">CREATED ISSUE: Duplicate items are not removed 20070425094106P</guid></item></channel></rss>