Delphi 12.1 & New Quality Portal Released

-

The Delphi 12.1 update has been released. Besides a number of bug fixes, this release also has a few new features.



The most notable ones are the new Split Editor, which allows having multiple files opened side by side; and support for Android API 34.

You can find more information about what is new in this update at https://docwiki.embarcadero.com/RADStudio/Athens/en/12_Athens_-_Release_1

However, the greatest change for all Delphi developers is a new bug tracking portal that replaces the old one, still available in read-only mode at https://quality.embarcadero.com/.

The new portal is hosted in Atlassian Cloud https://embt.atlassian.net/servicedesk/customer/portals or through a redirect https://qp.embarcadero.com and is based on Jira Service Management (JSM), while the internal bug tracking system, which was also migrated to the cloud, was not changed and is running on Jira. This move to the cloud was inevitable, because Atlassian retired their Server line of products.

JSM is a lightweight bug tracking system, and there are some changes in the workflow and capabilities compared to Jira.

The user interface is much simpler, but in some parts also a bit more confusing to those of us accustomed to Jira. Namely, JSM is more of a customer support portal designed for managing customer requests and issues on an individual basis, and not so much oriented towards being a collaborative bug tracking system with shared issues.

Reported issues can be shared among multiple customers, but you have to explicitly share your report (fortunately, that is the default behavior) if you want others to see it.

Another nuisance is that once submitted, the report cannot be edited, and you can only post comments. So we should all remember to read our reports more carefully before clicking Send.

Once you log in, you will be able to choose what you want to report: New Feature, Bug, or Documentation Bug. What is not so obvious is how you can inspect already filed reports. This is hidden behind the Requests button in the top bar. In the pulldown menu, you will be able to select issues you have reported, all issues, and issues reported by Embarcadero Customers. This strange Embarcadero Customers entry is basically a special group that allows sharing reports between different reporters.



When you are submitting a new report, at the very bottom you will find a dropdown menu Share with:, where you have to select Embarcadero Customers (this is the default option) if you want to make that report visible to all. If you select No one option, then your report will not be visible to others.



Using the default, shared option, is preferred to allow others to see your issue like they always could, and spare them the trouble of reporting the same issue again. Sharing also allows others to comment, adding suggestions and workarounds.

Comments

  1. GuruApril 12, 2024 at 9:59 AM

    They keep changing their website address every few years. All links will be broken again now.

    ReplyDelete

Post a Comment

Popular posts from this blog

Coming in Delphi 12: Disabled Floating-Point Exceptions

-
Delphi 12 is in the works. One of its small features that will have a huge impact is a change in the default handling of floating-point exceptions, which will now be masked on all platforms. Previously, floating-point exception handling was different across platforms, and most notably on the Windows platform: In VCL and console applications, floating-point exceptions were not masked and would raise an exception. On the other hand, FireMonkey applications had all floating-exceptions masked by default, regardless of which platform they were running on. Basically if you haven't explicitly changed the exception mask in your code to some value other than the default, and you had code that attempted to divide some number with zero, you would get an EZeroDivide exception in previous Delphi versions on the Windows VCL application. In Delphi 12, there is no exception, and the result of such a division will be +INF . So the following code will no longer raise an exception. If you were r...
Read more

Assigning result to a function from asynchronous code

-
One of the more common problems that comes up in multi-threading, especially when refactoring existing code, is assigning a result obtained from asynchronous code. In other words, how do you write a function that will return some value, and calculate that value in a background thread? Basically, converting the following code: function GetData(...): string; var Data: string; begin Data := LongTask(...); // assign result of a long-running task to a function Result := Data; end; To this one: function GetData(...): string; var Data: string; begin TThread.CreateAnonymousThread( procedure begin Data := LongTask(...); end).Start; // assign result of a long-running task to a function Result := Data; end; Now, the above code will compile, but it will not achieve the desired functionality. Even if we ignore its thread safety issues (the background thread writes to the Data variable and that can interfere with assigning it to the function result), the funct...
Read more