Bosun Items page stopped displaying Hosts

Error at top: Unable to fetch hosts: time: invalid duration default

Fixed via 1b58834ec3a3305cbea5adca4d6ae416712df643


CNV 3 tools: tag docs; label internal in one-line summary

Tagged:

EvaluateCopyNumberTriStateCalls
XHMMSegmentCaller
XHMMSegmentGenotyper

And tweaked command given in EvaluateCopyNumberTriStateCalls

There will be a chance for discussion and review in the second round of edits. For now, need to merge as many PRs as possible since gatk4 and gatk-protected repos are being merged today.


GET https://registry.npmjs.org/@google-cloud%2Fpubsub - Not found

PLEASE READ: If you have a support contract with Google, please create an issue in the support console instead of filing on GitHub. This will ensure a timely response.
$ npm install @google-cloud/pubsub
npm ERR! code E404
npm ERR! 404 Not Found - GET https://registry.npmjs.org/@google-cloud%2Fpubsub - Not found
npm ERR! 404
npm ERR! 404  '@google-cloud/pubsub@latest' is not in the npm registry.
npm ERR! 404 You should bug the author to publish it (or use the name yourself!)
npm ERR! 404
npm ERR! 404 Note that you can also install from a
npm ERR! 404 tarball, folder, http url, or git url.
npm ERR! A complete log of this run can be found in:
Getting this from log```
0 info it worked if it ends with ok
1 verbose cli [
1 verbose cli   '/home/nyceane/.nvm/versions/node/v13.11.0/bin/node',
1 verbose cli   '/home/nyceane/.nvm/versions/node/v13.11.0/bin/npm',
1 verbose cli   'install',
1 verbose cli   '@google-cloud/pubsub'
1 verbose cli ]
2 info using<EMAIL_ADDRESS>3 info using<EMAIL_ADDRESS>4 verbose npm-session bfa0337a64e4515e
5 silly install loadCurrentTree
6 silly install readLocalPackageData
7 http fetch GET 404 https://registry.npmjs.org/@google-cloud%2Fpubsub 57ms
8 http fetch GET 404 https://registry.npmjs.org/@google-cloud%2Fpubsub 33ms
9 silly fetchPackageMetaData error for @google-cloud/pubsub@latest 404 Not Found - GET https://registry.npmjs.org/@google-cloud%2Fpubsub - Not found
10 timing stage:rollbackFailedOptional Completed in 0ms
11 timing stage:runTopLevelLifecycles Completed in 111ms
12 verbose stack Error: 404 Not Found - GET https://registry.npmjs.org/@google-cloud%2Fpubsub - Not found
12 verbose stack     at /home/nyceane/.nvm/versions/node/v13.11.0/lib/node_modules/npm/node_modules/npm-registry-fetch/check-response.js:114:15
12 verbose stack     at processTicksAndRejections (internal/process/task_queues.js:97:5)
13 verbose statusCode 404
14 verbose pkgid @google-cloud/pubsub@latest
15 verbose cwd /home/nyceane/workspace/MixPose-Web
16 verbose Linux 5.4.0-42-generic
17 verbose argv "/home/nyceane/.nvm/versions/node/v13.11.0/bin/node" "/home/nyceane/.nvm/versions/node/v13.11.0/bin/npm" "install" "@google-cloud/pubsub"
18 verbose node v13.11.0
19 verbose npm  v6.14.7
20 error code E404
21 error 404 Not Found - GET https://registry.npmjs.org/@google-cloud%2Fpubsub - Not found
22 error 404
23 error 404 '@google-cloud/pubsub@latest' is not in the npm registry.
24 error 404 You should bug the author to publish it (or use the name yourself!)
25 error 404 Note that you can also install from a
26 error 404 tarball, folder, http url, or git url.
27 verbose exit [ 1, true ]

Happening with most of the google cloud packages.

i also meet this issue when i want to install  firebase-tools by npm

https://status.npmjs.org/incidents/cksjqc1w11v5
it's a npm issue with scope packages

Looks like it has all been resolved. Phew!


Build Numbers Don't Increment

The build number comes from CircleCI's environment.  It does have a different naming convention than the PR number. @JaKXz brought this issue up and might have more examples

Either we're using the incorrect environment variable or it might not be being set correctly :/


feat: make lazy option configurable.

Previous implementation doesn't consider configurable lazy options like lazy = false, which can't make some plugins function works normally such as autoload = true for persisted.nvim. I only make this option configurable because the modification of other options like event, cmd, cond... etc, should be done by ourselves rather than users.

My fault, this feature can be impl by add config directly in user/plugins/<scope>.lua in fact lol.


yolo v3

(1) pretrained weights for backend : is it pretrained model based on coco dataset?
(2) I want to understand termination condition usually for object detection we minimize average loss, maximize average iou, maximize mAP...
but in this code I observe
avg_obj                 [14][0.762737632]
avg_noobj               [14][0.0172626134]
avg_iou                 [14][0.857628465]
avg_cat                 [14][0.999933302]
recall50        [14][0.799946666]
recall75        [14][0.733284414]
count   [14][15]
Training continues for more than 24 hours what is convergence criteria - what part of code does this?
(3) Is this framework based on yolo-v3?
Thanks

This part is being given by the yolo.py.


When performing a build in Angular 6, compiler complains about not finding a module

When I perform an ng-build with the --prod flag under Angular 6 I see the following error.  It seems to be related to this issue.  Version is 7.2
Github link
ng build project --prod
ERROR in src/app/admin/customers/customer-details/customer-details.component.ts(7,29): error TS2307: Cannot find module 'angular-pipes/src/array/order-by.pipe'.
npm ERR! code ELIFECYCLE
npm ERR! errno 1
npm ERR<EMAIL_ADDRESS>dist-mc: ng build mapcloud --prod --output-path ../server/portal/web/static/dist/en
npm ERR! Exit status 1
npm ERR!
npm ERR! Failed at the<EMAIL_ADDRESS>dist-mc script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.
npm ERR!      C:\Users\iain.hunter\AppData\Roaming\npm-cache_logs\2018-05-18T16_42_31_181Z-debug.log

There was a rc version 8.0.0 for Angular 6. I'm going to publish final 8.0.0 right now.

Version 8.0.0 has been published, it should work now.

Hi thanks, for the super quick response.  I just tried building now, and it's all compiling again 💯


Base on OpenJ9 JDK 11 to overcome performance problems

Description
Downstream tests showed severe degradation with OpenJDK in latency and warm invocation tests
which disappeared with using OpenJ9 instead.
OpenJ9 is Apache licensed.
Related issue and scope

[ ] I opened an issue to propose and discuss this change (#????)

My changes affect the following components

[ ] API
[ ] Controller
[ ] Message Bus (e.g., Kafka)
[ ] Loadbalancer
[ ] Invoker
[ ] Intrinsic actions (e.g., sequences, conductors)
[ ] Data stores (e.g., CouchDB)
[ ] Tests
[x] Deployment
[ ] CLI
[ ] General tooling
[ ] Documentation

Types of changes

[ ] Bug fix (generally a non-breaking change which closes an issue).
[x] Enhancement or new feature (adds new functionality).
[ ] Breaking change (a bug fix or enhancement which changes existing behavior).

Checklist:

[x] I signed an Apache CLA.
[x] I reviewed the style guides and followed the recommendations (Travis CI will check :).
[ ] I added tests to cover my changes.
[ ] My changes require further changes to the documentation.
[ ] I updated the documentation where necessary.

closing due to the fact that the PR got merged. Will open a new one in  apache/openwhisk


Add compartments to the application

Allow users to add and delete compartments. These are just rounded rectangle boxes with stroke and fill colors as well as edge (stroke) thickness.  Other properties include an Id and a volume (double value, default to 1.0). Compartments can be resized.  Compartments may overlap or even appear to be inside another compartment, however this is just a visual effect, in the object model, compartment won't be allowed to be inside compartments
Compartments can be moved. Nodes that are moved into a compartment become part of the compartment and vice versa. A compartment can be moved over nodes and nodes become part of the compartment. When I compartment is moved, any nodes and reactions in the compartment will also move with the compartments. Compartments will have their own property sheet.

Compartments have been added with basic operations, including adding, moving, tranferring nodes, etc. However, a few additional core features have not been implemented yet; they are documented here:

Delete compartments
Compartment form for editing
Minor issue when resizing compartments: right now we want to enforce the constraint that nodes in a compartment must be drawn entirely within the bounds of that compartment. However, now when one resizes a compartment, the compartment itself may become smaller than the nodes in it. Need to implement a fix for this.


Adminconsole does not open

I started the server with docker componse
I copied the userid that got printed into the console
I wrote that id in the adminlist.txt
I restarted docker with docker restart

When I hit F5 ingame nothing shows up. What am I doing wrong?
I am new to docker and had problems changing out the world as well. Ended up deleting everything and starting over so that the testworld would not get used for some reason.
Thanks for the awesome script though. Everything else worked like a charm and I am positiv that the error is on my side somewhere 😅

Since last valheim update you need to start the game with added switch -console when you want to use the console.

@InB4DevOps thank you for always helping others with your knowledge! I have invited you as a collaborator to this project.

@InB4DevOps thank you for always helping others with your knowledge! I have invited you as a collaborator to this project.

Thanks :)

And how do I add the -console to the server if I may ask 😅


Tidy and remove unused variables

The existing code has lots of unused variables and allocations (for both
the computer and the programmer) which end up being used.
This commit applies the default (largely uncontroversial) rule set from
ESLint (eslint:recommended) to ensure that we aren't shooting ourselves
in the foot anywhere. This has fixed at least two tests which were
suffering from variable shadowing problems.

@christianbundy I'm getting errors here when running the tests. Do you want us to work more on this PR to make sure more tests pass?

Oops! It looks like I accidentally removed an export (and forgot to run npm test before pushing). Just fixed it. :tada:


od: --skip-bytes argument '0x20E' too large

I apologize in advance for creating such a vague and incomplete issue, I basically have no idea how od works but it is erroring out when used in Arch Linux's mkinitcpio tool.
==> Building image from preset: /etc/mkinitcpio.d/linux.preset: 'default'
==> Using default configuration file: '/etc/mkinitcpio.conf'
  -> -k /boot/vmlinuz-linux -g /boot/initramfs-linux.img --microcode /boot/intel-ucode.img
od: --skip-bytes argument '0x20E' too large
==> ERROR: invalid kernel specified: '/boot/vmlinuz-linux'

mkinitcpio is written in bash script and the problematic od call is specifically on this line:
offset="$(od -An -j0x20E -dN2 "$1")" || return

Everything works fine when GNU coreutils are used.

on my system:
$ od -An -j0x20E -dN2  "a"
od: --skip-bytes argument '0x20E' too large

@sylvestre Thanks, now I understand that this error is only emitted when the input is not as large as --skip-bytes. However I repeated this experiment with GNU coreutils and got a similar error:
$ gnu-od -An -j0x20E -dN2  "a"
od: cannot skip past end of combined input

So there seems to be more to the issue...

I think this bit is to blame:
https://github.com/uutils/coreutils/blob/07c538f090327dbfe51da5341c786742dcec5eaa/src/uu/od/src/parse_nrofbytes.rs#L45-L49
We might be interpreting the E as exabytes instead of 15 😄

@tertsdiepraam Great find! Now we just need someone to fix it, I would've submitted a PR if I knew how to code in Rust :slightly_smiling_face:

@sylvestre Indeed! I'll start reading "the book" and hopefully I'll get competent enough to fix this during the weekend :)


[$250] LHN - Members' room names are not updated in LHN after cache deletion

If you haven’t already, check out our contributing guidelines for onboarding and email<EMAIL_ADDRESS>to request to join our Slack channel!

Version Number: 9.0.34-2
Reproducible in staging?: Y
Reproducible in production?: Y
If this was caught during regression testing, add the test name, ID and link from TestRail: https://expensify.testrail.io/index.php?/tests/view/4960406
Email or phone of affected tester (no customers<EMAIL_ADDRESS>Issue reported by: Applause Internal Team
Action Performed:
Prerequisites:
Create a WS and add two employees to it
Steps:

Open NewExpensify app
Log in with a WS administrator account
Go to the account settings
Go to the Troubleshoot menu
Click on “Clear cache and restart” and clear the cache
Go back to the LHN Inbox

Expected Result:
Members' room names should be updated and display the room name in LHN after the cache is deleted
Actual Result:
Members' room names are not updated in LHN after cache deletion
Workaround:
Unknown
Platforms:

[x] Android: Native
[x] Android: mWeb Chrome
[x] iOS: Native
[x] iOS: mWeb Safari
[x] MacOS: Chrome / Safari
[x] MacOS: Desktop

Screenshots/Videos
https://github.com/user-attachments/assets/db29d7ee-4e4f-4f86-bd16-b4964ab8931c

View all open jobs on GitHub
Upwork Automation - Do Not Edit

Upwork Job URL: https://www.upwork.com/jobs/~021836832143423032683
Upwork Job ID:<PHONE_NUMBER>423032683
Last Price Increase: 2024-09-19

Issue OwnerCurrent Issue Owner: @ikevin127

yeh i agree this is a bug. we should look at this in ND quality.

💰 Looking for proposal (if issue is reproducible).

Proposal
Please re-state the problem that we are trying to solve in this issue.
Members' room names are not updated in LHN after cache deletion
What is the root cause of that problem?
When we clear the cache and restart, personalDetails will return {isOptimisticPersonalDetail: true}, and reportOwnerDisplayName will be set to report?.reportName because getDisplayNameForParticipant(ownerAccountID) or login will not have a value. As a result, we will see the name as Chat Report
https://github.com/Expensify/App/blob/9160fa585c26d3312fd6d6fbd69d334e66cb373d/src/libs/ReportUtils.ts#L2681
And when we send a message, personalDetails will be updated after the AddComment call is completed. At this point, getDisplayNameForParticipant(ownerAccountID) will return the participant's display name, and login will also have a value. As a result, the report name will be set based on the logic we check. Therefore, reportOwnerDisplayName will return the value from getDisplayNameForParticipant(ownerAccountID), and this issue will occur.
What changes do you think we should make in order to solve the problem?
I think this is not a bug, but we need to confirm the expected behavior in this case.
Solution 1
If we want to keep the report name as the members' room name after clearing the cache or restarting, we can check it like this.
// .src/libs/ReportUtils.ts#L560
+ let hasResetOccurredBefore: boolean = false;
+ Onyx.connect({
+    key: ONYXKEYS.HAS_RESET_OCCURRED_BEFORE,
+    waitForCollectionCallback: true,
+    callback: (value) => {
+        hasResetOccurredBefore = value;
+    },
+ });

// .src/libs/ReportUtils.ts#L2681
- const reportOwnerDisplayName = getDisplayNameForParticipant(ownerAccountID) || login || report?.reportName;
+    const reportOwnerDisplayName = hasResetOccurredBefore
+    ? report?.reportName ?? getDisplayNameForParticipant(ownerAccountID) ?? login
+    : getDisplayNameForParticipant(ownerAccountID) ?? login ?? report?.reportName;

// .src/pages/settings/Troubleshoot/TroubleshootPage.tsx#L161
         Onyx.clear(App.KEYS_TO_PRESERVE).then(() => {
+                                        Onyx.set(ONYXKEYS.HAS_RESET_OCCURRED_BEFORE, true);
                                        App.openApp();
                                    });

With that solution, we need backend support to store the key by account ID.
Solution 2
We should use the report name instead of the participant's name.
// .src/libs/ReportUtils.ts#L2681
- const reportOwnerDisplayName = getDisplayNameForParticipant(ownerAccountID) || login || report?.reportName;
+ const reportOwnerDisplayName = report?.reportName;

@ikevin127 please could you review the proposal above?

@zanyrenney Sure, will review today.

@huult Thanks for your proposal. Unfortunately, I don't see how any of the proposed solutions would fulfil the Expected result because even if we involve BE -> the new key would still not preserve personalDetails in order to display the room name in LHN after the cache is cleared.
Correct me if I'm wrong in any way or if I misunderstood the issue's expected result.
Otherwise, what I'd do would be to preserve ONYXKEYS.PERSONAL_DETAILS_LIST as well here:
https://github.com/Expensify/App/blob/dc74ee347bf3dc134b5488d2a28911cd031104b3/src/pages/settings/Troubleshoot/TroubleshootPage.tsx#L156-L158
by extending [...App.KEYS_TO_PRESERVE, ONYXKEYS.PERSONAL_DETAILS_LIST], which would ensure that personalDetails would not be removed upon cache deletion, therefore displaying the room name in LHN after the cache is cleared.

Proposal
Please re-state the problem that we are trying to solve in this issue.

Members' room names are not updated in LHN after cache deletion

What is the root cause of that problem?

We implemented a cache mechanism to store report names by reportID, eliminating redundant computations for frequently used reports in PR. We will use the cache data if we meet the condition:
https://github.com/Expensify/App/blob/9160fa585c26d3312fd6d6fbd69d334e66cb373d/src/libs/ReportUtils.ts#L3696

In this bug, when clearing the cache data, the report name is set to Chat Report because in:

https://github.com/Expensify/App/blob/9160fa585c26d3312fd6d6fbd69d334e66cb373d/src/libs/ReportUtils.ts#L2681
getDisplayNameForParticipant(ownerAccountID) and  login is empty so we fallback to report?.reportName.

Then, that data is stored to the report name cache.

In the next time, because the condition:

https://github.com/Expensify/App/blob/9160fa585c26d3312fd6d6fbd69d334e66cb373d/src/libs/ReportUtils.ts#L3696
is true, so we always use the report name from cache data instead of calculating a new one.
What changes do you think we should make in order to solve the problem?

We need to update above condition to:

       if (reportNameFromCache?.reportName && reportNameFromCache.reportName === report?.reportName && reportNameFromCache.reportName !== CONST.REPORT.DEFAULT_REPORT_NAME ) {

so if the report name in cache data is Chat Report, we always calculate a new one because we don't want to display the report name as Chat Report.
What alternative solutions did you explore? (Optional)

@ikevin127 , thank you for review.
As part of the RCA, I explained that after “Clear cache and restart”, getDisplayNameForParticipant(ownerAccountID) and login return undefined, causing the value of report?.reportName to be used instead.
// .src/libs/ReportUtils.ts#L2681
const reportOwnerDisplayName = getDisplayNameForParticipant(ownerAccountID) || login || report?.reportName;

1. Click `Clear cache and restart`.
2. getDisplayNameForParticipant(ownerAccountID) is undefined and login is undefined
3. report?.reportName is `Chat room`

const reportOwnerDisplayName = undefined || undefined || "applausetester+sucategoy....";

So reportOwnerDisplayName will be `Chat room`

After logging out and adding a new comment, getDisplayNameForParticipant(ownerAccountID) has a value because we store the value from the API response locally. This issue occurs when the member's room is restored.
// .src/libs/ReportUtils.ts#L2681
const reportOwnerDisplayName = getDisplayNameForParticipant(ownerAccountID) || login || report?.reportName;

1. Add new comment.
2. getDisplayNameForParticipant(ownerAccountID) is "applausetester+sucategoy...." that is participant name
3. report?.reportName is `Chat room`

const reportOwnerDisplayName = "applausetester+sucategoy...." || "" || "Chat room";

So reportOwnerDisplayName will be `applausetester+sucategoy....`

The two points described above explain why the issue occurred.
Suggestions and further explanation of my proposal
Case: If the user clicks 'Clear cache and restart', we use reportName. After that, if the user sends a new comment to this room, should we switch to using the participant's name for the room name, or should we continue displaying the report name as the room name?
1. User clears cache and restarts.
2. Room name displays the report name.
3. User sends a new comment.
4. Should the room name display the report name or the participant's name?

Solution 1, as I mentioned in my proposal, is to continue using the report name for the room name even after the user sends a new comment. (This solution is to use the report name to display the room name).
The ideal solution is to create a new key to monitor the status of whether it has been clear cache or restart. After that, I will use that key to detect reportOwnerDisplayName in order to use the report name for the room name after 'Clear cache and restart' has been used.
// if used `'Clear cache and restart'` ? report?.reportName : getDisplayNameForParticipant(ownerAccountID) ?? login ?? report?.reportName

+    const reportOwnerDisplayName = hasResetOccurredBefore
+    ? report?.reportName ?? getDisplayNameForParticipant(ownerAccountID) ?? login
+    : getDisplayNameForParticipant(ownerAccountID) ?? login ?? report?.reportName;

Regarding the backend update, we will store that key on the server so that when a user logs in on another device, they can retrieve that key and apply the same logic for displaying the room name.

@huult I appreciate the detailed response to my review. The reason I'm reserved in proceeding with a solution which involves BE is because, based on reviewing and testing I don't think BE changes are required to fix this issue since that would only add more computation to the issue of cache clearing which is what we're dealing with here.

@truph01's proposal looks good to me as they pointed out the PR which introduced the cache logic to getReportName, therefore giving more context into what we're dealing with here. The RCA makes sense the proposed solution fixes the issue as per the Expected result.
🎀👀🎀 C+ reviewed

@ikevin127 ,
Thank you for your feedback, and I appreciate the proposal you selected. However, I have some notes regarding this issue. In my proposal, I suggested using the backend to handle this because it covers the case where a user logs into the same account on another device. I addressed this because the room name might differ between Device A and Device B due to caching—Device A may have a cache, while Device B does not. Maybe it's an edge case, but if we need to cover that scenario, then it should be supported by the backend.

Awaiting contributor assignment based on proposal review from https://github.com/Expensify/App/issues/49260#issuecomment-2380280828.

I addressed this because the room name might differ between Device A and Device B due to caching—Device A may have a cache, while Device B does not. Maybe it's an edge case, but if we need to cover that scenario, then it should be supported by the backend.

Additionally, we should consider https://github.com/Expensify/App/issues/49260#issuecomment-2380300750 before assignment to decide whether or not we want to consider this edge case because if we do then we have to approach this from the BE side and re-assign contributor which suggested the FE / BE changes.
cc @MariaHCD

Thanks, @ikevin127. I will catch up and review this tomorrow.

I reviewed the original issue for the intention behind this cache and it looks like it is purely a frontend optimization. Is the suggestion to have the caching mechanism on the BE instead? I would imagine that this would worsen the timing for getReportName.
Additionally, in the scenario outlined, why would Device B not have a cache?

@truph01's proposal makes sense to me - if the default report name is found in the cache, recalculate to fetch the actual report name

@MariaHCD
Currently, our solution for this ticket is as follows: if an account has cleared the cache or restarted, we will use the room name as the reportName. Conversely, if the account has not cleared the cache or restarted, we will use the room name as the name of the participant.

Additionally, in the outlined scenario, why wouldn't Device B have a cache?
Let me provide a scenario to explain this:

User Huu logs into Device A (or browser).
Next, User Huu creates a workspace and adds a member. At this point, the room name will be set to the participant's name.
After that, User Huu clears the cache or restarts.
The room name will then be set to reportName.
Now, User Huu logs into Device B.
At this point, Account Huu on Device B will not know whether Account Huu has cleared the cache or restarted because we haven't stored this information on the server. As a result, the room name will default to the participant's name, which will be different from the room name on Account Huu on Device A.

And my proposal can solve this problem without needing backend changes, and I used BE to resolve the issue in the scenario above.

Account Huu on Device B will not know whether Account Huu has cleared the cache or restarted

Once the user logs in on Device B, we call the API that fetches the latest information anyway, correct?

Yes, that's correct! That approach covers this case.

PR is ready

[x]  [@ikevin127] The PR that introduced the bug has been identified. Link to the PR: https://github.com/Expensify/App/pull/47156.
[x]  [@ikevin127] The offending PR has been commented on, pointing out the bug it caused and why, so the author and reviewers can learn from the mistake. Link to comment: https://github.com/Expensify/App/pull/47156#issuecomment-2408222722.
[x]  [@ikevin127] A discussion in #expensify-bugs has been started about whether any other steps should be taken (e.g. updating the PR review checklist) in order to catch this type of bug sooner. Link to discussion: N/A.
[x]  [@ikevin127] Determine if we should create a regression test for this bug.
[x]  [@ikevin127] If we decide to create a regression test for the bug, please propose the regression test steps to ensure the same bug will not reach production again.

Regression Test Proposal
Prerequisites:

Create a WS and add two employees to it.

Open NewExpensify app.
Log in with a WS admin account.
Go to the account settings.
Go to the Troubleshoot menu.
Click on Clear cache and restart to clear the cache.
Go back to the LHN Inbox.
Verify that members' room names should be updated and display the room name in LHN after the cache is deleted, instead of showing default Chat Report name.

Do we agree 👍 or 👎.

https://github.com/Expensify/App/issues/50727


Azure Devops: Pipeline fails to deploy to Linux Web App

I have a pipeline deploying to my Azure web app, that most of the times errors out because it couldn't deploy to my web app. The task take around 25 mins :
Copying file: 'frontend/.gitignore'
Copying file: 'frontend/README.md'
Copying file: 'frontend/package.json'
Copying file: 'frontend/tsconfig.json'
Copying file: 'frontend/yarn.lock'
Omitting next output lines...
An error has occurred during web site deployment.
Kudu Sync failed
\n/opt/Kudu/Scripts/starter.sh "/home/site/deployments/tools/deploy.sh"
##[error]Failed to deploy web package to App Service.
##[error]To debug further please check Kudu stack trace URL<EMAIL_ADDRESS>##[error]Error: Package deployment using ZIP Deploy failed. Refer logs for more details.

When i enable : system.debug = true , i see these logs repeated many time , before start copying the artifact files :
POLL URL RESULT: {"statusCode":202,"statusMessage":"Accepted","headers":{"transfer-encoding":"chunked","content-type":"application/json; charset=utf-8","location":"http://XXXXXXXXX.scm.azurewebsites.net:80/api/deployments/latest?deployer=VSTS_ZIP_DEPLOY&time=2021-07-09_09-01-41Z","server":"Kestrel","date":"Fri, 09 Jul 2021 09:23:37 GMT","connection":"close"},"body":{"id":"68a7a8811796416b993924437493ff87","status":0,"status_text":"Building and Deploying '68a7a8811796416b993924437493ff87'.","author_email":"N/A","author":"N/A","deployer":"VSTS_ZIP_DEPLOY","message":"Created via a push deployment","progress":"Running deployment command...","received_time":"2021-07-09T09:01:50.4159225Z","start_time":"2021-07-09T09:01:51.775357Z","end_time":null,"last_success_end_time":null,"complete":false,"active":false,"is_temp":false,"is_readonly":true,"url":null,"log_url":null,"site_name":"XXXXXXXXXXXXe"}}
Deployment status: 0 'Building and Deploying '68a7a8811796416b993924437493ff87'.'. retry after 5 seconds
setting affinity cookie ```
["ARRAffinity=c06e9bb74f52245b3695b3079a52f6acbc70c3ee812f67e4fa3f5f65088ff4f7;Path=/;HttpOnly;Secure;Domain=XXXXXXXXXXXXXXXXXXXXXXXXXXXXX.scm.azurewebsites.net","ARRAffinitySameSite=c06e9bb74f52245b3695b3079a52f6acbc70c3ee812f67e4fa3f5f65088ff4f7;Path=/;HttpOnly;SameSite=None;Secure;Domain=XXXXXXXXXXXXXXX.scm.azurewebsites.net"]
[GET]https://XXXXXXXXXXX-test.scm.azurewebsites.net:443/api/deployments/latest?deployer=VSTS_ZIP_DEPLOY&time=2021-07-09_09-01-41Z

