qt/qtdeclarative.git, branch v5.11.3

Add changes file for Qt 5.11.3

2018-11-20T10:19:12+00:00

Change-Id: Ieff361efbedf364469657cc0d1b917560dab1b8c
Reviewed-by: Shawn Rutledge

Fix leaking resources by OpenVG scene graph backend

2018-11-14T10:24:47+00:00

Change-Id: I4e67c639d8343e39673ef5ea08bda7af033fb19f
Reviewed-by: Andy Nichols

Fix leaking textures and animation resources by software backend

2018-11-14T10:24:38+00:00

QQuickStyleItem1::updatePaintNode assumes every instance of
QSGNinePathNode (QSGSoftwareNinePatchNode for software backend)
to own new texture object on setTexture. Instance of
QQuickAnimationController is also assumed to be deleted by
render loop on window destroy.

Fixes: QTBUG-69290
Change-Id: Ibd22229108c986c1c115600280482cea01bf4160
Reviewed-by: Andy Nichols

Bump version

2018-11-08T10:27:09+00:00

Change-Id: I443e76802310ae44f869ca8a60a285cb2eb9adcc

Doc: Add a link from enumeration basic type to enum attributes

2018-11-06T14:08:08+00:00

Change-Id: I7a7c095f3df11233029e91b3a95262122ae31fcc
Reviewed-by: Paul Wicking 
Reviewed-by: Mitch Curtis

Doc: Add enumeration object attributes to the QML Reference

2018-11-06T14:08:04+00:00

Change-Id: I2d402d9be905794e731c73aac75c84168390e07d
Reviewed-by: Paul Wicking 
Reviewed-by: Mitch Curtis

Accessible: Return StaticText if there is no explicit role set

2018-10-19T13:29:24+00:00

Before, it would assume that StaticText was the role if the item
could be cast to a QQuickText. It should only do this if the role
is not explicitly set, in case it is not really StaticText in the
attached property.

Change-Id: I800810f1347fc9aa412c4ca5d180f78d27a89b38
Reviewed-by: Andre de la Rocha

At least warn when triggering a rendering limitation

2018-10-18T12:50:04+00:00

We can only have up to 65536/4 tiles since we are indexing with
quint16.

Task-number: QTBUG-58924
Change-Id: I55b5a9f2a3fb4582e327859482dd978b61b21e4e
Reviewed-by: Laszlo Agocs

Doc: place more importance on not binding to x/y/width/height

2018-10-17T10:41:27+00:00

It's common for users to bind to these properties and think that it's a
bug that it doesn't work, so we should make the note in the docs more
strongly worded and elaborate a bit.

Change-Id: I82c8d5644ed81cc616a3035f489344a491ea5a66
Reviewed-by: Andy Shaw 
Reviewed-by: Venugopal Shivashankar

Warn, don't crash during nested delivery of mouse or touch presses

2018-10-13T18:55:29+00:00

If during delivery of a mouse press, user code calls qApp->sendEvent()
with another mouse press, then when delivery of the nested event is
finished, we call QQuickPointerMouseEvent::reset(nullptr).  Then when
delivery of the original mouse press resumes, crashes are possible
because most of the code assumes that QQuickPointerEvent::m_event is
not null during delivery.

Change-Id: Id65b1f2f64351e40d03bcd4f4d16693d616729da
Fixes: QTBUG-70898
Reviewed-by: Shawn Rutledge