O$ Bugs, Updates, Faults and Fixes
Bastiaan Olij
bastiaan at muxworks.com.au
Tue Feb 14 13:52:56 UTC 2023
Chiming in on this one as well :)
IMHO this is normal. With any sizable code base bugs get introduced and
thus discovered regularly. For most commercial applications this is not
visible as bug tracking is kept internal, often to prevent reactions
such as these.
I also think that developers are much more likely to report the issues
they run into than normal users, especially because it seems that many
modern companies only offer support to those who pay hefty support fee
and delegate the rest of their users to use forums where they can
conveniently ignore the complaints.
That Omnis provides access to the bug list, is commendable in my
opinion. Especially considering the legacy Omnis has and the inability
of letting subsystems go that are far beyond their prime as they are
still heavily used by the user base (looking at you datafile!).
As for solving those bugs and bugs being open for a long time. Sadly
this is also common with many development companies. Especially as hard
to reproduce bugs or bugs that don't have much impact get driven down
the priority list, not to mention that legacy code...
Cheers,
Bas
On 14/02/2023 5:07 am, Martin Obongita via omnisdev-en wrote:
> This is to all Studio Octogerians.
> I have gone through the Omnis Faults list.
> I notice that there are so many bugs with Omnis.
> Nearly everyday a fault is reported.
> Is this normal?
> How do the faults reporting frequency compare with other programming languages, say, Python or JS or C++?
> I'm just curious. Not that I want to jump ship. I'm now deep...deep into Studio to think straight!
> Thanks to all O$ geeks.
> _____________________________________________________________
> Manage your list subscriptions at https://lists.omnis-dev.com
> Start a new message -> mailto:omnisdev-en at lists.omnis-dev.com
--
Kindest Regards,
Bastiaan Olij
Unit 58 / 35-39 Fontenoy Road
Macquarie Park NSW 2113
Australia
bastiaan at muxworks.com.au
+61-432144833
More information about the omnisdev-en
mailing list