<?xml version="1.0" encoding="utf-8"?>
<feed xml:lang="en" xmlns="http://www.w3.org/2005/Atom"><title>Recent changes to bugs</title><link href="https://sourceforge.net/p/conflictsolver/bugs/" rel="alternate"/><link href="https://sourceforge.net/p/conflictsolver/bugs/feed.atom" rel="self"/><id>https://sourceforge.net/p/conflictsolver/bugs/</id><updated>2002-09-27T23:47:19Z</updated><subtitle>Recent changes to bugs</subtitle><entry><title>Scroll left/right in timeline moves up</title><link href="https://sourceforge.net/p/conflictsolver/bugs/13/" rel="alternate"/><published>2002-09-27T23:47:19Z</published><updated>2002-09-27T23:47:19Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.netcfd8baea146ae406481331dca23a84617b6fabcb</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Scrolling left/right in the timeline seems to cause the&lt;br /&gt;
vertical scroll position to get mis-calculated in some&lt;br /&gt;
cases.  Has been observed both on development and&lt;br /&gt;
production machines.&lt;/p&gt;
&lt;p&gt;The change is static per-run of the app, but seems to&lt;br /&gt;
grow on some machines each time the app is started. &lt;br /&gt;
The first screen doesn't seem to show the problem.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;Problem is intermittent, but fairly common.&lt;br /&gt;
&lt;/p&gt;
&lt;p&gt;Scrolling up/down with the scrollbar allows access to&lt;br /&gt;
the whole timeline, but it's still annoying.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Deletion of events from timeline fails</title><link href="https://sourceforge.net/p/conflictsolver/bugs/12/" rel="alternate"/><published>2002-09-27T23:44:03Z</published><updated>2002-09-27T23:44:03Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.netc71bd853ef604f2d685dc6fee17bab87c8071c4a</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Selecting an event's resource bars in the timeline&lt;br /&gt;
doesn't appear to work in at least one installation&lt;br /&gt;
(Baha'i Centre production installation).  No clue why&lt;br /&gt;
at this point in time.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>User category defaults to &amp;quot;&amp;quot;</title><link href="https://sourceforge.net/p/conflictsolver/bugs/11/" rel="alternate"/><published>2002-09-20T03:25:51Z</published><updated>2002-09-20T03:25:51Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.net3f938b1ee3a7adf2f555a4c439adb50ba9a5f76e</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;For some reason the user category field defaults to ''&lt;br /&gt;
rather than a null string.  Should figure out why and&lt;br /&gt;
stoppa-dese-tings-from-a-happenink!&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Duplicate users in index</title><link href="https://sourceforge.net/p/conflictsolver/bugs/10/" rel="alternate"/><published>2002-09-20T03:24:22Z</published><updated>2002-09-20T03:24:22Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.net50789ade75311fad30949f93d3fcc0950d7610dc</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;The add-user mechanism seems to be entering values&lt;br /&gt;
twice in the user-name index.  Not sure why. &lt;br /&gt;
Rebuilding the index fixes the symptoms, but it doesn't&lt;br /&gt;
solve the problem.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>No integrity checks on user/res delete</title><link href="https://sourceforge.net/p/conflictsolver/bugs/9/" rel="alternate"/><published>2002-06-26T07:15:30Z</published><updated>2002-06-26T07:15:30Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.netf0ef329e43f78c84d86426679175c4c2a0e3539f</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Currently nothing to prevent event from having a delete&lt;br /&gt;
user or resource in its properties.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Modal dialog doesn't come to front</title><link href="https://sourceforge.net/p/conflictsolver/bugs/8/" rel="alternate"/><published>2002-06-25T05:11:38Z</published><updated>2002-06-25T05:11:38Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.net3a06a2a3d69f5acac2c067b8e2cccbf2bcf6b8b7</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;When you click on a sibling frame of a modal dialog,&lt;br /&gt;
the modal dialog doesn't get activated/flashed, so the&lt;br /&gt;
user just gets an error sound and no indication of how&lt;br /&gt;
to fix the problem.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Date/time entry doesn't accept 3pm</title><link href="https://sourceforge.net/p/conflictsolver/bugs/7/" rel="alternate"/><published>2002-06-25T03:43:28Z</published><updated>2002-06-25T03:43:28Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.nete3faad957d3e84c66acef0bc66c9baa5c6072865</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Use of mx.DateTime parser means that common formats&lt;br /&gt;
such as 3pm are not accepted as valid dates, instead&lt;br /&gt;
user has to enter 3:00pm.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Compacting the database leaves refs</title><link href="https://sourceforge.net/p/conflictsolver/bugs/6/" rel="alternate"/><published>2002-06-24T19:45:01Z</published><updated>2002-06-24T19:45:01Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.net66bc8806fffa470054fd4326596791dbb6af03c5</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Need to make all dbobject references get the database&lt;br /&gt;
reference fresh each time (otherwise link to old dbase&lt;br /&gt;
makes them create a serial-number Conflict error).&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Use of _resetCache</title><link href="https://sourceforge.net/p/conflictsolver/bugs/5/" rel="alternate"/><published>2002-06-20T06:21:17Z</published><updated>2002-06-20T06:21:17Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.net184bf833b42241b2b31cfec1415b50fa003123d0</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Current code uses _resetCache (in zcollection's&lt;br /&gt;
indexeddatabase.py), this is explicitly warned against&lt;br /&gt;
by Zope's Shane Hathaway.  At the moment it's a&lt;br /&gt;
requirement to get the app to work, but it should be&lt;br /&gt;
fixed when possible.&lt;/p&gt;&lt;/div&gt;</summary></entry><entry><title>Unconflicted Event registering conflicts</title><link href="https://sourceforge.net/p/conflictsolver/bugs/4/" rel="alternate"/><published>2002-06-20T06:19:48Z</published><updated>2002-06-20T06:19:48Z</updated><author><name>Mike C. Fletcher</name><uri>https://sourceforge.net/u/mcfletch/</uri></author><id>https://sourceforge.net8e4d9c325fa040360d7d5a2b495778bd37aedb19</id><summary type="html">&lt;div class="markdown_content"&gt;&lt;p&gt;Sometimes seeing events reporting conflicts when there&lt;br /&gt;
is no current conflict for them, looks like something&lt;br /&gt;
isn't getting properly updated in the event property hooks.&lt;/p&gt;&lt;/div&gt;</summary></entry></feed>