<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
	<channel>
		<title>Last forum posts</title>
		<link>http://oscada.org/en/forum/</link>
		<description></description>
		<language>en</language>
		<lastbuilddate>Mon, 06 Apr 2026 09:06:18 +0300</lastbuilddate>
		<generator>mm_forum powered by TYPO3</generator>
		<ttl>60</ttl>
		
		
		<item>
			<title>json library</title>
			<link>http://oscada.org/en/forum/posts///10433/</link>
			<pubDate>Fri, 27 Mar 2026 17:35:18 +0200</pubDate>
			<description> ok, I'll read the requirements and write documentation for the functions like in other OpenSCADA libraries. By comments I meant feedback from people who will use the library.  OK, I have included the library to the standard OpenSCADA libraries without your documenting as is, due to your mention &quot;License: GPLv2&quot;!  And I have tested only deserialize(), which works, but you must not to include temporary internal variables &quot;str&quot; and &quot;i&quot; to the function arguments!</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;arccis&quot; wrote:<br /><br />
ok, I'll read the requirements and write documentation for the functions like in other OpenSCADA libraries. By comments I meant feedback from people who will use the library.<br />
</div><br />
OK, I have included the library to the <a href="http://oscada.org/wiki/Special:MyLanguage/Libs" target="_blank" class="link_10">standard OpenSCADA libraries</a> without your documenting as is, due to your mention &quot;License: GPLv2&quot;!<br />
<br />
And I have tested only <i>deserialize()</i>, which works, but you must not to include temporary internal variables &quot;str&quot; and &quot;i&quot; to the function arguments!      ]]></content:encoded>
			<category>OpenSCADA development</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>There is no session and project of the VCA engine...</title>
			<link>http://oscada.org/en/forum/posts///10432/</link>
			<pubDate>Wed, 25 Mar 2026 07:09:00 +0200</pubDate>
			<description> I couldn't find the quick start in the manual, number 1003. 10003 doesn't do anything either. It doesn't matter.  And me can ...</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;Fudodo&quot; wrote:<br /><br />