POLL URL RESULT: {"statusCode":202,"statusMessage":"Accepted","headers":{"transfer-encoding":"chunked","content-type":"application/json; charset=utf-8","location":"http://XXXXXXXXXXXXXXXXXXX.scm.azurewebsites.net:80/api/deployments/latest?deployer=VSTS_ZIP_DEPLOY&time=2021-07-09_09-01-41Z","server":"Kestrel","date":"Fri, 09 Jul 2021 09:23:45 GMT","connection":"close"},"body":{"id":"68a7a8811796416b993924437493ff87","status":0,"status_text":"Building and Deploying '68a7a8811796416b993924437493ff87'.","author_email":"N/A","author":"N/A","deployer":"VSTS_ZIP_DEPLOY","message":"Created via a push deployment","progress":"Running deployment command...","received_time":"2021-07-09T09:01:50.4159225Z","start_time":"2021-07-09T09:01:51.775357Z","end_time":null,"last_success_end_time":null,"complete":false,"active":false,"is_temp":false,"is_readonly":true,"url":null,"log_url":null,"site_name":"XXXXXXXXXXXX"}}
Deployment status: 0 'Building and Deploying '68a7a8811796416b993924437493ff87'.'. retry after 5 seconds
setting affinity cookie ["ARRAffinity=c06e9bb74f52245b3695b3079a52f6acbc70c3ee812f67e4fa3f5f65088ff4f7;Path=/;HttpOnly;Secure;Domain=XXXXXXXXXXXXXXXXXXXXXX.scm.azurewebsites.net","ARRAffinitySameSite=c06e9bb74f52245b3695b3079a52f6acbc70c3ee812f67e4fa3f5f65088ff4f7;Path=/;HttpOnly;SameSite=None;Secure;Domain=XXXXXXXXXXXXXXXXXX"]

