latest posts

Okay, I've now solved the problem. Here's the explanation in case anyone else encounters the same issue:

There's a filter for <Users and Groups> (DataSources). This filter is applied to a WHERE clause for the view "V_CachedOrganisationStructure" when saving.
The underlying table is CacheOrganisationStructure (which contains all users and groups).

If the service user (in our case, "Serviceuser Webcon") is not included in the view, it cannot be added to an app permission.

I have now added this service user to the filter and subsequently granted them permission in the app.

From this point on, all REST downloads in this app work as expected.

Glad I could help. :)

Ahhh, sorry. I misread your issue.

Hi Martin! Thanks for the feedback. In 2025.2.1.321 this method works. It is a really bad new if it does not work in version 2026 anymore.
I think being able to use RAW format for fields and even for Business rule results is a must have.
I hope Webcon support will help you to solve it. Please keep me posted if you have solution. Thanks!

It was a good idea to check the new templates because it works now. So the ones I got from the client were somehow broken.

Thanks for the help, Martin.

Hi Martin,

I have the problem on ANY attachment download (not upload) via Timer, no variant is working right now....

Kind regards
Ernst

Hi Peter,

OK, so I’m not crazy after all. 😄 I actually remembered doing exactly this in the past, but this time it simply isn’t working.

I’m currently on version 2026.1.6.209. Not sure if this is related to the latest version or something else, but RAW mode does not seem to help anymore.

Interestingly, I can get the Base64 string without escaped characters if I populate an item list via SQL. However, the moment I populate a multiple lines of text field (technical field), the escape characters (\/) are added again.

That’s why I started wondering whether something changed in recent versions or if I’m missing something obvious.

Then I'm out of ideas. Maybe just this: Did you try with two blank documents, just to confirm the issue is real and not related to the templates you are using?

Hi Ernst,

I had the same issue. What I ended up with was saving the ATT_ID into a technical fields and then passing this fields to the binary part value (see attached image). Hope that helps.

Cheers,
Martin

We investigated this further and can now narrow the problem down much more precisely.

Environment:

WEBCON BPS
Automation executed by:
Timer action on system step
also reproducible via path action
Action type:
Invoke REST Web service

Current findings:

The same Invoke REST action works correctly when executed manually from a menu action.
Timer actions CAN create attachments in general.
Example:
"Convert Word to PDF" works correctly via timer
generated PDF is attached successfully
Standard REST calls via timer also work correctly.
Example:
GET/POST returning JSON/text works fine
The problem only occurs when:
Response body type = Binary
and the response is stored as attachment
The problem is reproducible independently from Dracoon/S3.
We created a very simple Domino/XPages test endpoint which:
authenticates via Basic Auth
streams a PDF attachment directly to the HTTP response
no OAuth
no redirects
no external cloud provider involved
Result:
manual execution => works
timer/path execution => fails

Error:
Invoke REST Web service - Request Url: https://app1.hypo.web/volt/resttools.nsf/download.xsp
Exceptions: Insufficient attachment permissions

Important:
This does NOT appear to be a general attachment permission issue, because timer actions can successfully generate and attach PDFs.

It currently looks more like a problem specifically in the HTTP binary download -> attachment persistence path when executed in automation/timer context.

Can you confirm whether:

binary response handling behaves differently in timer context
there are known limitations with streamed/chunked HTTP responses
or whether this is a known issue in Invoke REST Web service?

Thanks,
Ernst