Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[Backport queued_ltr_backports] Fix merge features with hidden fields #57376

Open
wants to merge 17 commits into
base: queued_ltr_backports
Choose a base branch
from

Conversation

qgis-bot
Copy link
Collaborator

@qgis-bot qgis-bot commented May 8, 2024

Backport #56825
Authored by: @vaahtokarkki

agiudiceandrea and others added 17 commits April 22, 2024 08:47
…t only URL

Since QGIS 3.32, when QGIS and QGIS Server loading Project with old HTML-enabled label items, it was automatically into html items. #53192

QGIS Server GetPrint request provides the ability to update label and html items, but for html items, it only accept URL.

QGIS Server was not taken into account the html item content mode, so the automotically migrate old HTML-enabled label items into html items can no longer be modifiable. They were only clear if the value provided is not an URL.

Funded by 3Liz
…ackports

[Backport queued_ltr_backports] [Bugfix] Server GetPrint set HTML content of QgsLayoutItemHtml and not only URL
Before this modification, user was added to realm before storing
credentials, so we failed at retrieving from cache when no username
was provided.

Fixes #56535
GHA has recently switched the macos-latest alias to be macos-14 which is OSX Arm64.  macos-13 is x64 architecture instead
Qt3D overlay is drawn using imgui which is imperative, so Qt3D needs
to cache events until they are needed for the actual rendering of the
overlay, especially since this happens in a different thread.

When render policy is set to OnDemand though, Qt3D does not cache
the entire history of events since the previous update and events can
go missing or come out of sequence, which confuses imgui.

This patch changes the render policy to Always while the overlay is
visible, so it now responds to events. It will also provide more accurate
display of performance data in that mode.
The `QgsProject::addLayer` method which add a layer from DOM layer element uses the method `projectFlagsToLayerReadFlags` to get layer read flags from project flags.
The generated layer read flags is used into the `QgsMapLayer::readLayerFromXml` method. This method read the extent from XML only if the `QgsMapLayer::FlagReadExtentFromXml`
flag is set. If it is not set, the layer extent (provided by the provider) and layer extent from xml are empty. So even if the read extent from xml is set to true for vector
layer, the extent will be always provided by the provider if the flag `QgsMapLayer::FlagReadExtentFromXml` is not provided to `QgsMapLayer::readLayerFromXml` method.

To fix it, we proposed to update `QgsProject::projectFlagsToLayerReadFlags` method to provide `QgsMapLayer::FlagReadExtentFromXml` from project flags.

Funded by Tenergie
new item: navstatus
Update RMC sentence for NMEA v4.1
…ports

[Backport queued_ltr_backports] QgsProject: The flag to read extent from xml was set too late
Instead of ignoring always hidden fields, use field default value or value
from one of merged features. Fixes #28253

Co-authored-by: Joonalai <joona.laine@cofactor.fi>
@github-actions github-actions bot modified the milestone: 3.38.0 May 8, 2024
@nyalldawson nyalldawson force-pushed the queued_ltr_backports branch 2 times, most recently from f1067f1 to ed7533d Compare May 19, 2024 00:44
Copy link

github-actions bot commented Jun 2, 2024

The QGIS project highly values your contribution and would love to see this work merged! Unfortunately this PR has not had any activity in the last 14 days and is being automatically marked as "stale". If you think this pull request should be merged, please check

  • that all unit tests are passing

  • that all comments by reviewers have been addressed

  • that there is enough information for reviewers, in particular

    • link to any issues which this pull request fixes

    • add a description of workflows which this pull request fixes

    • add screenshots if applicable

  • that you have written unit tests where possible
    In case you should have any uncertainty, please leave a comment and we will be happy to help you proceed with this pull request.
    If there is no further activity on this pull request, it will be closed in a week.

@github-actions github-actions bot added the stale Uh oh! Seems this work is abandoned, and the PR is about to close. label Jun 2, 2024
@vaahtokarkki
Copy link
Contributor

Not stale, needs still review @nyalldawson @elpaso

@github-actions github-actions bot removed the stale Uh oh! Seems this work is abandoned, and the PR is about to close. label Jun 3, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

10 participants