<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>dbFront.com - Recent questions and answers in Version 1.2</title>
<link>https://dbfront.com/qa/qa/errors/version-1-2</link>
<description>Powered by Question2Answer</description>
<item>
<title>Error: There is already an open DataReader associated with this Connection which must be closed first.</title>
<link>https://dbfront.com/qa/1378/error-there-already-datareader-associated-connection-closed</link>
<description>&lt;p&gt;I have this stored procedure button that ran once just fine, but now I get the below error when I try to run it. I tried restarting the dbFront service but it's still occurring.&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;Error: Can't run customProcedureName(), There is already an open DataReader associated with this Command which must be closed first.
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;What does this error mean and how can I fix it.&lt;/p&gt;
</description>
<category>Version 1.2</category>
<guid isPermaLink="true">https://dbfront.com/qa/1378/error-there-already-datareader-associated-connection-closed</guid>
<pubDate>Wed, 07 Feb 2024 15:27:42 +0000</pubDate>
</item>
<item>
<title>Answered: A new row does not appear in the lookup form</title>
<link>https://dbfront.com/qa/1325/a-new-row-does-not-appear-in-the-lookup-form?show=1337#a1337</link>
<description>&lt;p&gt;&lt;strong&gt;To Cache or not to Cache, that is the question.&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;This issue is because dbFront attempts to use caching to improve the application responsiveness.&lt;/p&gt;
&lt;p&gt;Therefore all lookup results are only refreshed if dbFront recognizes an update from within dbFront, or at the database (very slow), or periodically.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Disable Caching&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;If you know that a table will receive regular updates outside dbFront, then the best solution is to disable the caching.&lt;/p&gt;
&lt;p&gt;There are two methods:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;Disable Server Lookup, and &lt;/li&gt;
&lt;li&gt;Change the table caching type.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;For more details see: &lt;a rel=&quot;nofollow&quot; href=&quot;https://dbfront.com/qa/1012/force-dbfront-to-load-a-fresh-copy-of-the-data-everytime&quot;&gt;https://dbfront.com/qa/1012/force-dbfront-to-load-a-fresh-copy-of-the-data-everytime&lt;/a&gt;&lt;/p&gt;
</description>
<category>Version 1.2</category>
<guid isPermaLink="true">https://dbfront.com/qa/1325/a-new-row-does-not-appear-in-the-lookup-form?show=1337#a1337</guid>
<pubDate>Tue, 29 Aug 2023 20:23:12 +0000</pubDate>
</item>
<item>
<title>Answered: FIXED: Maximize buttons not displaying properly with latest Chrome update</title>
<link>https://dbfront.com/qa/1205/maximize-buttons-displaying-properly-latest-chrome-update?show=1213#a1213</link>
<description>&lt;p&gt;This issue is due to a Chrome browser update that affects nearly all versions of dbFront.  As you likely know, Edge is now a variant of Google's Chrome.&lt;/p&gt;
&lt;p&gt;This issue also affects the position of the gear icons, lookup dropdowns and other items.&lt;br&gt;
​&lt;br&gt;
The latest Feature release of dbFront &lt;a rel=&quot;nofollow&quot; href=&quot;https://dbfront.com/releasehistory#v1.2.2.2792&quot;&gt;1.2.2.2792&lt;/a&gt; already contains the fix to this browser change.&lt;/p&gt;
&lt;p&gt;I have also released a patch version of &lt;a rel=&quot;nofollow&quot; href=&quot;https://dbfront.com/releasehistory#v1.1.5.6687&quot;&gt;1.1.5.6687&lt;/a&gt; to fix this same issue.  The changes to dbFront are trivial and safe.&lt;br&gt;
​&lt;br&gt;
​All that is required is a small addition to the base CSS file.  You can update the file ccs/Site.css and add the following three lines.&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;div.detailFields div.value {
   position: relative; /* Fixes gear, lookup and notification positioning */
}
&lt;/code&gt;&lt;/pre&gt;
</description>
<category>Version 1.2</category>
<guid isPermaLink="true">https://dbfront.com/qa/1205/maximize-buttons-displaying-properly-latest-chrome-update?show=1213#a1213</guid>
<pubDate>Mon, 04 Jul 2022 21:15:40 +0000</pubDate>
</item>
<item>
<title>Answered: Implicit conversion ... cannot be performed because the collation of the value is unresolved due to a collation conflict</title>
<link>https://dbfront.com/qa/719/implicit-conversion-performed-collation-unresolved-collation?show=720#a720</link>
<description>&lt;p&gt;&lt;strong&gt;PROBLEM&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;dbFront concatenates fields for the table caption and also for lookup display values.&lt;/p&gt;
&lt;p&gt;The issue is that dbFront is concatenating fields in your table that have different non-default collations set.&lt;/p&gt;
&lt;p&gt;For example, your table might be set with a collation of &quot;DanishNorwegianCIAS&quot;, but one or more of your table columns might have a non-default collation set to &quot;SQLDanishPrefCP1CIAS&quot;.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;SOLUTION&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;Since this is SQL Server, the best solution is to create a computed table column that concatenates the fields as you would like them while automatically dealing with the collation issues.&lt;/p&gt;
&lt;p&gt;For example, you could create a computed column named [DisplayName] and set the computed column expression to:&lt;/p&gt;
&lt;pre&gt;&lt;code&gt;(
  isnull([UserName], '')
  + ', ' + isnull([FirstName], '')
  + ', ' + isnull([LastName], '')
  COLLATE DATABASE_DEFAULT
)
&lt;/code&gt;&lt;/pre&gt;
&lt;p&gt;The key piece to add is &quot;COLLATE DATABASE_DEFAULT&quot;.  This tells your database server to automatically use the default collation.  Your specific collation needs may be different.&lt;/p&gt;
&lt;p&gt;An additional benefit of computed columns, is that you can do much more then a simple concatenate.&lt;/p&gt;
&lt;p&gt;Once you have created the computed column you can then update the table caption and the lookup columns so that they only use your new [DisplayName] column.&lt;/p&gt;
</description>
<category>Version 1.2</category>
<guid isPermaLink="true">https://dbfront.com/qa/719/implicit-conversion-performed-collation-unresolved-collation?show=720#a720</guid>
<pubDate>Fri, 22 May 2020 14:24:23 +0000</pubDate>
</item>
</channel>
</rss>