I couldn't find the quick start in the manual, number 1003. 10003 doesn't do anything either. It doesn't matter.<br />
</div><br />
And me can ...      ]]></content:encoded>
			<category>Miscellaneous</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>There is no session and project of the VCA engine...</title>
			<link>http://oscada.org/en/forum/posts///10431/</link>
			<pubDate>Wed, 25 Mar 2026 00:25:17 +0200</pubDate>
			<description>I couldn't find the quick start in the manual, number 1003. 10003 doesn't do anything either. It doesn't matter.  I reinstalled the system on debian 13.  I added the repositories as instructed and a new restriction on SSL signature rejection appeared. I override it via edit /usr/share/apt/default-sequoia.config and set sha1.second_preimage_resistance to a later date. Then apt install openscada works.  Now the system works on port 10002    thank You   </description>
			<content:encoded><![CDATA[      I couldn't find the quick start in the manual, number 1003. 10003 doesn't do anything either. It doesn't matter.<br />
<br />
I reinstalled the system on debian 13. <br />
I added the repositories as instructed and a new restriction on SSL signature rejection appeared.<br />
I override it via edit /usr/share/apt/default-sequoia.config and set sha1.second_preimage_resistance to a later date.<br />
Then apt install openscada works.<br />
<br />
Now the system works on port 10002  <br />
<br />
thank You <br />
<br />
      ]]></content:encoded>
			<category>Miscellaneous</category>
			<dc:creator>Fudodo</dc:creator>
		</item>
		
		<item>
			<title>There is no session and project of the VCA engine...</title>
			<link>http://oscada.org/en/forum/posts///10430/</link>
			<pubDate>Tue, 24 Mar 2026 07:51:53 +0200</pubDate>
			<description>It is you only are connected to a background Server service where is no VCA-Session, obviously! :)  If you want to connect just started model in UI, you may use next WEB-port — 10003.  And read Quick Start for understanding!</description>
			<content:encoded><![CDATA[      It is you only are connected to a background Server service where is no VCA-Session, obviously! :)<br />
<br />
If you want to connect just started model in UI, you may use next WEB-port — 10003.<br />
<br />
And read <a href="http://oscada.org/wiki/Special:MyLanguage/Documents/Quick_start#Demon" target="_blank" class="link_10">Quick Start</a> for understanding!      ]]></content:encoded>
			<category>Miscellaneous</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>There is no session and project of the VCA engine...</title>
			<link>http://oscada.org/en/forum/posts///10429/</link>
			<pubDate>Tue, 24 Mar 2026 00:59:23 +0200</pubDate>
			<description>Hi,      i found version where web VCA working, Debian_8-OpenSCADA_1+r2991-TDE_R14-amd64-LiveCD_USB.iso, bud old debian  regards Jozef</description>
			<content:encoded><![CDATA[      Hi, <br />
<br />
   i found version where web VCA working, Debian_8-OpenSCADA_1+r2991-TDE_R14-amd64-LiveCD_USB.iso, bud old debian<br />
<br />
regards Jozef      ]]></content:encoded>
			<category>Miscellaneous</category>
			<dc:creator>Fudodo</dc:creator>
		</item>
		
		<item>
			<title>There is no session and project of the VCA engine...</title>
			<link>http://oscada.org/en/forum/posts///10428/</link>
			<pubDate>Mon, 23 Mar 2026 23:19:34 +0200</pubDate>
			<description>Hi,       I'm migrate to new virtual machine, installed Debian_13-OpenSCADA_1+r3056-TDE_R14-amd64-LiveCD_USB.iso  On the web interface standard login to user. And on try to open Operation user interface show &quot;There is no session and project of the VCA engine for the user!&quot;  same message on AGLKS and Boiler  Migrating from old system thru backup and restore, and next try direct copy project folder. Same effect.   On old machine web VCA working, system oscada have OpenScada 1+r3056.     screenshot from not work web VCA attached.   I tried a live installation Debian_12-OpenSCADA_1+r2961-TDE_R14-amd64-LiveCD_USB.iso  What am I doing wrong?  regards Jozef</description>
			<content:encoded><![CDATA[      Hi, <br />
<br />
    I'm migrate to new virtual machine, installed Debian_13-OpenSCADA_1+r3056-TDE_R14-amd64-LiveCD_USB.iso <br />
On the web interface standard login to user. And on try to open Operation user interface show &quot;There is no session and project of the VCA engine for the user!&quot; <br />
same message on AGLKS and Boiler<br />
<br />
Migrating from old system thru backup and restore, and next try direct copy project folder. Same effect. <br />
<br />
On old machine web VCA working, system oscada have OpenScada 1+r3056. <br />
<br />
<img src="" border="0" title="" alt=""><br />
<br />
screenshot from not work web VCA attached. <br />
<br />
I tried a live installation Debian_12-OpenSCADA_1+r2961-TDE_R14-amd64-LiveCD_USB.iso<br />
<br />
What am I doing wrong?<br />
<br />
regards Jozef      ]]></content:encoded>
			<category>Miscellaneous</category>
			<dc:creator>Fudodo</dc:creator>
		</item>
		
		<item>
			<title>Autobuilder for debian 13</title>
			<link>http://oscada.org/en/forum/posts///10427/</link>
			<pubDate>Wed, 18 Feb 2026 13:46:17 +0200</pubDate>
			<description>Thanks, I have used this tip in the Debian 13 Live Disk due to I have no problem with SHA-1 on my repositories for throw to breaking compatibility previous ones!</description>
			<content:encoded><![CDATA[      Thanks, I have used this tip in the Debian 13 Live Disk due to I have no problem with SHA-1 on my repositories for throw to breaking compatibility previous ones!      ]]></content:encoded>
			<category>Adaption and development in OpenSCADA</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Autobuilder for debian 13</title>
			<link>http://oscada.org/en/forum/posts///10425/</link>
			<pubDate>Tue, 17 Feb 2026 00:41:59 +0200</pubDate>
			<description>  release of Debian 13!   There were problems installing a package from the repository.  Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance   because: SHA1 is not considered secure since 2026-02-01T00:00:00Z  Users can find a quick solution to the problem by following this link: https://github.com/openresty/openresty/issues/1097 mkdir -p /etc/crypto-policies/back-ends echo ' sha1 = &quot;always&quot;' &gt; /etc/crypto-policies/back-ends/apt-sequoia.config</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
 release of Debian 13!<br />