This task fails only in specific slot in myweb app , authors slots and production slot works fine and the job take around 6 mins
Any ideas what could be wrong?

can you check the kudu logs on azure portal - ##[error]To debug further please check Kudu stack trace URL<EMAIL_ADDRESS>


[Website] Contribution guide page indent bug fix

Fix markdown indent issue in Development Setup section
See https://beam.apache.org/contribute/#development-setup

Please add a meaningful description for your change here

Thank you for your contribution! Follow this checklist to help us incorporate your contribution quickly and easily:

[ ] Choose reviewer(s) and mention them in a comment (R: @username).
[ ] Format the pull request title like [BEAM-XXX] Fixes bug in ApproximateQuantiles, where you replace BEAM-XXX with the appropriate JIRA issue, if applicable. This will automatically link the pull request to the issue.
[ ] Update CHANGES.md with noteworthy changes.
[ ] If this contribution is large, please file an Apache Individual Contributor License Agreement.

See the Contributor Guide for more tips on how to make review process smoother.
To check the build health, please visit https://github.com/apache/beam/blob/master/.test-infra/BUILD_STATUS.md
GitHub Actions Tests Status (on master branch)

See CI.md for more information about GitHub Actions CI.

Can one of the admins verify this patch?

Can one of the admins verify this patch?

Can one of the admins verify this patch?

R: @TheNeuralBit


Is there any way to get profile picture of user who login.

client.getUserByUsername({ username: client.credentials.username })


Email.com

Web&situs vcc

Why:

What's being changed:

Check off the following:

[x] All of the tests are passing.
[x] I have reviewed my changes in staging. (look for the deploy-to-heroku link in your pull request, then click View deployment)
[x] For content changes, I have reviewed the localization checklist
[x] For content changes, I have reviewed the Content style guide for GitHub Docs.

Info for vcc free

For get account create


Segment doesn't show results if Entity.anyVirtualRelation.anyDictionaryField is used in filter

Hi Guys,
Here is STR that can be done without creating a custom entity.

