<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Recent changes to bugs</title><link>https://sourceforge.net/p/tora/bugs/</link><description>Recent changes to bugs</description><atom:link href="https://sourceforge.net/p/tora/bugs/feed.rss" rel="self"/><language>en</language><lastBuildDate>Fri, 27 Nov 2020 15:03:58 -0000</lastBuildDate><atom:link href="https://sourceforge.net/p/tora/bugs/feed.rss" rel="self" type="application/rss+xml"/><item><title>Keep Alive with Oracle database is not working</title><link>https://sourceforge.net/p/tora/bugs/908/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;With Tora 3.2.186/windows/x64, keep alive mode is not working with Oracle databases;&lt;/p&gt;
&lt;p&gt;KR,&lt;/p&gt;
&lt;p&gt;eraso&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eraso</dc:creator><pubDate>Fri, 27 Nov 2020 15:03:58 -0000</pubDate><guid>https://sourceforge.netb2538b80ef570229328d753b0f65d0f9e0da0bb3</guid></item><item><title>Failure to execute a fully parsed multile lines SQL request</title><link>https://sourceforge.net/p/tora/bugs/907/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;With Tora 3.2.186/windows/x64, while executing a multiple lines SQL request, sometimes (often the first run), it fails to execute the full SQL request.&lt;/p&gt;
&lt;p&gt;Even if the multiple lines SQL request is fully parsed, and so, all the request is recognized, the execution of the request takes only a part of it.&lt;/p&gt;
&lt;p&gt;For instance :&lt;br/&gt;
1/ for the following request :&lt;br/&gt;
select "Price", "Quantity"&lt;br/&gt;
from "Fee"&lt;br/&gt;
where "Price" =0&lt;br/&gt;
;&lt;/p&gt;
&lt;p&gt;If the cursor is on the first line, (often on the first run), the error "From clause is missing" is raised&lt;br/&gt;
if the cursor is on the second line, the error "from without select" is raised.&lt;/p&gt;
&lt;p&gt;2/ for the following request :&lt;br/&gt;
select "Price","Quantity" from "Fee"&lt;br/&gt;
where "Price"=0&lt;br/&gt;
;&lt;br/&gt;
If the cursor is on the first line, (often on the first run), the request is executed without the where part.&lt;/p&gt;
&lt;p&gt;This can be annoying if you're executing an update request in autocommit mode.&lt;/p&gt;
&lt;p&gt;KR,&lt;/p&gt;
&lt;p&gt;eraso&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eraso</dc:creator><pubDate>Fri, 27 Nov 2020 15:00:21 -0000</pubDate><guid>https://sourceforge.net4ef44c60a85223ccf518c37b61baca66790eee3c</guid></item><item><title>Failure to update values with mixed cases field name through HMI</title><link>https://sourceforge.net/p/tora/bugs/906/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;With Tora 3.2.186/windows/x64, while trying to update values of fields directly / interactively through HMI, it failed.&lt;/p&gt;
&lt;p&gt;The problem is with mixed cases (lower and upper case) field names.&lt;br/&gt;
If such field names are'nt protected with double quotes, the field name is considered in upper case.&lt;br/&gt;
The field name with mixed cases is totally different with the "almost same" field name in uppercase.&lt;br/&gt;
For instance, the table Fee declares a field name called "Price".&lt;br/&gt;
If you try to update the value of "Price" field of the "Fee" table through HMI, the request sended to Oracle Server is :&lt;br/&gt;
update "Fee" set Price=0.01 where ...&lt;br/&gt;
But the request should be like :&lt;br/&gt;
update "Fee" set "Price"=0.01 where ...&lt;/p&gt;
&lt;p&gt;KR,&lt;/p&gt;
&lt;p&gt;eraso&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">eraso</dc:creator><pubDate>Fri, 27 Nov 2020 14:43:29 -0000</pubDate><guid>https://sourceforge.netbc69abc48934fc8fdf361fdabcd9cb532dcd6be8</guid></item><item><title>High cpu time when showing columns list of a table with oracle 12c</title><link>https://sourceforge.net/p/tora/bugs/905/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Hello,&lt;/p&gt;
&lt;p&gt;We used Tora for many years to manage our Oracle databases. We are currently migrating them from 11g to 12c. With Oracle 12 databases, we noticed now very bad response time when we want to display the column characteristics of a table. &lt;/p&gt;
&lt;p&gt;We have this issue with any Tora release (included the last 3.2-133); but only with Oracle release 12. Maybe due to its new multi-tenant architecture?&lt;/p&gt;
&lt;p&gt;I traced your SQL request when calling this command (show columns list of a table of a schema). It is something like :&lt;/p&gt;
&lt;p&gt;SELECT DISTINCT cl.column_name as nom,&lt;br/&gt;
                cl.data_type as type,&lt;br/&gt;
                cl.data_length as longueur,&lt;br/&gt;
                cl.data_precision as precision,&lt;br/&gt;
                cl.data_scale as echelle,&lt;br/&gt;
                (SELECT comments FROM all_col_comments cm WHERE cm.owner = cl.owner AND cm.table_name = cl.table_name AND cm.column_name = cl.column_name ) AS "Comment",&lt;br/&gt;
                cl.column_id&lt;br/&gt;
                               FROM all_tab_columns cl&lt;br/&gt;
                WHERE cl.owner =  &amp;amp;1 AND cl.table_name = &amp;amp;2&lt;br/&gt;
                               ORDER BY cl.column_id;&lt;/p&gt;