</div><br />
<br />
There were problems installing a package from the repository.<br />
<br />
Policy rejected non-revocation signature (PositiveCertification) requiring second pre-image resistance   because: SHA1 is not considered secure since 2026-02-01T00:00:00Z<br />
<br />
Users can find a quick solution to the problem by following this link: <a href="https://github.com/openresty/openresty/issues/1097" target="_blank" class="link_10">https://github.com/openresty/openresty/issues/1097</a><br />
<div class="tx-mmforum-pi1-codeheader">JAVASCRIPT</div><div class="tx-mmforum-pi1-codeblock"><style type="text/css"><!----></style><pre style="margin:0px;">mkdir -p /etc/crypto-policies/back-ends
echo '[hash_algorithms]
sha1 = &quot;always&quot;' &gt; /etc/crypto-policies/back-ends/apt-sequoia.config</pre></div>      ]]></content:encoded>
			<category>Adaption and development in OpenSCADA</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>[Qt+Wayland] Loss combobox items after empty one</title>
			<link>http://oscada.org/en/forum/posts///10424/</link>
			<pubDate>Sat, 14 Feb 2026 10:20:12 +0200</pubDate>
			<description>OpenSCADA:  &gt; UI.{QTCfg,Vision} Linux: Debian 12 64 Qt: 5.15.8 Resume: An environmental bug of the Qt in working on Wayland with representing empty items in the combobox list, which was reproduced on two devices. Workaround: Only use XOrg now.</description>
			<content:encoded><![CDATA[      <strong>OpenSCADA:</strong> [Work 1.0-r3xxx, LTS 0.9.8] &gt; UI.{QTCfg,Vision}<br />
<strong>Linux:</strong> Debian 12 64<br />
<strong>Qt:</strong> 5.15.8<br />
<strong>Resume:</strong> An environmental bug of the Qt in working on Wayland with representing empty items in the combobox list, which was reproduced on two devices.<br />
<strong>Workaround:</strong> Only use XOrg now.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>[Qt] Crashing at insertion empty buffer to Text Areas</title>
			<link>http://oscada.org/en/forum/posts///10423/</link>
			<pubDate>Sat, 14 Feb 2026 10:01:55 +0200</pubDate>
			<description>OpenSCADA:  &gt; UI.{QTCfg,Vision} Linux: Debian 12 64 Qt: 6.4.2 Resume: An environmental bug of the Qt in working with the copy-past buffer in Text Areas Workaround: The bug fixed in Qt 6.4 of bigger minors, but the broken version is frozen already in Debian 12, so there we build OpenSCADA there with Qt5 still.</description>
			<content:encoded><![CDATA[      <strong>OpenSCADA:</strong> [Work 1.0-r3xxx, LTS 0.9.7] &gt; UI.{QTCfg,Vision}<br />
<strong>Linux:</strong> Debian 12 64<br />
<strong>Qt:</strong> 6.4.2<br />
<strong>Resume:</strong> An environmental bug of the Qt in working with the copy-past buffer in Text Areas<br />
<strong>Workaround:</strong> The bug fixed in Qt 6.4 of bigger minors, but the broken version is frozen already in Debian 12, so there we build OpenSCADA there with Qt5 still.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>[Sockets] Wrong holding the socket handler</title>
			<link>http://oscada.org/en/forum/posts///10422/</link>
			<pubDate>Sat, 14 Feb 2026 09:37:48 +0200</pubDate>
			<description>The problem has not reproduced more up to 14.02.2026.</description>
			<content:encoded><![CDATA[      The problem has not reproduced more up to 14.02.2026.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Quick Start HMI не працює +  як використати alarms?</title>
			<link>http://oscada.org/en/forum/posts///10421/</link>
			<pubDate>Fri, 28 Nov 2025 08:08:19 +0200</pubDate>
			<description> Підскажіть будь ласка в чому може бути помилка та чому проект не запускається?  Він запускається, то у вас встановлення зламане, бо відсутні бібліотеки!   Також інше питання, які є можливості сигналів (alarms) в OpenScada  та як їх можна застосувати наприклад у використанні Modbus tcp з Arduino PLC.  Читайте документацію: http://oscada.org/wiki/Special:MyLanguage/Documents/Program_manual#ArchMess http://oscada.org/wiki/Special:MyLanguage/Modules/VCAEngine#Alarms http://oscada.org/wiki/Special:MyLanguage/Libs/Main_graphical_elements#alarmsSt ...  І що почати із ЧаП — http://oscada.org/ua/golovna/chasti-pitannja/</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;scada_2025_&quot; wrote:<br /><br />
Підскажіть будь ласка в чому може бути помилка та чому проект не запускається?<br />
</div><br />
Він запускається, то у вас встановлення зламане, бо відсутні бібліотеки!<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;scada_2025_&quot; wrote:<br /><br />
Також інше питання, які є можливості сигналів (alarms) в OpenScada  та як їх можна застосувати наприклад у використанні Modbus tcp з Arduino PLC.<br />
</div><br />
Читайте документацію:<br />
<a href="http://oscada.org/wiki/Special:MyLanguage/Documents/Program_manual#ArchMess" target="_blank" class="link_10">http://oscada.org/wiki/Special:MyLanguage/Documents/Program_manual#ArchMess</a><br />
<a href="http://oscada.org/wiki/Special:MyLanguage/Modules/VCAEngine#Alarms" target="_blank" class="link_10">http://oscada.org/wiki/Special:MyLanguage/Modules/VCAEngine#Alarms</a><br />
<a href="http://oscada.org/wiki/Special:MyLanguage/Libs/Main_graphical_elements#alarmsSt" target="_blank" class="link_10">http://oscada.org/wiki/Special:MyLanguage/Libs/Main_graphical_elements#alarmsSt</a><br />
...<br />
<br />
І що почати із ЧаП — <a href="http://oscada.org/ua/golovna/chasti-pitannja/" target="_blank" class="link_10">http://oscada.org/ua/golovna/chasti-pitannja/</a>      ]]></content:encoded>
			<category>Впровадження та розробка у OpenSCADA</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Quick Start HMI не працює +  як використати alarms?</title>
			<link>http://oscada.org/en/forum/posts///10420/</link>
			<pubDate>Thu, 27 Nov 2025 18:14:31 +0200</pubDate>
			<description>Добрий день , намагаюсь розібратись в OpenSCADA . Хотіла запустити на Ubuntu 24.04.3 &quot;Quick Start&quot;, саме АГЛКС, але HMI не відтворюється , також є ця помилка &quot;Picute is not set&quot;. Підскажіть будь ласка в чому може бути помилка та чому проект не запускається? Також інше питання, які є можливості сигналів (alarms) в OpenScada  та як їх можна застосувати наприклад у використанні Modbus tcp з Arduino PLC.</description>
			<content:encoded><![CDATA[      Добрий день , намагаюсь розібратись в OpenSCADA . Хотіла запустити на Ubuntu 24.04.3 &quot;Quick Start&quot;, саме АГЛКС, але HMI не відтворюється , також є ця помилка &quot;Picute is not set&quot;. Підскажіть будь ласка в чому може бути помилка та чому проект не запускається?<br />
Також інше питання, які є можливості сигналів (alarms) в OpenScada  та як їх можна застосувати наприклад у використанні Modbus tcp з Arduino PLC.      ]]></content:encoded>
			<category>Впровадження та розробка у OpenSCADA</category>
			<dc:creator>scada_2025_</dc:creator>
		</item>
		
		<item>
			<title>Problem with binding to data source using relative path.</title>
			<link>http://oscada.org/en/forum/posts///10419/</link>
			<pubDate>Sun, 16 Nov 2025 20:53:43 +0200</pubDate>
			<description> ... I'm encountering a problem where the connection to the source is broken when restarting the SCADA system. The configuration field specifies prm:../../word (+), but the connection is broken. What am I doing wrong?  You linked to a parameter  &quot;prm:../../word&quot; where is no data attribute, and the relative links correctly work with wide using and testing!</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
... I'm encountering a problem where the connection to the source is broken when restarting the SCADA system. The configuration field specifies prm:../../word (+), but the connection is broken. What am I doing wrong?<br />
</div><br />
You linked to a parameter  &quot;prm:../../word&quot; where is no data attribute, and the relative links correctly work with wide using and testing!      ]]></content:encoded>
			<category>Adaption and development in OpenSCADA</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Problem with binding to data source using relative path.</title>
			<link>http://oscada.org/en/forum/posts///10418/</link>
			<pubDate>Sun, 16 Nov 2025 19:40:26 +0200</pubDate>
			<description>Hello. I have a multi-level structure in my data acquisition system where a standard parameter reads a register from the controller, and child logical parameters pull individual bits from this register. This is designed specifically to make it easy to copy similar blocks by changing the register address in just one place, rather than in each logical parameter. I'm encountering a problem where the connection to the source is broken when restarting the SCADA system. The configuration field specifies prm:../../word (+), but the connection is broken. What am I doing wrong?</description>
			<content:encoded><![CDATA[      Hello. I have a multi-level structure in my data acquisition system where a standard parameter reads a register from the controller, and child logical parameters pull individual bits from this register. This is designed specifically to make it easy to copy similar blocks by changing the register address in just one place, rather than in each logical parameter. I'm encountering a problem where the connection to the source is broken when restarting the SCADA system. The configuration field specifies prm:../../word (+), but the connection is broken. What am I doing wrong?      ]]></content:encoded>
			<category>Adaption and development in OpenSCADA</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10417/</link>
			<pubDate>Sat, 11 Oct 2025 21:54:56 +0300</pubDate>
			<description>  src/moduls/ui/Vision/vis_shapes.cpp -- tit-&gt;setData(Qt::BackgroundRole, QColor(wVl.c_str())); ++ tit-&gt;setData(Qt::BackgroundRole, getColor(wVl.c_str()));  -- tit-&gt;setData(Qt::ForegroundRole, QColor(wVl.c_str())); ++ tit-&gt;setData(Qt::ForegroundRole, getColor(wVl.c_str()));   Yes, I have added of using the standard OpenSCADA function getColor() for transparency here.   This doesn't solve the problem of identical display both on the web and locally, but it's better than before. Bonus: experience building from source.  And for that I have adapted UI.WebVision for parsing alfa value from OpenSCADA format and placing it to &quot;rgba(red, green, blue, alpha)&quot; in case of hex colors, due to named colors are needed of conversion to hex.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
<div class="tx-mmforum-pi1-codeheader">JAVASCRIPT</div><div class="tx-mmforum-pi1-codeblock"><style type="text/css"><!----></style><pre style="margin:0px;">src/moduls/ui/Vision/vis_shapes.cpp
-- tit-&gt;setData(Qt::BackgroundRole, QColor(wVl.c_str()));
++ tit-&gt;setData(Qt::BackgroundRole, getColor(wVl.c_str()));
&nbsp;
-- tit-&gt;setData(Qt::ForegroundRole, QColor(wVl.c_str()));
++ tit-&gt;setData(Qt::ForegroundRole, getColor(wVl.c_str()));</pre></div><br />
</div><br />
Yes, I have added of using the standard OpenSCADA function getColor() for transparency here.<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
This doesn't solve the problem of identical display both on the web and locally, but it's better than before. Bonus: experience building from source.<br />
</div><br />
And for that I have adapted UI.WebVision for parsing alfa value from OpenSCADA format and placing it to &quot;rgba(red, green, blue, alpha)&quot; in case of hex colors, due to named colors are needed of conversion to hex.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10416/</link>
			<pubDate>Thu, 09 Oct 2025 23:34:00 +0300</pubDate>
			<description> And that is obvious for different visualizers, which smoothing is not a bug fixing also but it is a feature appending.  As it turns out, the source code contains a function that solves the problem with displaying on the Qt, but it was not used in the code that populates the table cells. QColor OSCADA_QT::getColor( const string &amp;val )   src/moduls/ui/Vision/vis_shapes.cpp -- tit-&gt;setData(Qt::BackgroundRole, QColor(wVl.c_str())); ++ tit-&gt;setData(Qt::BackgroundRole, getColor(wVl.c_str()));  -- tit-&gt;setData(Qt::ForegroundRole, QColor(wVl.c_str())); ++ tit-&gt;setData(Qt::ForegroundRole, getColor(wVl.c_str()));   This doesn't solve the problem of identical display both on the web and locally, but it's better than before. Bonus: experience building from source.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
And that is obvious for different visualizers, which smoothing is not a bug fixing also but it is a feature appending.<br />
</div><br />
As it turns out, the source code contains a function that solves the problem with displaying on the Qt, but it was not used in the code that populates the table cells.<br />
<div class="tx-mmforum-pi1-codeheader">JAVASCRIPT</div><div class="tx-mmforum-pi1-codeblock"><style type="text/css"><!----></style><pre style="margin:0px;">QColor OSCADA_QT::getColor( const string &amp;val )</pre></div><br />
<br />
<div class="tx-mmforum-pi1-codeheader">JAVASCRIPT</div><div class="tx-mmforum-pi1-codeblock"><style type="text/css"><!----></style><pre style="margin:0px;">src/moduls/ui/Vision/vis_shapes.cpp
-- tit-&gt;setData(Qt::BackgroundRole, QColor(wVl.c_str()));
++ tit-&gt;setData(Qt::BackgroundRole, getColor(wVl.c_str()));
&nbsp;
-- tit-&gt;setData(Qt::ForegroundRole, QColor(wVl.c_str()));
++ tit-&gt;setData(Qt::ForegroundRole, getColor(wVl.c_str()));</pre></div><br />
<br />
This doesn't solve the problem of identical display both on the web and locally, but it's better than before. Bonus: experience building from source.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10415/</link>
			<pubDate>Thu, 09 Oct 2025 19:05:24 +0300</pubDate>
			<description>  Just see the source code of the related visualizer before open bugs   The forum section description states that this section should be used to report errors and inaccuracies in the documentation. Since I couldn't find a description of this specific feature in the documentation, the original purpose of this post was to supplement the documentation. But as it turns out, this is more like a problem.  Firstly, OpenSCADA documentation cannot trace all specific of the visualization frameworks and changes in their structures! Secondary, that is not about errors in the documentation and for such its improvements created independent forum!     OK, and where there about bugs?  However, as it later turned out, the interfaces in WebVision and QtVision look different, something I only discovered now. I am attaching another screenshot showing the difference in display. The first example showed the working user interface on Qt.  And that is obvious for different visualizers, which smoothing is not a bug fixing also but it is a feature appending.  Your example just show the difference in the extending hex color on Qt and Web, that is the format is not standard in whole and even in Web appeared newly.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
<div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
Just see the source code of the related visualizer before open bugs <br />
</div><br />
The forum section description states that this section should be used to report errors and inaccuracies in the documentation. Since I couldn't find a description of this specific feature in the documentation, the original purpose of this post was to supplement the documentation. But as it turns out, this is more like a problem.<br />
</div><br />
Firstly, OpenSCADA documentation cannot trace all specific of the visualization frameworks and changes in their structures!<br />
Secondary, that is not about errors in the documentation and for such its improvements created independent forum! <br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
<div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
OK, and where there about bugs?<br />
</div><br />
However, as it later turned out, the interfaces in WebVision and QtVision look different, something I only discovered now. I am attaching another screenshot showing the difference in display. The first example showed the working user interface on Qt.<br />
</div><br />
And that is obvious for different visualizers, which smoothing is not a bug fixing also but it is a feature appending.<br />
<br />
Your example just show the difference in the extending hex color on Qt and Web, that is the format is not standard in whole and even in Web appeared newly.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10414/</link>
			<pubDate>Thu, 09 Oct 2025 18:51:02 +0300</pubDate>
			<description> Just see the source code of the related visualizer before open bugs   The forum section description states that this section should be used to report errors and inaccuracies in the documentation. Since I couldn't find a description of this specific feature in the documentation, the original purpose of this post was to supplement the documentation. But as it turns out, this is more like a problem.   OK, and where there about bugs?  However, as it later turned out, the interfaces in WebVision and QtVision look different, something I only discovered now. I am attaching another screenshot showing the difference in display. The first example showed the working user interface on Qt.  </description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
Just see the source code of the related visualizer before open bugs <br />
</div><br />
The forum section description states that this section should be used to report errors and inaccuracies in the documentation. Since I couldn't find a description of this specific feature in the documentation, the original purpose of this post was to supplement the documentation. But as it turns out, this is more like a problem.<br />
<br />
<div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
OK, and where there about bugs?<br />
</div><br />
However, as it later turned out, the interfaces in WebVision and QtVision look different, something I only discovered now. I am attaching another screenshot showing the difference in display. The first example showed the working user interface on Qt.<br />
<br />
      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10413/</link>
			<pubDate>Thu, 09 Oct 2025 18:09:23 +0300</pubDate>
			<description>  And that is not a bug!!!  I am attaching an example of a table where this appears and a screenshot.  OK, and where there about bugs?  That is only the WebBrowser behavior at transmission the color in hex, which OpenSCADA treats in noway!  Just see the source code of the related visualizer before open bugs — http://oscada.org/svn/trunk/OpenSCADA/src/moduls/ui/WebVision/WebVisionVCA.js</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
<div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
And that is not a bug!!!<br />
</div><br />
I am attaching an example of a table where this appears and a screenshot.<br />
</div><br />
OK, and where there about bugs?<br />
<br />
That is only the WebBrowser behavior at transmission the color in hex, which OpenSCADA treats in noway!<br />
<br />
Just see the source code of the related visualizer before open bugs — <a href="http://oscada.org/svn/trunk/OpenSCADA/src/moduls/ui/WebVision/WebVisionVCA.js" target="_blank" class="link_10">http://oscada.org/svn/trunk/OpenSCADA/src/moduls/ui/WebVision/WebVisionVCA.js</a>      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10412/</link>
			<pubDate>Thu, 09 Oct 2025 16:08:36 +0300</pubDate>
			<description> And that is not a bug!!!  I am attaching an example of a table where this appears and a screenshot.  &lt;tbl colsWdthFit='1' sel = 'row'&gt;&quot; &lt;h&gt;&lt;s width = '45%'&gt;Цвет&lt;/s&gt;&lt;s width = '45%'&gt;Значение&lt;/s&gt;&lt;/h&gt; &lt;r&gt;&lt;s color='red-127'&gt;_&lt;/s&gt;&lt;s&gt;red-127&lt;/s&gt;&lt;/r&gt; &lt;r&gt;&lt;s color='red'&gt;_&lt;/s&gt;&lt;s&gt;red&lt;/s&gt;&lt;/r&gt; &lt;r&gt;&lt;s color='#FF0000-255'&gt;_&lt;/s&gt;&lt;s&gt;#FF0000-255, непрозрачный красный RGB-A&lt;/s&gt;&lt;/r&gt; &lt;r&gt;&lt;s color='#FF0000FF'&gt;_&lt;/s&gt;&lt;s&gt;#FF0000FF, непрозрачный красный RGBA&lt;/s&gt;&lt;/r&gt; &lt;r&gt;&lt;s color='#FFFF0000'&gt;_&lt;/s&gt;&lt;s&gt;#FFFF0000, непрозрачный красный ARGB&lt;/s&gt;&lt;/r&gt; &lt;r&gt;&lt;s color='#FF000040'&gt;_&lt;/s&gt;&lt;s&gt;#FF000040, прозрачный красный RGBA&lt;/s&gt;&lt;/r&gt; &lt;r&gt;&lt;s color='#40FF0000'&gt;_&lt;/s&gt;&lt;s&gt;#40FF0000, прозрачный красный ARGB&lt;/s&gt;&lt;/r&gt; &lt;/tbl&gt;</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
And that is not a bug!!!<br />
</div><br />
I am attaching an example of a table where this appears and a screenshot.<br />
<br />
<div class="tx-mmforum-pi1-codeheader">HTML</div><div class="tx-mmforum-pi1-codeblock"><style type="text/css"><!----></style><pre style="margin:0px;">&lt;tbl colsWdthFit='1' sel = 'row'&gt;&quot;
&lt;h&gt;&lt;s width = '45%'&gt;Цвет&lt;/s&gt;&lt;s width = '45%'&gt;Значение&lt;/s&gt;&lt;/h&gt;
&lt;r&gt;&lt;s color='red-127'&gt;_&lt;/s&gt;&lt;s&gt;red-127&lt;/s&gt;&lt;/r&gt;
&lt;r&gt;&lt;s color='red'&gt;_&lt;/s&gt;&lt;s&gt;red&lt;/s&gt;&lt;/r&gt;
&lt;r&gt;&lt;s color='#FF0000-255'&gt;_&lt;/s&gt;&lt;s&gt;#FF0000-255, непрозрачный красный RGB-A&lt;/s&gt;&lt;/r&gt;
&lt;r&gt;&lt;s color='#FF0000FF'&gt;_&lt;/s&gt;&lt;s&gt;#FF0000FF, непрозрачный красный RGBA&lt;/s&gt;&lt;/r&gt;
&lt;r&gt;&lt;s color='#FFFF0000'&gt;_&lt;/s&gt;&lt;s&gt;#FFFF0000, непрозрачный красный ARGB&lt;/s&gt;&lt;/r&gt;
&lt;r&gt;&lt;s color='#FF000040'&gt;_&lt;/s&gt;&lt;s&gt;#FF000040, прозрачный красный RGBA&lt;/s&gt;&lt;/r&gt;
&lt;r&gt;&lt;s color='#40FF0000'&gt;_&lt;/s&gt;&lt;s&gt;#40FF0000, прозрачный красный ARGB&lt;/s&gt;&lt;/r&gt;
&lt;/tbl&gt;</pre></div>      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10411/</link>
			<pubDate>Thu, 09 Oct 2025 14:48:06 +0300</pubDate>
			<description> Hello. I've discovered that widgets like FormEl Table have a non-standard implementation of cell color support.  See in the ElFigure primitive due to that is a standard for all primitives!  And that is not a bug!!!</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
Hello. I've discovered that widgets like FormEl Table have a non-standard implementation of cell color support.<br />
</div><br />
See in the <a href="http://oscada.org/wiki/Special:MyLanguage/Modules/VCAEngine#ElFigure" target="_blank" class="link_10">ElFigure</a> primitive due to that is a standard for all primitives!<br />
<br />
And that is not a bug!!!      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>FormEl table ceil color</title>
			<link>http://oscada.org/en/forum/posts///10410/</link>
			<pubDate>Thu, 09 Oct 2025 14:33:15 +0300</pubDate>
			<description>Hello. I've discovered that widgets like FormEl Table have a non-standard implementation of cell color support. Experiments have shown that the color specification standard adopted in OpenSCADA (the RGB HEX value plus a separate alpha channel in DEC) is not recognized, and the standard HTML is parsed incorrectly. Instead of the RGBA ordering, the ARGB ordering is used, but I couldn't find any mention of this in the documentation. </description>
			<content:encoded><![CDATA[      Hello. I've discovered that widgets like FormEl Table have a non-standard implementation of cell color support. Experiments have shown that the color specification standard adopted in OpenSCADA (the RGB HEX value plus a separate alpha channel in DEC) is not recognized, and the standard HTML is parsed incorrectly. Instead of the RGBA ordering, the ARGB ordering is used, but I couldn't find any mention of this in the documentation.       ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>Big syslog</title>
			<link>http://oscada.org/en/forum/posts///10408/</link>
			<pubDate>Mon, 29 Sep 2025 16:35:27 +0300</pubDate>
			<description> You may have installed and running in the background the service configurations from openscada-server or openscada-plc with different message levels!   No. One station is running. I'm checking it with tail -f /var/log/syslog, and the messages disappear if I uncheck all the boxes in the configurator &quot;to stderr&quot;, &quot;to stdout&quot;, and &quot;to syslog&quot;. There's no response at the change message level&quot;. I found the problem. Level 0 was set in the PLC diagnostics. I was sure that the level set in the workstation settings took precedence over the one specified for the PLC. The only remaining issue was redirecting stdout/stder to syslog, which only occurred on one project and one operating system.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
You may have installed and running in the background the service configurations from openscada-server or openscada-plc with different message levels!<br />
</div><br />
<br />
No. One station is running. I'm checking it with tail -f /var/log/syslog, and the messages disappear if I uncheck all the boxes in the configurator &quot;to stderr&quot;, &quot;to stdout&quot;, and &quot;to syslog&quot;. There's no response at the change message level&quot;. I found the problem. Level 0 was set in the PLC diagnostics. I was sure that the level set in the workstation settings took precedence over the one specified for the PLC. The only remaining issue was redirecting stdout/stder to syslog, which only occurred on one project and one operating system.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>Big syslog</title>
			<link>http://oscada.org/en/forum/posts///10407/</link>
			<pubDate>Mon, 29 Sep 2025 15:52:20 +0300</pubDate>
			<description>  And the log size in whole is dependent only from your project, who generates extra messages!!!  The problem is that the syslog add-on is disabled and the message level is set to 1, but in fact, messages with a level of 0 are logged. And this only occurs on Ubuntu.  Then that is not syslog in whole but a replacement from systemd which writes stdout or stderr of the service programs.  In any way, OpenSCADA writes messages corresponding to the pointed level, what you can see from the sources — http://oscada.org/svn/trunk/OpenSCADA/src/tmess.cpp  You may have installed and running in the background the service configurations from openscada-server or openscada-plc with different message levels!</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
<div class="tx-mmforum-pi1-pt-quote"><br />
And the log size in whole is dependent only from your project, who generates extra messages!!! </div><br />
The problem is that the syslog add-on is disabled and the message level is set to 1, but in fact, messages with a level of 0 are logged. And this only occurs on Ubuntu.<br />
</div><br />
Then that is not syslog in whole but a replacement from systemd which writes stdout or stderr of the service programs.<br />
<br />
In any way, OpenSCADA writes messages corresponding to the pointed level, what you can see from the sources — <a href="http://oscada.org/svn/trunk/OpenSCADA/src/tmess.cpp" target="_blank" class="link_10">http://oscada.org/svn/trunk/OpenSCADA/src/tmess.cpp</a><br />
<br />
You may have installed and running in the background the service configurations from openscada-server or openscada-plc with different message levels!      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Big syslog</title>
			<link>http://oscada.org/en/forum/posts///10406/</link>
			<pubDate>Mon, 29 Sep 2025 13:28:21 +0300</pubDate>
			<description> And the log size in whole is dependent only from your project, who generates extra messages!!!  The problem is that the syslog add-on is disabled and the message level is set to 1, but in fact, messages with a level of 0 are logged. And this only occurs on Ubuntu.  &lt;prm id=&quot;MessLev&quot;&gt;1&lt;/prm&gt;</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote"><br />
And the log size in whole is dependent only from your project, who generates extra messages!!! </div><br />
The problem is that the syslog add-on is disabled and the message level is set to 1, but in fact, messages with a level of 0 are logged. And this only occurs on Ubuntu.<br />
<br />
<div class="tx-mmforum-pi1-codeheader">JAVASCRIPT</div><div class="tx-mmforum-pi1-codeblock"><style type="text/css"><!----></style><pre style="margin:0px;">&lt;prm id=&quot;MessLev&quot;&gt;1&lt;/prm&gt;</pre></div>      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>Big syslog</title>
			<link>http://oscada.org/en/forum/posts///10405/</link>
			<pubDate>Wed, 24 Sep 2025 17:22:11 +0300</pubDate>
			<description> Hello. I've encountered a very large syslog on a machine running Ubuntu 24.04. Syslog output was disabled. Message level 0 (debug). I have syslog level 1 (Information) selected and enabled output to archive, stdout, and stderr. This behavior was present in build 3018 and the latest 3045, but only on Ubuntu. I'm not sure if this is a bug, so I apologize in advance if I haven't figured out how the logging works.  OpenSCADA doesn't write in the syslog at no setting such option — http://oscada.org/wiki/Special:MyLanguage/Documents/Program_manual#Config  And the log size in whole is dependent only from your project, who generates extra messages!!!</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;walhi&quot; wrote:<br /><br />
Hello. I've encountered a very large syslog on a machine running Ubuntu 24.04. Syslog output was disabled. Message level 0 (debug). I have syslog level 1 (Information) selected and enabled output to archive, stdout, and stderr. This behavior was present in build 3018 and the latest 3045, but only on Ubuntu. I'm not sure if this is a bug, so I apologize in advance if I haven't figured out how the logging works.<br />
</div><br />
OpenSCADA doesn't write in the syslog at no setting such option — <a href="http://oscada.org/wiki/Special:MyLanguage/Documents/Program_manual#Config" target="_blank" class="link_10">http://oscada.org/wiki/Special:MyLanguage/Documents/Program_manual#Config</a><br />
<br />
And the log size in whole is dependent only from your project, who generates extra messages!!!      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>roman</dc:creator>
		</item>
		
		<item>
			<title>Big syslog</title>
			<link>http://oscada.org/en/forum/posts///10404/</link>
			<pubDate>Wed, 24 Sep 2025 16:44:31 +0300</pubDate>
			<description>Hello. I've encountered a very large syslog on a machine running Ubuntu 24.04. Syslog output was disabled. Message level 0 (debug). I have syslog level 1 (Information) selected and enabled output to archive, stdout, and stderr. This behavior was present in build 3018 and the latest 3045, but only on Ubuntu. I'm not sure if this is a bug, so I apologize in advance if I haven't figured out how the logging works.</description>
			<content:encoded><![CDATA[      Hello. I've encountered a very large syslog on a machine running Ubuntu 24.04. Syslog output was disabled. Message level 0 (debug). I have syslog level 1 (Information) selected and enabled output to archive, stdout, and stderr. This behavior was present in build 3018 and the latest 3045, but only on Ubuntu. I'm not sure if this is a bug, so I apologize in advance if I haven't figured out how the logging works.      ]]></content:encoded>
			<category>Bug tracker</category>
			<dc:creator>walhi</dc:creator>
		</item>
		
		<item>
			<title>Problem with Modbus_server</title>
			<link>http://oscada.org/en/forum/posts///10403/</link>
			<pubDate>Tue, 23 Sep 2025 22:56:52 +0300</pubDate>
			<description>Exelent!!  Roman thank youfor great work. Maybe system not &quot;usual&quot; but wery powerfull :)</description>
			<content:encoded><![CDATA[      Exelent!!<br />
<br />
Roman thank youfor great work.<br />
Maybe system not &quot;usual&quot; but wery powerfull :)      ]]></content:encoded>
			<category>Adaption and development in OpenSCADA</category>
			<dc:creator>beetle182</dc:creator>
		</item>
		
		<item>
			<title>Problem with Modbus_server</title>
			<link>http://oscada.org/en/forum/posts///10402/</link>
			<pubDate>Tue, 23 Sep 2025 19:25:51 +0300</pubDate>
			<description> Not clean 1+r3045 due to I have no such errors in any Logical Level based module, that is your installation wrongly updated!   A, yes, that in the ModBus transport protocol part, I am going to fix that.</description>
			<content:encoded><![CDATA[      <div class="tx-mmforum-pi1-pt-quote">&quot;roman&quot; wrote:<br /><br />
Not clean 1+r3045 due to I have no such errors in any Logical Level based module, that is your installation wrongly updated!<br />
</div><br />
<br />
A, yes, that in the ModBus transport protocol part, I am going to fix that.      ]]></content:encoded>
			<category>Adaption and development in OpenSCADA</category>
			<dc:creator>roman</dc:creator>
		</item>
		
	</channel>
</rss>