As a result you wont see anything. In logs you can see following:
[2017-08-30 16:50:33] app.ERROR: Getting grid data failed. {"exception":"[object] (Doctrine\\ORM\\Query\\QueryException(code: 0): [Semantical Error] line 0, col 523 near 'Oro\\Bundle\\AddressBundle\\Entity\\Region': Error: 'Oro\\Bundle\\AddressBundle\\Entity\\Region' is not defined. at /path/to/app/vendor/doctrine/orm/lib/Doctrine/ORM/Query/QueryException.php:63, Doctrine\\ORM\\Query\\QueryException(code: 0): SELECT t1.firstName as c1, t1.id, IDENTITY(t1.businessUnit) as t1_owner_id, IDENTITY(t1.organization) as t1_organization_id FROM Oro\\Bundle\\ContactBundle\\Entity\\Contact t1 WHERE t1.id IN(SELECT DISTINCT ts326763971.id FROM Oro\\Bundle\\ContactBundle\\Entity\\Contact ts326763971 LEFT JOIN Oro\\Bundle\\AddressBundle\\Entity\\Region ts1863203432 WHERE EXISTS(SELECT dictionary1251115205.id FROM Oro\\Bundle\\ContactBundle\\Entity\\Contact dictionary1251115205 LEFT JOIN Oro\\Bundle\\AddressBundle\\Entity\\Region dictionary1154212585 WHERE Oro\\Bundle\\AddressBundle\\Entity\\Region = :dictionary20644148 AND dictionary1251115205.id = ts326763971.id)) ORDER BY t1.id ASC, t1.id ASC at /path/to/app/vendor/doctrine/orm/lib/Doctrine/ORM/Query/QueryException.php:41)"} []

In our project we are using custom entity as a virtual relation(related_entity_name), result is same.
It happens with all 'virtualRelation.dictionaryField' in filter.
Also, maybe it will help you.
As a solution, I've tried replace these code to these
if (isset($this->virtualColumnExpressions[$columnName])) {
	$mainTableAlias = explode('.', $this->virtualColumnExpressions[$columnName])[0];
	$mainEntityJoinId = array_flip($this->tableAliases)[$mainTableAlias];
} else {
	$mainEntityJoinId = $this->getParentJoinIdentifier(
		$this->joinIdHelper->buildColumnJoinIdentifier($columnName)
	);
}

and remote these
But it was changed logic of joins of 'non-virtual' fields, so, we refused from it.
Thanks!

Hi, @scapital!
relation_type: oneToMane should be fixed to relation_type: oneToMany and add condition and conditionType to your join please, it's not possible to do join without association and with condition missing, like
    virtual_relations:
        Oro\Bundle\CampaignBundle\Entity\Campaign:
            trackingEvent:
                relation_type: oneToMany
                related_entity_name: Oro\Bundle\TrackingBundle\Entity\TrackingEvent
                label: oro.tracking.trackingevent.entity_label
                query:
                    join:
                        left:
                            - { join: 'Oro\Bundle\TrackingBundle\Entity\TrackingEvent', alias: trackingEvent, conditionType: 'WITH', condition: 'trackingEvent.code = entity.code' }

Hi @sergeyz,
Thanks for your feedback, I've checked configs and it is doesn't work still,
Problem with 'virtualFields.dictionaryFields' in segment is reproduced.

@scapital Thanks for the report! Addressed to platform team for fix
INTERNAL ID: BAP-15414

Fixed in https://github.com/oroinc/platform/commit/278fac9e5daff837275cfc51796537d880a0afe1.
Thank you for contribution!


Removed the .sln and .vcxproj files

This will actually remove the sln and project files. Your branch should have no changes in those files relative to the master (as opposed to having those files deleted)

Github makes it difficult to see what is happening in pull requests with multiple commits. I have manually merged your changes and credited you in the commit comments. Thanks!


Missing functions for XML handling in AL

