May 2, 2016
The release of RAD Studio 10.1 Berlin marks another step towards improving the overall product quality and the company process of managing customer reported issues.
The release of RAD Studio 10.1 Berlin marks another step towards improving the overall product quality and the company process of managing customer reported issues.
Issues Fixed in Berlin
Let me focus on 10.1 Berlin first. As we stated publicly (see slide below), in this release the team fixed 744 customer reported issues. The total number of internal issues fixed is more than 2,500 (which includes those 744), as most issues are reported internally.
This is 30% to 50% higher than recent releases, as Malcolm pointed out in his blog. Notice that these 744 are either bugs fixed or that don't reproduce, likely due to some other fix. The count doesn't include duplicates (issues reported by more than one person) or reports we decided not to fix because they are as expected, considered documentation issues, or other cases. With those, the overall number would be over a thousand.
April Hot-fixes to the Rescue
Despite the effort for fixing bugs, some new issues slipped in the release. In particular there were a couple of rather significant regressions for which we have already released two hot fixes:
Bugs Status and Quality Portal
Having said this, it is worth trying to make some assessment about the status of bugs, and particularly publicly reported bugs and feature requests. While not everything has been synchronized between the internal and the public system, most of the information should be updated now. Looking to Quality Portal issues reported as bugs, there are 4,595 entries of which 67% are either closed or resolved. This is good progress. Feature requests are mostly open, as they started coming in a few months back, when plans for 10.1 Berlin had already been done.
Given the project page for RAD Studio on the Quality Portal hasn't got a real picture of the quality status, I've been creating an alternative page, currently at https://quality.embarcadero.com/secure/Dashboard.jspa?selectPageId=13100 (viewing the page requires you to login to the system). A snapshot of the current status is below. The plan is to add similar widgets to the main project page.
posted by
marcocantu @ 1:38PM | 18 Comments
[0 Pending]
18 Comments
RAD Studio Quality Update After 10.1 Berlin
Looks great, more emphasis on quality has long been one of our
top wishes.
Comment by David
[http://smart-builder.com]
on May 3, 02:12
RAD Studio Quality Update After 10.1 Berlin
Features are all well and good, but in the long run a
stable and "fast" environment will make everyone a LOT
happier.
I'd even go as far as to say 10.2 whenever it may
come, should have a 30% focus on bug fixes, 20% focus
on improving speed and reducing the memory footprint
of compiled applications,. and the remaining 50% of
the available work hours could go to new features.
But heck,. we'll take any % that's available.
You'll notice nobody really complains about the
compiler speed for Delphi (compared to Visual studio
C). Because it's simply crazy fast.
A major selling point to getting people to use Delphi tbh.
Comment by Thomas on May 3, 15:12
RAD Studio Quality Update After 10.1 Berlin
Fine, but where can I find the installation notes?
Comment by Angelo Mangiaracina on May 5, 11:44
RAD Studio Quality Update After 10.1 Berlin
I'm afraid the quality of the product has dropped with
this release. The IDE keeps freezing with CPU spikes
every few minutes.
But more importantly I don't understand how something
like the below bug "slipped" through quality control.
WebBroker Request has no "Content" - this is the
backbone of the whole application.
Could you have a look at this issue. Has something
changed in the way you have to get the "Content"?
Creating a blank WebBroker ISAPI DLL does not work.
https://forums.embarcadero.com/thread.jspa?threadID=210624
Comment by LR on May 6, 00:18
RAD Studio Quality Update After 10.1 Berlin
My issue was installing 10.1 Berlin only to find that
my Konopka Components which came as a bonus with my
10.0 Seattle Subscription, and my purchased 3rd Party
Resize Kit 2 would not install in 10.1 Berlin.
I would have expected this if I was upgrading from
version 10 to a version 11 or higher, but not on an
incremental upgrade, which I would expect to be
compatible with all 3rd party components using version 10.
As I had created an application for a client that made
use of the Resize Kit component and extensive use of
the Konopka Components, I unfortunately had to
uninstall Berlin 10.1 and reinstall Seattle 10.0 for now.
Comment by Michael Carter on May 9, 17:55
RAD Studio Quality Update After 10.1 Berlin
Marco, any way you can look into the
https://quality.embarcadero.com/browse/RSP-14557
issue - this is a major regression - our application
compiled with XE10 Seattle finishes in 3 min,
compiled with XE10.1 it takes over 10 hours ... The
GUI in Delphi XE10.1 looks great but performance-wise
wise because of the above issue XE10.1 is unusable.
Comment by Mike
[]
on May 12, 20:53
RAD Studio Quality Update After 10.1 Berlin
LR, the WebBroker ISAPI DLL has a (simple) workaround listed in
the quality portal entry and will be fixed in an update.
Mike, this is a regression caused by the introduction of weak
references for interfaces, we'll spend some more time delving on it,
but the recommendation is to modify the code causing the delay
Comment by Marco Cantu
[http://www.marcocantu.com]
on May 18, 08:35
RAD Studio Quality Update After 10.1 Berlin
I must say I am impressed with Berlin. FireDac
excellent too. FastReport is brilliant. Keep up the
good work (lower the prices por favor of the studio :) )
Comment by Senad
[http://192.168.1.1]
on May 20, 02:42
RAD Studio Quality Update After 10.1 Berlin
10.1 Berlin STILL has the dreaded LME288 error in
the ilink32.exe linker. When will this EVER get
fixed. Also debugger in 10.1 is extremely slow
compared to 10 Seattle. Seems things aren't getting
solved.
Comment by Andrew Leggett on June 4, 11:01
RAD Studio Quality Update After 10.1 Berlin
Rad Studio Delphi Berlin introduce a vewry strange
bug over components into TPageControl when using
scaleby to have a multi resolution form.
Just insert a panel into a tGrage Controls and use
scaleby on form onshow event.
As result objects into TPageControls will be oversized.
When compiling same sample on seattle it is ok.
Comment by Marcos Filgueiras on June 13, 19:28
RAD Studio Quality Update After 10.1 Berlin
I cannot believe basic functionality is still broken
months after release. RSP-14750 (and a few others)
renders scaling completely broken. This is not
something very hard to reproduce, just take a form
drop some components on it and run. I am wondering if
you test VCL at all, or everything is about mobile
nowadays. Skipping another upgrade... :(
Comment by David on June 15, 12:41
RAD Studio Quality Update After 10.1 Berlin
RSP-14557 is still not fixed. Also the ide fix pack 5.95 did not really
resolve the issue. The fllowing code takes ages with 10.1 Berlin, but
is done instantly in 10.0 Seattle:
for i:=0 to 999999 do
begin
l:=length(myarray);
setlength(myarray,l+1);
end;
Comment by Guenter Kraemer on June 19, 05:36
RAD Studio Quality Update After 10.1 Berlin
For me it is a shame than in 2016 Delphi does not have a way of
doing Rich Internet Applications(Please dont say Intraweb if you
really know what RIA is).
I´m myself satisfied with UNIGUI,but having to pay 2500 euros for
the cheapest Delphi+890 for Unigui is a bit complicated.
So I would like you to made an agreement with Both FmSoft and
Sencha Extjs,and start to bubdle it with Delphi.
UNIGUI is the only reason I did not change Delphi for Lazzarus yet.
Comment by Marcello Dias on August 2, 17:22
RAD Studio Quality Update After 10.1 Berlin
When we test the Berling 10.1 we found that all AWS functions does
not work. All applications using AWS can not be migrated to Berling
10.1 because the interface do not set the buckets regions and fails. Be
aware with this issue, if you are using amazon web services.
Greetings.
Pau.
Comment by Pau Dominguez on September 5, 08:44
RAD Studio Quality Update After 10.1 Berlin
Pau, there are fixes for AWS support coming in Update 1, but my
understanding is the issues in Berlin are only with some specific
AWS regions...
Comment by Marco Cantu
[http://www.marcocantu.com]
on September 12, 08:20
RAD Studio Quality Update After 10.1 Berlin
I recently installed the latest version of Berlin. Resizing a dynamic
array still takes ages! So the RSP-14557 is still not fixed. How is that
possible? Too bad i can't use this version, because Berlin has some
nice improvements.
Comment by Jaap Thesing
[http://qdac.net]
on September 23, 11:03
RAD Studio Quality Update After 10.1 Berlin
Hi Marco,
Can you please take a look at this community post:
http://community.embarcadero.com/answers/problem-with-
webservice-communication
We're discussing an issue with TISAPIRequest which seems to be
a bug in the RTL and have it quite cornered.
I can provide a test project if you want me to.
Thanks and best regards
Pablo
Comment by Pablo on October 13, 18:16
RAD Studio Quality Update After 10.1 Berlin
Looks great.. Features are all well and good. I must say I am
impressed with Berlin. FireDac excellent too.. Best of luck.
Comment by Mark Smith
[https://glassmanager.ca/]
on May 11, 12:55
Post Your Comment
Click
here for posting
your feedback to this blog.
There are currently 0 pending (unapproved) messages.