&lt;p&gt;Best cost and response time would be get with this  :&lt;/p&gt;
&lt;p&gt;SELECT cl.column_name as nom,&lt;br/&gt;
       cl.data_type as type,&lt;br/&gt;
       cl.data_length as longueur,&lt;br/&gt;
       cl.data_precision as precision,&lt;br/&gt;
       cl.data_scale as echelle,&lt;br/&gt;
       cm.comments,&lt;br/&gt;
       cl.column_id&lt;br/&gt;
  FROM user_tab_cols cl&lt;br/&gt;
       left join user_col_comments cm&lt;br/&gt;
         on (cl.table_name = cm.table_name and cl.column_name = cm.column_name)&lt;br/&gt;
  WHERE cl.table_name = &amp;amp;1&lt;br/&gt;
  ORDER BY cl.column_id;&lt;/p&gt;
&lt;p&gt;What do you think about this alternative?&lt;/p&gt;
&lt;p&gt;Thanks in advance for your response&lt;/p&gt;
&lt;p&gt;Sylvain&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">DESNOS Sylvain</dc:creator><pubDate>Thu, 23 Aug 2018 15:48:43 -0000</pubDate><guid>https://sourceforge.net341f960fd211e5fbbc8cdb5b210b66f30e38d8d4</guid></item><item><title>#904 Disconnecting from database closes whole app</title><link>https://sourceforge.net/p/tora/bugs/904/?limit=25#b7e8</link><description>&lt;div class="markdown_content"&gt;&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;status&lt;/strong&gt;: open --&amp;gt; closed-fixed&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Group&lt;/strong&gt;:  --&amp;gt; &lt;/li&gt;
&lt;/ul&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ivan Brezina</dc:creator><pubDate>Fri, 10 Aug 2018 14:29:46 -0000</pubDate><guid>https://sourceforge.net2018f6cad287dd121d8a46608d41683eb9cc6bb1</guid></item><item><title>#904 Disconnecting from database closes whole app</title><link>https://sourceforge.net/p/tora/bugs/904/?limit=25#35a4</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;probably fixed by last commit. long story short - tora cached names of all db objects for every connection. When you closed the app, before this bg task was done, the app crashed. &lt;/p&gt;
&lt;p&gt;PS: use github for reporting bugs.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Ivan Brezina</dc:creator><pubDate>Fri, 10 Aug 2018 14:29:22 -0000</pubDate><guid>https://sourceforge.net2367a26beefbe0e0b70fedbbdc7c116b47d7ad35</guid></item><item><title>Disconnecting from database closes whole app</title><link>https://sourceforge.net/p/tora/bugs/904/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Disconnecting from database closes whole app. Empty Tora window used to display after disconnecting, so user can connect to  different database once again.&lt;br/&gt;
Version v3.2-133-gbbeb2fe4 &lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Peter Sivy</dc:creator><pubDate>Fri, 03 Aug 2018 12:07:26 -0000</pubDate><guid>https://sourceforge.net8b63e17df152fb3909b2710bb2d4137648650453</guid></item><item><title>Disconnecting from database closes whole app</title><link>https://sourceforge.net/p/tora/bugs/904/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Ticket 904 has been modified: Disconnecting from database closes whole app&lt;br/&gt;
Edited By: Ivan Brezina (ibre5041)&lt;br/&gt;
Status updated: u'open' =&amp;gt; u'closed-fixed'&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Peter Sivy</dc:creator><pubDate>Fri, 03 Aug 2018 12:07:26 -0000</pubDate><guid>https://sourceforge.netc8c36c9ad2a4e1d5aab1d7daf27f1abdc59644f3</guid></item><item><title>Unable to show data when using Oracle Data Type BINARY_DOUBLE </title><link>https://sourceforge.net/p/tora/bugs/903/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;Version: v3.2-98-ga8380ed7&lt;br/&gt;
OS: Windows 8.1&lt;br/&gt;
Oracle: 11.2.0.4&lt;/p&gt;
&lt;p&gt;It's not possible to show data of a table, if there is a column defined as BINARY_DOUBLE.&lt;/p&gt;
&lt;p&gt;I'm getting the following error message:&lt;br/&gt;
DefinePar: Data type not registered: (101:0:0::%s)&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">dirsve</dc:creator><pubDate>Wed, 25 Jul 2018 10:53:29 -0000</pubDate><guid>https://sourceforge.netb4c5bf420abaa5737cfe870fffa2fc47ae6d1e71</guid></item><item><title>Cannot set date format for databases other than Oracle.</title><link>https://sourceforge.net/p/tora/bugs/902/</link><description>&lt;div class="markdown_content"&gt;&lt;p&gt;As a new commer, I found that in the preferences, one cannot set the date format for databases other than Oracle (from what I have read on the web).  I tried with Mysql and the option is simply not there.  I want to YYYY-MM-DD format, while currently the default is YY-MM-DD.  I have not tried for other databases.&lt;/p&gt;
&lt;p&gt;Granted, in my case it is not a big deal, but others would probably prefer a more unconventional (non ISO-8601) date format.&lt;/p&gt;
&lt;p&gt;This option should be made available for all database types.  This bug is not meant for Mysql only.&lt;/p&gt;
&lt;p&gt;TOra 2.1.3 on Ubuntu 16.04 LTS Xenial Xerus.&lt;/p&gt;&lt;/div&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Hans Deragon</dc:creator><pubDate>Tue, 06 Mar 2018 12:19:10 -0000</pubDate><guid>https://sourceforge.nete0740ebfe9973c23fe3b51d6a8b7441920d1b931</guid></item></channel></rss>