HI,
so i tried to get our "old" extension using dotnet to use the al-BuildIn XML Tools.
This worked quiet good, until i came to use the XMLNode.
Right there i miss some functionality.
I need to be able to check if the XMLNode hast ChildNotes and to get them(previous functions "HasChildNodes" and "ChildNotes")
on the other hand i need to be able to get name and value of the current XMLNode.
(previous functions "Name" and "Value".
Please add these functions to XMLNode in AL

Hi @LFlamme,
If you are having a XmlNode you don't know for sure that it is a XmlElement, but you can check with IsXmlElement as you said as well. In cases where you still want to get the name or value then you need to check for the other types and cast it to the correct one.
If you would like to have that on the XMLNode, then header over to Ideas and either upvote an existing entry or create a new one if you can't find any that matches that.


wip: post on debugging go-ipfs with delve in code

More to do, but this is the gist. I had a nice experince with my first small PR to go-ipfs and using delve and code really helped me feel confident that my changes were doing what I thought they would.
also wanted to test out the new dweb.link preview urls
see: https://github.com/ipfs-shipyard/ipfs-dns-deploy/pull/7
License: MIT
Signed-off-by: Oli Evans<EMAIL_ADDRESS>

@cwaring check out that ipfs preview link ☝

Love it ipfsify all the things 🤩

Smooth as butter emoji


Redirects to backend

What version of Traefik are you using (traefik version)?
1.2.1
What is your environment & configuration (arguments, toml...)?
Docker
Config (Hostnames have been changed)
logLevel = "DEBUG"
defaultEntryPoints = ["http", "https"]

[web]
address = ":8080"

[entryPoints]
  [entryPoints.http]
  address = ":80"
  [entryPoints.https]
  address = ":443"
    [entryPoints.https.tls]
  [entryPoints.http.redirect]
  entryPoint = "https"

[acme]
email =<EMAIL_ADDRESS>storage = "/etc/traefik/acme/acme.json"
entryPoint = "https"
acmeLogging = true
# onDemand = true
OnHostRule = true
#caServer = "https://acme-staging.api.letsencrypt.org/directory"

[[acme.domains]]
   main = "proxy.test.lan"

[file]

[backends]
  [backends.jenkins]
    [backends.jenkins.servers.server1]
    url = "http://<IP_ADDRESS>:8080"
    weight = 10
    passHostHeader = true
    [backends.jenkins.LoadBalancer]
      method = "wrr"

[frontends]
  [frontends.jenkins]
  entrypoints = ["http", "https"]
  backend = "jenkins"
    [frontends.jenkins.routes.hostname]
    rule = "Host:jenkins.test.lan"

What did you do?

Goto http://jenkins.test.lan/

Redirected to https://jenkins.test.lan/

Login to Jenkins

What did you expect to see?
When logged in, I should be on https://jenkins.test.lan/
What did you see instead?
I got redirected to https://<IP_ADDRESS>:8080/
If applicable, please paste the log output in debug mode (--debug switch)
time="2017-04-13T13:09:47Z" level=warning msg="A new release has been found: 1.2.2. Please consider updating."
time="2017-04-13T13:09:48Z" level=info msg="Starting provider *provider.File {\"Watch\":true,\"Filename\":\"/etc/traefik/traefik.toml\",\"Constraints\":null}"
time="2017-04-13T13:09:48Z" level=info msg="Starting provider *main.WebProvider {\"Address\":\":8080\",\"CertFile\":\"\",\"KeyFile\":\"\",\"ReadOnly\":false,\"Statistics\":null,\"Metrics\":null,\"Auth\":null}"
time="2017-04-13T13:09:48Z" level=info msg="Retrieving ACME certificates..."
time="2017-04-13T13:09:48Z" level=info msg="Retrieved ACME certificates"
time="2017-04-13T13:09:48Z" level=debug msg="Testing certificate renew..."
time="2017-04-13T13:09:48Z" level=info msg="Starting server on :443"
time="2017-04-13T13:09:48Z" level=debug msg="Configuration received from provider file: {\"backends\":{\"jenkins\":{\"servers\":{\"server1\":{\"url\":\"http://<IP_ADDRESS>:8080\",\"weight\":10}},\"loadBalancer\":{\"method\":\"wrr\"}}},\"frontends\":{\"jenkins\":{\"entryPoints\":[\"http\",\"https\"],\"backend\":\"jenkins\",\"routes\":{\"hostname\":{\"rule\":\"Host:jenkins.test.lan\"}},\"priority\":0}}}"
time="2017-04-13T13:09:48Z" level=debug msg="Last file config received more than 2s, OK"
time="2017-04-13T13:09:48Z" level=debug msg="Creating frontend jenkins"
time="2017-04-13T13:09:48Z" level=debug msg="Wiring frontend jenkins to entryPoint http"
time="2017-04-13T13:09:48Z" level=debug msg="Creating route hostname Host:jenkins.test.lan"
time="2017-04-13T13:09:48Z" level=debug msg="Creating entryPoint redirect http -> https : ^(?:https?:\\/\\/)?([\\w\\._-]+)(?::\\d+)?(.*)$ -> https://$1:443$2"
time="2017-04-13T13:09:48Z" level=debug msg="Wiring frontend jenkins to entryPoint https"
time="2017-04-13T13:09:48Z" level=debug msg="Creating route hostname Host:jenkins.test.lan"
time="2017-04-13T13:09:48Z" level=debug msg="Creating backend jenkins"
time="2017-04-13T13:09:48Z" level=debug msg="Creating load-balancer wrr"
time="2017-04-13T13:09:48Z" level=debug msg="Creating server server1 at http://<IP_ADDRESS>:8080 with weight 10"
time="2017-04-13T13:09:48Z" level=info msg="Server configuration reloaded on :80"
time="2017-04-13T13:09:48Z" level=info msg="Server configuration reloaded on :443"
time="2017-04-13T13:09:48Z" level=debug msg="LoadCertificateForDomains [jenkins.test.lan]..."

* Rebuilt URL to: http://jenkins.test.lan/
*   Trying {masked ip}...
* TCP_NODELAY set
* Connected to jenkins.test.lan ({masked ip}) port 80 (#0)
> GET / HTTP/1.1
> Host: jenkins.test.lan
> User-Agent: curl/7.51.0
> Accept: */*
>
< HTTP/1.1 302 Found
< Location: https://jenkins.test.lan:443/
< Date: Thu, 13 Apr 2017 15:22:04 GMT
< Content-Length: 5
< Content-Type: text/plain; charset=utf-8
<
* Ignoring the response-body
* Curl_http_done: called premature == 0
* Connection #0 to host jenkins.test.lan left intact
* Issue another request to this URL: 'https://jenkins.test.lan:443/'
*   Trying {masked ip}...
* TCP_NODELAY set
* Connected to jenkins.test.lan ({masked ip}) port 443 (#1)
* TLS 1.2 connection using TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
* Server certificate: TRAEFIK DEFAULT CERT
> GET / HTTP/1.1
> Host: jenkins.test.lan
> User-Agent: curl/7.51.0
> Accept: */*
>
< HTTP/1.1 403 Forbidden
< Content-Length: 793
< Content-Type: text/html;charset=UTF-8
< Date: Thu, 13 Apr 2017 15:22:04 GMT
< Expires: Thu, 01 Jan 1970 00:00:00 GMT
< Server: Jetty(9.2.z-SNAPSHOT)
< Set-Cookie: JSESSIONID.4c936f02=jjrha1hsbiyi12h94ba7pzbe1;Path=/;Secure;HttpOnly
< X-Content-Type-Options: nosniff
< X-Hudson: 1.395
< X-Hudson-Cli-Port: 50000
< X-Jenkins: 2.32.2
< X-Jenkins-Cli-Port: 50000
< X-Jenkins-Cli2-Port: 50000
< X-Jenkins-Session: 5a89cd2e
< X-Permission-Implied-By: hudson.security.Permission.GenericRead
< X-Permission-Implied-By: hudson.model.Hudson.Administer
< X-Required-Permission: hudson.model.Hudson.Read
< X-You-Are-Authenticated-As: anonymous
< X-You-Are-In-Group:
<
<meta http-equiv='refresh' content='1;url=/login?from=%2F'/>

Authentication required

* Curl_http_done: called premature == 0
* Connection #1 to host jenkins.test.lan left intact

@andrewcfitz I don't see any issue with the redirect here (http to https://jenkins.test.lan:443/). Am I wrong ?

The issue isn't with that redirect.  It is when doing a post.  Here is the output from response headers from Chrome:
content-length:0
content-type:text/plain; charset=utf-8
date:Thu, 13 Apr 2017 15:58:51 GMT
expires:Thu, 01 Jan 1970 00:00:00 GMT
**location:https://<IP_ADDRESS>:8080/**
server:Jetty(9.2.z-SNAPSHOT)
set-cookie:JSESSIONID.4c936f02=19h9u4elx2ghsnxovws42gkdu;Path=/;Secure;HttpOnly
status:302
x-content-type-options:nosniff

@andrewcfitz Oh, I think it may be a duplicate of https://github.com/containous/traefik/issues/1323 then.

@andrewcfitz From your last post:
server:Jetty(9.2.z-SNAPSHOT)

This is a response from Jenkins, not Traefik. Have you set this correctly ?

@kurlzor Yes it is configured correctly.  I had a nginx proxy configured for it, and it works perfectly.

Seeing the same issue with xenorchestra (interlegis/xen-orchestra:5.8.0). When behind traefik, URLs beginning with double slashes fail, returning "JavaScript is required for Xen Orchestra!" instead of the file.

This is a duplicate of  #1323 - Feel free to subscribe there for updates.

This is still an issue, here is the config I tested it with:
'''
logLevel = "DEBUG"
defaultEntryPoints = ["http", "https"]
[web]
address = ":8080"
[entryPoints]
[entryPoints.http]
address = ":80"
[entryPoints.https]
address = ":443"
[entryPoints.https.tls]
[entryPoints.http.redirect]
entryPoint = "https"
[acme]
email =<EMAIL_ADDRESS>storage = "/etc/traefik/acme/acme.json"
entryPoint = "https"
acmeLogging = true
OnHostRule = true
caServer = "https://acme-staging.api.letsencrypt.org/directory"
[acme.httpChallenge]
entryPoint = "http"
[[acme.domains]]
main = "proxy.externaldomain.com"
[file]
[backends]
[backends.jenkins]
[backends.jenkins.servers.server1]
url = "http://dockerci-jenkins.internaldomain.lan/"
weight = 10
[backends.jenkins.LoadBalancer]
method = "wrr"
[frontends]
[frontends.jenkins]
entrypoints = ["http", "https"]
backend = "jenkins"
[frontends.jenkins.routes.hostname]
rule = "Host:jenkins.externaldomain.com"
'''

Hello @andrewcfitz, I didn't succeed in reproducing your case.
I used the following configuration
The docker-compose.yml:
version: '3'

services:
  reverse-proxy:
    image: traefik:v1.5
    command: --api
    ports:
      - "80:80"
      - "8080:8080"
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
      - ./traefik.toml:/etc/traefik/traefik.toml:ro
    extra_hosts:
      - jenkins.internal:<IP_ADDRESS>
    networks:
      net:
        ipv4_address: <IP_ADDRESS>
  jenkins:
    image: jenkins/jenkins:lts
    networks:
      net:
        ipv4_address: <IP_ADDRESS>
networks:
  net:
    driver: bridge
    ipam:
     config:
       - subnet: <IP_ADDRESS>/29

The traefik.toml:
logLevel = "DEBUG"
defaultEntryPoints = ["http"]

[entryPoints]
  [entryPoints.http]
  address = ":80"

[file]

[backends]
  [backends.jenkins]
    [backends.jenkins.servers.server1]
    url = "http://jenkins.internal:8080/"
    weight = 10
    [backends.jenkins.LoadBalancer]
      method = "wrr"

[frontends]
  [frontends.jenkins]
  entrypoints = ["http"]
  backend = "jenkins"
    [frontends.jenkins.routes.hostname]
    rule = "Host:jenkins.localhost"

If I miss some details, please join our Slack workspace to discus about your use case.

Hi! I'm Træfiker :robot: the bot in charge of tidying up the issues.
I have to close this one because of its lack of activity :disappointed:
Feel free to re-open it or join our Slack workspace for more community #support.


Validate runtime input using zod

This validates input to functions using zod for runtime validation of input. Without this, you can basically send anything into the function using JavaScript, or even in TypeScript you could send bad unknown input into these functions. Since we pass the arguments to the Graph API query, this makes it easy to send invalid GraphQL queries and get a not-as-obvious error back. This addition will make error handling easier (see the README section for more details) for developers and protect them from sending bad input to the Graph API.
I added tests to all the functions that are now validated, which helps ensure that we are setting the right zod functions on the input, in particular .strict() (doesn't allow unknown keys), and .nullish() (allows null and undefined).
Regarding typescript types, we are able to define the zod object, and then infer the typescript class from it using z.infer so we don't have to write the input schema twice.
Lots of the input mirrors the GQL input (I was using the codegen types as a base for the function inputs previously). As far as staying in sync with this, typescript helps us quite a bit by erroring when the queryVariables passed in the query don't match the codegen type we are passing in to .query. I also added special handling in packages/libs/sdk/src/lib/validation/codegenDerivedValidators.ts for the codegen string unions used in filters. We have to re-define these string unions manually with zod to use as an .enum as a validator. I was able to add a typescript function leveraging never to throw a compiler error if these don't match. Meaning, when we update the codegen generated files, we will get compiler errors if these types don't match as a reminder to update them (I have comments in this file explaining this too).

coverage: 100.0%. remained the same when pulling a5eaf69714ff805dacd4e4dfba7e1d1d86047f50 on validate_input into c79dac540c956b8bd4401828b4ddd55f23c5f3fe on main.


Import sass in a component

Am I still able to do
import './homeview-style.scss'

in a component and have it load? This seemed to work in an older version.

I use it like this:
import classes from './Blog.scss'
<h3 className={classes.subTitle}>
  Architecture
</h3>

^^ exactly, or you can just disable css_modules and import as you would previously.
https://github.com/davezuko/react-redux-starter-kit/blob/master/build/webpack.config.js#L125

Closing for now since this should be working per the above comments, please let me know if it's not for whatever reason.

how can i disable css_modules

@kamalbennani  https://github.com/davezuko/react-redux-starter-kit/#configuration
  compiler_css_modules     : false,


Use after free with sqpp::text fields

I'm  not sure if the source of the problems arises in the sqlpp11-connector-postgresql or the core sqlpp11.  I cannot understand why as to my current tracing sqlpp11 is creating a std::string from the returned char* + len out of bind_result_t::_bind_text_result(size_t index, const char** value, size_t* len);
The issue seems to cccur when there are two consecutive text fields.

It would help if you could provide a complete example.

I'll need to write a small app to prove the problem without the overhead ....

Take a look at:
include/sqlpp11/data_types/text/result_field.h
This creates a string from a pointer and the len via {text, len}. This works fine also for text == nullptr if len == 0. If len > 0, there will be trouble.
I just updated the code to check for nullptr first. Please checkout current develop.
Best,
Roland

This is what I did figure out and why I'm so surprised.  As per my understanding this creates a new string on every call.
I noticed the addition of the nullptr test for "null fields" and did change the sqlpp11-postgresql adapter, as I had nullable text fields.  BTW, I  noticed that there is a fork that is much more up to date.  I also added date and time support to later notice that there is very active fork, I started using that fork and suggest the nullptr change.  Wondering which fork I shall use?

I hope that the compiler can optimize away the temporary. But maybe you're right, and I should use assign instead, less burden for the compiler.
Which fork is the active one? Maybe you can ask the maintainers of both forks about the status? I am not involved in the PostgreSQL fork myself.
Best,
Roland

I'm now using cszawisza/sqlpp11-connector-postgresql.

I've found the cases for which the issue occurs but yet not find the precise reason why.  The issue only occurs for long string (the ones that don't use SSO and are allocated on the heap).  The ones that uses SSO do work perfectly.

What is the effect?

The long string object points to a heap allocated area that has been released at some point.  It looks like an incorrect form of the copy of the string (a byte wise copy or shallow copy instead of a deep copy). I've been trying to look at the various places where the result is returned and/or copied but I got lost in the code.  With short strings the content of the string is in the object itself and hence the shallow copy copies the whole content.

I'd be surprised if anything in the library does a byte-wise copy of a string. Maybe you're moving results?
It would be awesome if you could try to reproduce the problem you're seeing in a bit of sample code. For instance, you could modify a test that comes with the postgresql connector.
Please also check the latest develop. I am using assign now to reduce the number of copies.
Best,
Roland

Yikes! I found and fixed something in the context of prepared statements and text results that led to incorrect behavior and potentially crashes in the bind functions in the connector.
Best,
Roland

This is the top of the stack traces reported by asan.
Use
==28637==ERROR: AddressSanitizer: heap-use-after-free on address 0x603000042e80 at pc 0x7fc5d123049f bp 0x7ffdd38c4000 sp 0x7ffdd38c37a8 READ of size 31 at 0x603000042e80 thread T0     #0 0x7fc5d123049e  (/lib64/libasan.so.3+0x5f49e)     #1 0x7fc5d0fbb288 in void std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::_M_construct<char*>(char*, char*, std::forward_iterator_tag) (/usr/local/lib/libsqlpp-postgresql.so.0+0x39288)     #2 0x7fc5cedf254e in std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >::basic_string(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) (/lib64/libstdc++.so.6+0x12654e)     #3 0x1633bcc in sqlpp::result_field_base<sqlpp::postgresql::connection, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::value() const /usr/local/include/sqlpp11/result_field_base.h:118     #4 0x1614b17 in demo::get_records(demo::record::UUID) /home/serge/Downloads/demo/src/dao/sqlpp11/record_dao.cpp:81
Freed
0x603000042e80 is located 0 bytes inside of 32-byte region [0x603000042e80,0x603000042ea0) freed by thread T0 here:     #0 0x7fc5d1299520 in operator delete(void*) (/lib64/libasan.so.3+0xc8520)     #1 0x162577f in sqlpp::result_field_base<sqlpp::postgresql::connection, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false>, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > >::~result_field_base() /usr/local/include/sqlpp11/result_field_base.h:42     #2 0x162579b in sqlpp::result_field_t<sqlpp::postgresql::connection, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false> >::~result_field_t() /usr/local/include/sqlpp11/data_types/text/result_field.h:40     #3 0x16257b7 in demo_dao::records_::adaptorConditions::_alias_t::_member_t<sqlpp::result_field_t<sqlpp::postgresql::connection, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false> > >::~_member_t() /home/serge/Downloads/demo/src/dao/sqlpp11/sqlpp_record.h:116     #4 0x16257d3 in sqlpp::detail::result_field<sqlpp::postgresql::connection, 6ul, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false> >::~result_field() /usr/local/include/sqlpp11/result_row.h:46     #5 0x1625e3d in sqlpp::detail::result_row_impl<sqlpp::postgresql::connection, sqlpp::detail::field_index_sequence<38ul, 0ul, 1ul, 2ul, 3ul, 4ul, 5ul, 6ul, 7ul, 8ul, 9ul, 10ul, 11ul, 12ul, 13ul, 14ul, 15ul, 16ul, 17ul, 18ul, 19ul, 20ul, 21ul, 22ul, 23ul, 24ul, 25ul, 26ul, 27ul, 28ul, 29ul, 30ul, 31ul, 32ul, 33ul, 34ul, 35ul, 36ul, 37ul>, sqlpp::field_spec_t<demo_dao::records_::Id::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::RequestType::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Status::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tok::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::adaptor::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordType::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::BillingAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::BillingAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::paymentAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::paymentAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::endMonth::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::endYear::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokSequenceNumber::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokHolderName::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordTimestamp::_alias_t, sqlpp::time_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::paymentDate::_alias_t, sqlpp::day_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::recordsCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Mcc::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokAcceptorCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locName::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locCity::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locCountry::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::seri::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::se2::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Aid::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::NetworkCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::ProcessingTimestamp::_alias_t, sqlpp::time_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::InputChannel::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::OutputChannel::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Financial::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::Previous::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::Next::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::keptAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::keptCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::IsAuthorised::_alias_t, sqlpp::boolean, false, false> >::~result_row_impl() /usr/local/include/sqlpp11/result_row.h:134     #6 0x1625e9b in sqlpp::result_row_t<sqlpp::postgresql::connection, sqlpp::field_spec_t<demo_dao::records_::Id::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::RequestType::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Status::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tok::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::adaptor::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordType::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::BillingAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::BillingAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::paymentAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::paymentAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::endMonth::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::endYear::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokSequenceNumber::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokHolderName::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordTimestamp::_alias_t, sqlpp::time_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::paymentDate::_alias_t, sqlpp::day_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::recordsCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Mcc::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokAcceptorCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locName::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locCity::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locCountry::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::seri::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::se2::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Aid::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::NetworkCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::ProcessingTimestamp::_alias_t, sqlpp::time_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::InputChannel::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::OutputChannel::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Financial::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::Previous::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::Next::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::keptAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::keptCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::IsAuthorised::_alias_t, sqlpp::boolean, false, false> >::~result_row_t() /usr/local/include/sqlpp11/result_row.h:182     #7 0x1625edf in sqlpp::result_t<sqlpp::postgresql::bind_result_t, sqlpp::result_row_t<sqlpp::postgresql::connection, sqlpp::field_spec_t<demo_dao::records_::Id::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::RequestType::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Status::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tok::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::adaptor::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordType::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::adaptorConditions::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::BillingAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::BillingAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::paymentAmountAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::paymentAmountCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::endMonth::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::endYear::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokSequenceNumber::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokHolderName::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::recordTimestamp::_alias_t, sqlpp::time_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::paymentDate::_alias_t, sqlpp::day_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::recordsCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Mcc::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::tokAcceptorCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locName::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locCity::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::locCountry::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::seri::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::se2::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Aid::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::NetworkCode::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::ProcessingTimestamp::_alias_t, sqlpp::time_point, true, false>, sqlpp::field_spec_t<demo_dao::records_::InputChannel::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::OutputChannel::_alias_t, sqlpp::text, false, false>, sqlpp::field_spec_t<demo_dao::records_::Financial::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::Previous::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::Next::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::keptAmount::_alias_t, sqlpp::floating_point, false, false>, sqlpp::field_spec_t<demo_dao::records_::keptCurrency::_alias_t, sqlpp::integral, false, false>, sqlpp::field_spec_t<demo_dao::records_::IsAuthorised::_alias_t, sqlpp::boolean, false, false> > >::~result_t() /usr/local/include/sqlpp11/result.h:34     #8 0x1614879 in demo::get_records(demo::record::UUID) /home/serge/Downloads/demo/src/dao/sqlpp11/record_dao.cpp:73

To me this looks like you're trying to obtain a value from a dangling reference to a row.
Thus, it would still be awesome if you could provide an example that demonstrates the behavior.
Best,
Roland

I've been trying to reproduce the issue with the small tests in the postgresql adapter without success so far.
I'm giving it a small break.  This helps at time to have a fresher view.  The so far the code is nothing doing particular.  I'm wondering what other "side effects" are maybe also playing to induce the error.

I've found the guilty part of the code of the issue.  It's not yet clear why I'm unable to reproduce it in the tests of sqlpp11-connector-postgresql.
When going to the trace I came to the generated code for the fields where you define T& operator()() and const T& operator ()() const.  When googling for these operators I came across the following stack overlow question operator T&() or operator T()? and which states the following

One major drawback of the second approach is that the calling code could be be left with a dangling pointer/reference.

By replacing these two operators by a T operator()() const, the "error" disappeared.  Now I'm facing other errosr but ASAN isn't complaining anymore about the use after free.
Here is the change
struct Conditions
{
  struct _alias_t
  {
    static constexpr const char _literal[] =  "conditions";
    using _name_t = sqlpp::make_char_sequence<sizeof(_literal), _literal>;
    template<typename T>
    struct _member_t
      {
        T Conditions;
        // T& operator()() { return Conditions; }
        // const T& operator()() const { return Conditions; }
        T operator()() const { return Conditions; }
      };
  };
  using _traits = sqlpp::make_traits<sqlpp::text, sqlpp::tag::require_insert>;
};

Thanks for digging!
I'll look into the places where this is used.

I'm sorry not to be able to be more specific.  I must admit I've reached my current limitation in understanding template code.  I wish there was a way to properly debug such code end to end or at least visualize or print the complete instantation of the template code.

In an attempt to find the problem, I've been playing with PVS to see if they managed to find the issue.  Nothing points to the line I've pointed to but it complained a lot about "owner-less expressions".  Having looked at some I do find indeed the code puzzling.
For example:

static Context& _(const T&, Context&)
{
  _serialize_check{};
}

At first look this function is not returning a reference to Context.
Here is the complete list of reported errors, including some from the date.h library.
www.viva64.com/en/w     1       err     Help: The documentation for all analyzer warnings is available here: http://www.viva64.com/en/w/.
/usr/local/include/sqlpp11/serializer.h 44      err     V607 Ownerless expression '_serialize_check { }'.
/usr/local/include/sqlpp11/tvin.h       70      err     V607 Ownerless expression '_serialize_check { }'.
/usr/local/include/date.h       959     err     V501 There are identical sub-expressions to the left and to the right of the '==' operator: t == t
/usr/local/include/date.h       3552    err     V546 Member of a class is initialized by itself: 'mode_(mode_)'.
/usr/local/include/date.h       5373    warn    V519 The 'width' variable is assigned values twice successively. Perhaps this is a mistake. Check lines: 5364, 5373.
/usr/local/include/date.h       5374    warn    V519 The 'modified' variable is assigned values twice successively. Perhaps this is a mistake. Check lines: 5365, 5374.
/usr/local/include/date.h       5491    warn    V519 The 'width' variable is assigned values twice successively. Perhaps this is a mistake. Check lines: 5482, 5491.
/usr/local/include/date.h       5492    warn    V519 The 'modified' variable is assigned values twice successively. Perhaps this is a mistake. Check lines: 5483, 5492.
/usr/local/include/date.h       5664    warn    V519 The 'width' variable is assigned values twice successively. Perhaps this is a mistake. Check lines: 5655, 5664.
/usr/local/include/date.h       5665    warn    V519 The 'modified' variable is assigned values twice successively. Perhaps this is a mistake.

Hi,
Tools have limits, and it seems this library is beyond, for instance:
static Context& _(const T&, Context&)
{
   _serialize_check{};
}

This is in the unspecialized serizializer_t. The expression will fire a static_assert if called. No need to return anything. The other so-called ownerless expressions may or may not fire static_asserts.That's their purpose. They are totally OK without having an owner.
I cannot really comment on the date things.
I will dig deeper into the operator issue.
Cheers,
Roland

Some more background info.  The error happens when I try to access the value of the row returned by the front() call.  This is the is code snipped.
    Record result;  // this is the native struct
    demo_dao::Record records;  // this is the generated struct
    auto const & record =
        store.db (select (all_of (records)).from (records).where (record.id == static_cast<long> (id))).front ();
    // free has happened now
...
   // use after free happens now
    result.conditions = Conditions {record.Conditions.value ()};

I'm maybe using front incorrectly.  But front() returns a reference.

Thanks for the code snippet!
auto const & record =
        store.db (select (all_of (records)).from (records).where (record.id == static_cast<long> (id))).front ();

This is indeed incorrect usage of the library. This would be the correct way to do it:
auto result = store.db (select (all_of (records)).from (records).where (record.id == static_cast<long> id)));
auto const & record = result.front();

front() returns a reference to something that lives inside of result. In your code, result is a temporary.

This indeed fixes the issue.  I'm sorry for failing to share this initially.  But it took me a couple of iterations through the stack trace to figure out what is precisely going on and also, as I explained earlier, I'm currently unable to unravel your templates.  Maybe some comments would help to understand what's happening under the hood.  I really have to read more about template meta programming.
In the long term I would have had to to break this in two steps in order to validate the result, as I expect exactly one and only one record to be returned and if not to throw an exception back to my application.  This is currently done automatically by odb when "load()"-ing a record from the database.
As a side note, what signature shall I use for a parameter in a function that accept the "auto const & record"?  As I've multiple functions querying the database but with different where clauses (or with the for update later on) but I want to write only once the "mapping" code.

Thanks for confirming that the issue is fixed.
Regarding the function, I typically write something like
template <typename Row>
Foo rowToFoo(const Row& row);

That way you don't have to spell the result_row_t specialization or do something weird with decltype.
Best,
Roland


chore: 🤖 Remove sonar code smells

:tada: This PR is included in version 14.0.0-beta.1 :tada:
The release is available on:

npm package (@beta dist-tag)
GitHub release

Your semantic-release bot :package::rocket:


Fix readme link

Fix the link to the Code of Conduct file.

The fix is small and needed for the ongoing JOSS submission, therefore it does not require a review to be merged.


Draft.insert not the same as table.insert

Draft.insert only reflects the 3 parameter definition of table.insert (function insert(t: table, pos: number, value: any)). It would be a lot nicer to work with Draft.insert if it also had the option for the 2 parameter definition of table.insert (function insert(t: table, value: any)).
Current usage:
Draft.insert(tbl, #tbl + 1, data)
Desired usage:
Draft.insert(tbl, data)

support! would love to see this implemented

You are already able to use it this way. The type for Immut.insert is <V>(draft: {V}, pos: number | V, value: V?).
The second argument can be either the value you want to insert or the position of the value in the array. Internally it's just taking the arguments you pass into the draft-safe insert and passing them through to table.insert.
It is a little confusing because I have to cram this all into one type since Luau does not currently allow users to create overloaded function types (see the note at the end https://luau-lang.org/typecheck#intersection-types)
If there's some other issue with this that I'm missing let me know, but it should be perfectly fine to use in the way you're suggesting.

i'm glad that we're able to use it that way, but i've tried doing it and i got this:


[Bug] The buttons on actions on the actor sheet do not work

The buttons are currently trying to call item methods, but actions are not items, so the buttons throw an error.

Fixed as part of 60628c42de74a64af82ddacc239b56ac8215b8b9. Closing as completed.


[nmstate-0.3] specfile: fix installation of nmstate-varlink.service

On the nmstate.spec file the installation was done using cp -a which
is incorrect. In order to install the nmstate-varlink.service it should
use the install -p -m 644.
Signed-off-by: Fernando Fernandez Mancera<EMAIL_ADDRESS>

The CI is caused by Centos changed the repo name from PowerTools to powertools.


Add blessed TEALScript template

Proposed Changes

Adds TEALScript template as a default blessed template

@joe-p will further tweak and merge this one tomorrow as you asked to get this before monday, will probably do this as a chore tag so it won't bump to 1.5.0 but 1.4.2 or 1.4.3 instead. (cc @robdmoore @Loedn)

@joe-p i can't push to your forked branch for some reason, will resolve this in https://github.com/algorandfoundation/algokit-cli/pull/318


[Feature Request] Central notification feed

What is the idea?
A notification feed inside the admin panel that will fetch the latest news and announcements about BoxBilling from our website. It can be useful to display urgent notifications like security vulnerabilities, or maybe even blog posts if we start a blog someday.
Why would this be beneficial
It should be completely optional as fetching the data from the external source will obviously send a request to the external server. Even though we explicitly won't log anything, some users might choose to keep the dependency to the external servers at minimum.

i can do this, i will just need to create a REST api in a seperate repo. ping me on discord if you would like me to work on this


mg supports syntax highlighting?

That it's the question

Nope, unfortunately not.  Main development effort for Mg is in OpenBSD and from what I've learned, they are first looking into becoming 8-bit clean and adding UTF-8 support.
Maybe you'd be interested in Joe?  It comes in different flavors, one is an emacs-style, and it has syntax highlighting these days.


Chapter "Configure the server security policy": Opaque note

The following note is displayed in above mentioned section:

Note
Depending on your configuration, single server(all-in-one) or distributed servers you only need to add, based on role of the member machine, like synchronization server.

At least for me it is completely opaque when reading although working with the product for several years. Please change.

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: ba9d25f8-acca-35b0-202b-f83a0a8c1e45
Version Independent ID: bc769b6d-0c19-2590-a834-743620172fe9
Content: Configure Windows Server 2016 or 2019 for MIM 2016 SP2
Content Source: MIMDocs/prepare-server-ws2016.md
Product: microsoft-identity-manager
GitHub Login: @billmath
Microsoft Alias: billmath

Push - 2 months without contribution.

@billmath Push

No longer maintained?


Added English version character sheet for Coriolis RPG in anticipatio…

Added English version character sheet for Coriolis RPG in anticipation of full game release at the end of 2016.

We are trying to move away from having separate sheets for different languages. Instead of adding this new sheet, could you please modify the original sheet to use our new translation tools.


Fix tokenize with empty attrs

[x] Closes #6970
[x] Tests added
[x] User visible changes (including notable bug fixes) are documented in whats-new.rst
~New functions/methods are listed in api.rst~

Thanks @malmans2
@andersy005 this will introduce a minor conflict.


"Failed to clone files" warning is not particularly useful

I'm getting this warning every time in these 2 circumstances:

host, macos, separate code-sensitive fs volume for code
vm, linux, "folder" shared from host

Frankly, if I use uv, I use it for the result (functional vevn) first, and speed only second. Copying files is reasonably fast too at 265 milliseconds (warm run).
I would argue that this message belongs to debug, rather than a prominent warning.
> uv venv -p python3.13 --seed .host-3.13
Using Python 3.13.0rc1 interpreter at: /Library/Frameworks/Python.framework/Versions/3.13/bin/python3.13
Creating virtualenv with seed packages at: .host-3.13
warning: Failed to clone files; falling back to full copy. This may lead to degraded performance.
         If the cache and target directories are on different filesystems, reflinking may not be supported.
         If this is intentional, set `UV_LINK_MODE=copy` or use `--link-mode=copy` to suppress this warning.
 + pip==24.2
Activate with: source .host-3.13/bin/activate.fish

uv 0.3.0 (Homebrew 2024-08-20)

See also discussion at https://github.com/astral-sh/uv/issues/6101

I actually think this is somewhat useful since people tend not to realize that it's happening. I'd suggest setting export UV_LINK_MODE=copy or similar to make the behavior explicit on your end.

Not useful for me as a user (N=1 statistic and personal bias).
I don't know how common my use case is, let's say, hypothetically it affects 5% of uses and the tool becomes popular. Is it fair to ask all these users to add an env var globally?

I actually think this is somewhat useful since people tend not to realize that it's happening.

Why is it important to know?
What does it mean for an end user, in practice?

It was added because copying instead of hardlinking means a major performance degradation, for example in a transformers test case:
$ hyperfine --warmup 1 --prepare "rm -rf .venv" "uv sync --extra torch --extra onnx --extra audio" "uv sync --extra torch --extra onnx --extra audio --link-mode=copy"
Benchmark 1: uv sync --extra torch --extra onnx --extra audio
  Time (mean ± σ):     114.5 ms ±   8.8 ms    [User: 76.5 ms, System: 350.1 ms]
  Range (min … max):   100.1 ms … 133.1 ms    13 runs

Benchmark 2: uv sync --extra torch --extra onnx --extra audio --link-mode=copy
  Time (mean ± σ):     607.5 ms ±   9.4 ms    [User: 87.6 ms, System: 2618.9 ms]
  Range (min … max):   590.0 ms … 627.8 ms    10 runs

Summary
  uv sync --extra torch --extra onnx --extra audio ran
    5.31 ± 0.42 times faster than uv sync --extra torch --extra onnx --extra audio --link-mode=copy

On one hand, I surly want modern tools to be fast, especially in use cases like pre-commit and one day uvx.
On the other hand, if someone installs PyTorch or onx, I would presume that they use these packages, and if that’s to train a model we’re taking about hours of use time, perhaps 400ms extra venv install time doesn’t matter that much?

I hear you, but I think it's reasonable to show this if the default isn't working as it's supposed to. A lot of users didn't know this was happening. You can set UV_LINK_MODE=copy everywhere if you'd rather not see it.


Serialization always fails with "key must be a string"

Hi, I don't know if this issue belongs here or to serde itself.
I try to serialize this object
use serde;
use serde_json;
use std::collections::BTreeMap;
use std::path::PathBuf;

#[derive(Clone, Debug, serde::Serialize, serde::Deserialize)]
pub struct DedupTree {
    hash_tree: BTreeMap<[u8; 32], Vec<PathBuf>>,
    file_tree: BTreeMap<PathBuf, [u8; 32]>,
}

impl DedupTree {
    pub fn to_json(&self) -> String {
        serde_json::to_string(&self).unwrap()
    }

    pub fn from_json(json: &str) -> Result<Self, serde_json::Error> {
        serde_json::from_str(json)
    }
}

but any time I want to use to_json() I get this error:
Error("key must be a string", line: 0, column: 0)
I tried a number of different approaches to fix this by implementing serialize for [u8,32] myself but eventually I always got the same error.
As far as I see from the docs all used types (BTreeMap,[u8; 32],Vec, PathBuf) are supported by serde.

I think this is behaving correctly. JSON maps only have string keys. Map keys are not allowed to be arrays in JSON.


After Effects animations are rendered with black areas on iOS. Works fine in LottieFiles

Description
an animation, created with After Effects, that works fine in LottieFiles.com, shows up with black areas when using inside a React Native app on iOS.
Here's how it looks in LottieFiles.com:

And here's how it looks inside the RN app:

Here's the JSON file:
123steps_03.json.zip
Expected behavior: [What you expected to happen]
The animation should render fine, like in LottieFiles
Actual behavior: [What actually happened]
There are black areas (seems like the "fill" property of the arc) that shouldn't be there
Versions
"lottie-react-native": "^2.5.6",
"react-native": "0.54.2"

Yes! It's the fill's fault. I think you need to fix it directly on the AE.

Hi, just contributing a bit more on this... @Dihan101 is right, check your ae file and find the path. Check ae is not setting the colour of the fill to black and in some cases, you can even remove it.
Unfortunately, the differences between the native and web code can be quite annoying.

Yes - after we fixed the after effect it was ok.


Pock automatically hides the dock

Describe the bug
A clear description of what the bug is.
How to reproduce

Launch Pock, the dock disappears.
Turn Hiding off
Launch an app from the dock, the dock disappears again

Screenshots
I attach a video of what happens on my machine: https://app.iterspace.com/recording/f4b4544d-ac84-4d1d-b1bc-319a4eeb51d0
Versions:

macOS version: 11.4
Pock version:   0.9.0-22

This was frustrating me too! It looks like it is a widget setting:
Click Pock > Manage Widgets > Dock > Uncheck "Hide System Dock"


Feature/main update to v1.6

@slaible Do you know why the utils ci fails? But it does not look like the issue is caused by this PR.

@slaible Do you know why the utils ci fails? But it does not look like the issue is caused by this PR.

@kfabian The pep257 test fails for some reason. When I run it locally it works.


Integrate eslint

This solves issue with running lint task, fixes all eslint problems (running with airbnb template with disabled .jsx extension). As for now we do not run eslint on vendor files and inside feed/ folder - feed will be linted on #592 to prevent merge conflicts.


Why

What's the reasoning behind this?

Document Details
⚠ Do not edit this section. It is required for docs.microsoft.com ➟ GitHub issue linking.

ID: 315af9fc-a5f1-9a51-a154-a7c703975a91
Version Independent ID: d83911ea-0426-fc82-622a-3c607d7b787a
Content: Compiler Warning (level 1) CS0809
Content Source: docs/csharp/misc/cs0809.md
Product: dotnet-csharp
Technology: csharp-diagnostics
GitHub Login: @BillWagner
Microsoft Alias: wiwagn

The reason is in the article:

Typically, a member that is marked as obsolete should not override a member that is not marked as obsolete.

Correcting the error is also mentioned:

Remove the Obsolete attribute from the overriding member, or add it to the base class member.

@Youssef1313, sorry, but "typically" is not reasonable enough for me (:

@Svetomechc
If you declare a member obsolete, you're giving callers a warning that they should not call that method (but hopefully call a preferred replacement.) If that method is virtual, all implementations, in base and derived classes, should be considered obsolete.
Adding this attribute is warning callers of an impending breaking change.
If your intent is to remove a derived implementation of a method and defer to the base class, you can safely remove it. Because it's overriding a virtual method, removing a derived implementation is not a breaking change.
I'll close this as by design.

@BillWagner, thx for explanation!


[ADD] internal option to write a ports file --ports_file_dir

The added option writes a file in the specified directory called <exename>_<pid>.ports which
contains a JSON representation of ports that the server has opened.
This change is intended to facilitate testing by having ports auto assigned and allow tests to locate and connect to the server port.

Coverage decreased (-0.4%) to 92.306% when pulling c35607cd956bfb2a53097055292c9d2f7917b28c on port-file into e155332e69caa1455e74553c15b121d0c176d69b on master.


[Feature]: Allow re-ordering of actions on the action selector

Is there an existing issue for this?

[X] I have searched the existing issues

Summary
After configuring multiple actions on the action selector, I should be able to change the order of execution by dragging and re-ordering the actions.
Why should this be worked on?
User requests:
https://discord.com/channels/725602949748752515/778949891014656050/1075974655720030278
https://discord.com/channels/725602949748752515/1067082851679486023/1067461890160214046

another user asked for this feature today

@bharath31 please find the prototype for reordering actions here


ansible.com/guru link is dead

Page vi.
Links to Ansible Guru, are returning 404.

@mrjester888 thanks for letting me know! I've updated the page to link to the services page, since guru is missing: http://www.ansible.com/services
This will be in the next book update.


ingress fail with origin_request configuration at top level

Confirmation

[X] My issue isn't already found on the issue tracker.
[X] I have replicated my issue using the latest version of the provider and it is still present.

Terraform and Cloudflare provider version
registry.terraform.io/cloudflare/cloudflare 4.0.0-rc2
Cloudflare Tunnel client 2023.2.1
Affected resource(s)
cloudflare_tunnel_config
Terraform configuration files
resource "cloudflare_tunnel" "myorg_argo_tunnel" {
  account_id = var.cloudflare_account_id
  name       = "myorg"
  secret     = random_password.myorg_tunnel_secret.result
}

resource "cloudflare_tunnel_config" "myorg_tunnel_config" {
  account_id = var.cloudflare_account_id
  tunnel_id  = cloudflare_tunnel.myorg_argo_tunnel.id

  config {
    warp_routing {
      enabled = true
    }
    origin_request {
      no_tls_verify            = true
    }
    ingress_rule {
      hostname = "my-srv.${var.cloudflare_zone}"
      service  = "https://srv-infra.myorg.intra:8443"
    }
    ingress_rule {
      service  = "http_status:404"
    }
  }
}

resource "cloudflare_tunnel_route" "myorg_tunnel_route_lan" {
  account_id = var.cloudflare_account_id
  tunnel_id  = cloudflare_tunnel.myorg_argo_tunnel.id

  network            = "<IP_ADDRESS>/24"
  comment            = "myorg Lan "
}

Link to debug output
https://gist.github.com/bla-ckbox/3584b234b71ec3bcb77f42a08c3a0ecb#file-tf_log
Panic output
Nothing
Expected output
Ingress working....
Actual output
On http navigator: http error 502 bad gateway
On argo tunnel:
2023-02-12T11:21:30Z INF Warp-routing is enabled
2023-02-12T11:21:30Z INF Updated to new configuration config="{\"ingress\":[{\"service\":\"https://srv-infra.myorg.intra:8443\",\"hostname\":\"my-srv.my.org\"},{\"service\":\"http_status:404\"}],\"warp-routing\":{\"enabled\":true},\"originRequest\":{\"noTLSVerify\":true,\"originServerName\":\"\",\"caPool\":\"\",\"keepAliveConnections\":100,\"httpHostHeader\":\"\",\"disableChunkedEncoding\":false,\"proxyPort\":0,\"proxyType\":\"\",\"tlsTimeout\":10000000000,\"proxyAddress\":\"<IP_ADDRESS>\",\"connectTimeout\":30000000000,\"bastionMode\":false,\"tcpKeepAlive\":30000000000,\"noHappyEyeballs\":false,\"keepAliveTimeout\":90000000000}}" version=4
2023-02-12T11:21:59Z ERR  error="Unable to reach the origin service. The service may be down or it may not be responding to traffic from cloudflared: dial tcp: lookup  srv-infra.myorg.intra: i/o timeout" cfRay=7984f1a23cba153f-CDG ingressRule=0 originService=https://srv-infra.myorg.intra:8443
2023-02-12T11:21:59Z ERR Request failed error="Unable to reach the origin service. The service may be down or it may not be responding to traffic from cloudflared: dial tcp: lookup srv-infra.myorg.intra: i/o timeout" connIndex=0 dest=https://my-srv.my.org/ ip=<IP_ADDRESS> type=http

Steps to reproduce

Apply the configuration twice (#2233)
Connect to the plublic url

Additional factoids
Bad configuration is following (from API)
    "config": {
      "ingress": [
        {
          "service": "https://srv-infra.myorg.intra:8443"",
          "hostname": "my-srv.my.org"
        },
        {
          "service": "http_status:404"
        }
      ],
      "warp-routing": {
        "enabled": true
      },
      "originRequest": {
        "caPool": "",
        "proxyPort": 0,
        "proxyType": "",
        "tlsTimeout":<PHONE_NUMBER>0,
        "bastionMode": false,
        "noTLSVerify": true,
        "proxyAddress": "<IP_ADDRESS>",
        "tcpKeepAlive":<PHONE_NUMBER>0,
        "connectTimeout":<PHONE_NUMBER>0,
        "httpHostHeader": "",
        "noHappyEyeballs": false,
        "keepAliveTimeout":<PHONE_NUMBER>0,
        "originServerName": "",
        "keepAliveConnections": 100,
        "disableChunkedEncoding": false
      }
    },

The problem can be solved by modifying advanced parameters of the ingress (noTLSVerify for exemple) via the web interface
After modification, config from API is:
    "config": {
      "ingress": [
        {
          "service": "https://srv-infra.myorg.intra:8443"",
          "hostname": "my-srv.my.org",
          "originRequest": {
            "noTLSVerify": true
          }
        },
        {
          "service": "http_status:404"
        }
      ],
      "warp-routing": {
        "enabled": true
      }

Argo tunnel logs:
12/02/2023 12:47:382023-02-12T11:47:38Z INF Warp-routing is enabled
12/02/2023 12:47:382023-02-12T11:47:38Z INF Updated to new configuration config="{\"ingress\":[{\"service\":\"https://srv-infra.myorg.intra:8443\",\"hostname\":\"my-srv.my.org\",\"originRequest\":{\"noTLSVerify\":true}},{\"service\":\"http_status:404\"}],\"warp-routing\":{\"enabled\":true}}" version=5

this comes indirectly to the topic #2072
References
https://github.com/cloudflare/cloudflared/issues/894

I have the same issue in 4.0.0-rc2
Configuration in the originRequest block is applied successfully by the provider, but isn't used in runtime when accessing apps via the tunnel.  Re-saving via the console (workaround as described in this issue) works, but the re-plan is then out of sync.

I'm not sure if I should open a new issue for this but it's a very similar issue.
The cloudflare_tunnel_config doesn't apply the ingress rules to the tunnel. I have to save the public hostname again in the dashboard, I don't need to make any changes.
It looks like the terraform provider doesn't send the config_src flag to the API when creating a tunnel to tell it that it's managed by cloudflare instead of locally

Still have the same issue with terraform cloudflare provider "cloudflare v4.1.0".
Creating a tunnel and modify the tunnel config with "cloudflare_tunnel_config" does not take affect on the running Cloudflare tunnel configuration.
Still getting the client error:
WRN No ingress rules were defined in provided config (if any) nor from the cli, cloudflared will return 503 for all incoming HTTP request
Only after manually saving the config via. Cloudflare Dashboard the Client gets the config.
Some solutions here, to update CF Tunnel config directly after creating the tunnel via terraform?

2023-04-10T03:23:30Z WRN No ingress rules were defined in provided config (if any) nor from the cli, cloudflared will return 503 for all incoming HTTP requests
2023-04-10T03:23:31Z WRN No ingress rules were defined in provided config (if any) nor from the cli, cloudflared will return 503 for all incoming HTTP requests
2023-04-10T03:24:10Z WRN No ingress rules were defined in provided config (if any) nor from the cli, cloudflared will return 503 for all incoming HTTP requests

Exactly the same problem here with provider version = "4.3.0".
Resaved via the CF GUI works, but terraform replan shows config drift.
Another workaround is to change the terraform code regarding origin_request and then apply it again.
For example, let's say your original configuration is
 origin_request {
      connect_timeout = "20s"
    # other stuff
    }

Change it to
 origin_request {
      connect_timeout = "30s"
      # other stuff
    }

Apply again, then it works. You can then change it back to your original config and apply it again. This avoids config drift.
However, either way, this is not how things should work. Any work on this will be much appreciated.