Re: New Notarization Issues

[Chuck Miller via 4D_Tech]

Slightly related. Any idea why I have a plug-in that is signed but shows as 
damaged on Catalina but not in windows. I am not sure of other Mac OS versions. 
Chuck 
Sent from my iPhone

> On Feb 11, 2020, at 8:01 PM, Keisuke Miyako via 4D_Tech 
> <4d_tech@lists.4d.com> wrote:
> 
> I am not 100% sure, but it might be because plugins that support v17 (up to 
> R6) or earlier
> have their manifest.json file under Contents, where the code sign CLI might 
> fail to find it.
> 
> v18 plugins have moved the location to Contents/Resources,
> but then, the plugin is no longer compatible with v17.
> that is why I am now posting 2 builds,
> which are virtually identical except for the location of manifest.json.
> 
> see:
> 
> https://github.com/miyako/4d-plugin-curl-ftp/releases
> 
> very curious to know if 3.9.v18 is successfully signed with the official 
> shell script.
> 
> 
> 
> On Feb 12, 2020, at 8:28, Cannon Smith via 4D_Tech 
> <4d_tech@lists.4d.com> wrote:
> 
> I’m less sure what to do about the cURL FTP plugin. I know Miyako has it 
> ready for notarization and I assumed 4D’s shell script would take care of 
> plugins correctly, but maybe there is something I have to do manually with it.
> 
> **
> 4D Internet Users Group (4D iNUG)
> Archive:  http://lists.4d.com/archives.html
> Options: https://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
> **

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

[Keisuke Miyako via 4D_Tech]

I am not 100% sure, but it might be because plugins that support v17 (up to R6) 
or earlier
have their manifest.json file under Contents, where the code sign CLI might 
fail to find it.

v18 plugins have moved the location to Contents/Resources,
but then, the plugin is no longer compatible with v17.
that is why I am now posting 2 builds,
which are virtually identical except for the location of manifest.json.

see:

https://github.com/miyako/4d-plugin-curl-ftp/releases

very curious to know if 3.9.v18 is successfully signed with the official shell 
script.



On Feb 12, 2020, at 8:28, Cannon Smith via 4D_Tech 
<4d_tech@lists.4d.com> wrote:

I’m less sure what to do about the cURL FTP plugin. I know Miyako has it ready 
for notarization and I assumed 4D’s shell script would take care of plugins 
correctly, but maybe there is something I have to do manually with it.

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Printing a form with a graphic icon

[Gary Boudreaux via 4D_Tech]

I’m going to be querying the client about the source(s) of the graphics. I’m 
beginning to think that the issue is rooted in the original graphic format that 
is being copied from.

> On Feb 11, 2020, at 7:59 PM, Chuck Miller via 4D_Tech <4d_tech@lists.4d.com> 
> wrote:
> 
> Could they be grabbing a pdf

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Printing a form with a graphic icon

[Chuck Miller via 4D_Tech]

Could they be grabbing a pdf

Sent from my iPhone

> On Feb 11, 2020, at 10:52 AM, Gary Boudreaux via 4D_Tech 
> <4d_tech@lists.4d.com> wrote:
> 
> One of my databases allows the user to print a purchase order with a small 
> graphic icon in the header (about 100x100 pixels). The graphic only prints 
> about half of the time. I suspect that he is grabbing graphics from a variety 
> of sources, so I’m not sure what the format is. The graphic is stored in a 
> field for the PO, and it does always display when the input form is shown. 
> Any idea what could cause the inconsistency when printing?
> 
> **
> 4D Internet Users Group (4D iNUG)
> Archive:  http://lists.4d.com/archives.html
> Options: https://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
> **

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

[James Crate via 4D_Tech]

On Feb 11, 2020, at 6:28 PM, Cannon Smith via 4D_Tech <4d_tech@lists.4d.com> 
wrote:

> issues": [
>{
>  "severity": "error",
>  "code": null,
>  "path": "FFE5A08083D54FDE8D0FBAB1A1E06060.zip/Herdly 
> Team.app/Contents/Plugins/4D InternetCommands.bundle/Contents/MacOS/4D 
> InternetCommands",
>  "message": "The binary uses an SDK older than the 10.9 SDK.",
>  "docUrl": null,
>  "architecture": "i386"
>},
>{
>  "severity": "error",
>  "code": null,
>  "path": "FFE5A08083D54FDE8D0FBAB1A1E06060.zip/Herdly 
> Team.app/Contents/Plugins/cURL FTP.bundle/Contents/MacOS/cURL FTP",
>  "message": "The signature of the binary is invalid.",
>  "docUrl": null,
>  "architecture": "x86_64"
>}
>  ]
> 
> 
> I’m not surprised at the Internet Commands one and was hoping I could use the 
> one from v18 which should overcome that. Haven’t tested that it works yet, 
> but it sounds like Jim already did that if I understood correctly. I’m less 
> sure what to do about the cURL FTP plugin. I know Miyako has it ready for 
> notarization and I assumed 4D’s shell script would take care of plugins 
> correctly, but maybe there is something I have to do manually with it.

I didn’t verify that the v18 4DIC is on a newer SDK, I replaced a copy of the 
plugin but the one from inside the 4D.app was being copied, so I ended up with 
the same error because it was the same v17 4DIC. The PostgreSQL plugin from 
Pluggers.nl is also on an old SDK, since it won’t notarize either I didn’t try 
again.

I don’t see any reason the SignApp.sh script would skip the cURL plugin, since 
it ends with .bundle it should be processed. You might want to add an echo in 
the SignFile() function to print a list of all files it signs. Does the plugin 
include a curl binary? Maybe it’s not in a location codesign expects to find 
binaries and the error is misleading?

Jim Crate

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

AW: Google reCaptcha - Verifying a Response in 4D - SOLVED

[Neal Schaefer via 4D_Tech]

This was the ticket! Thanks so much Olivier!


>>Date: Tue, 11 Feb 2020 09:51:06 +0100

>>From: mailto:o...@vtxnet.ch>>

>>To: "'4D iNug Technical'" <4d_tech@lists.4d.com>

>>Subject: AW: Google reCaptcha - Verifying a Response in 4D

>>Message-ID: 
>><007201d5e0b8$65cc26a0$316473e0$@vtxnet.ch>

>>Content-Type: text/plain;charset="utf-8"



>>Hi Neal,



>>I have done a successful implementation of Google reCaptcha for one of my 
>>customers.



>>I pass the request by http request, parameters inside the url, e.g.



>>https://www.google.com/recaptcha/api/siteverify/?secret=[Key]=[Response]=[client_IP]



>>I get the response inside the response parameter of http request (JSON).



>>HTH,



>>Olivier

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

[Cannon Smith via 4D_Tech]

Hi Erick and Jim,

Thanks for your thoughts. I’ve taken another approach which has solved most of 
my issues. Instead of navigating the package and calling LEP commands myself on 
each component, I’m now just using 4D’s SignApp.sh shell script. This handles 
all the general cases just fine. I do have some executables that I keep in my 
own resources folder which I sign manually (in code) before firing off 4D’s 
shell script. So the process looks like this:

- Strip extended attributes and remove any code signing that exists anywhere in 
the package
- Code sign the executables I keep in my Resources folder
- Call 4D’s SignApp.sh script (I’m using the one from 4D v18).
- Sent to Apple for notarization.

Doing this I’m now down to two errors:

issues": [
{
  "severity": "error",
  "code": null,
  "path": "FFE5A08083D54FDE8D0FBAB1A1E06060.zip/Herdly 
Team.app/Contents/Plugins/4D InternetCommands.bundle/Contents/MacOS/4D 
InternetCommands",
  "message": "The binary uses an SDK older than the 10.9 SDK.",
  "docUrl": null,
  "architecture": "i386"
},
{
  "severity": "error",
  "code": null,
  "path": "FFE5A08083D54FDE8D0FBAB1A1E06060.zip/Herdly 
Team.app/Contents/Plugins/cURL FTP.bundle/Contents/MacOS/cURL FTP",
  "message": "The signature of the binary is invalid.",
  "docUrl": null,
  "architecture": "x86_64"
}
  ]


I’m not surprised at the Internet Commands one and was hoping I could use the 
one from v18 which should overcome that. Haven’t tested that it works yet, but 
it sounds like Jim already did that if I understood correctly. I’m less sure 
what to do about the cURL FTP plugin. I know Miyako has it ready for 
notarization and I assumed 4D’s shell script would take care of plugins 
correctly, but maybe there is something I have to do manually with it.

Anyway, I’m much closer than I was yesterday. Thanks for everyone’s input.

--
Cannon Smith
Synergy Farm Solutions Inc.



> On Feb 11, 2020, at 8:28 AM, ericklui678 via 4D_Tech <4d_tech@lists.4d.com> 
> wrote:
> 
> I was able to a notarize a v17 app yesterday by letting 4D handle the
> signing in the build application window with the "Sign application" option
> checked. This option will handle almost everything except the PHP libraries
> and InternetCommands.bundle (which can be substituted with the ones from
> v18). Try to avoid signing anything manually from terminal and let 4D handle
> the signing. This should cover the CodeEditor native component without
> issue.

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

[James Crate via 4D_Tech]

On Feb 11, 2020, at 2:58 PM, Timothy Penner via 4D_Tech <4d_tech@lists.4d.com> 
wrote:
> 
> Regarding this:
>> However, after building I remove the “Contents/Native 
>> Components/WebViewerCEF.bundle”, which is an apparently unused 275MB 
>> package, so if I wanted to use the built-in signing, I’d have to accept the 
>> extra 275MB on my app size.
> 
> True, if you modify the application package AFTER signing then the signature 
> becomes invalid.
> 
> However, you could modify the source package PRIOR to running the build 
> application command, by removing the “Contents/Native 
> Components/WebViewerCEF.bundle" file from the 4D Volume Desktop.app and 4D 
> Server.app packages...  In this way, when the BUILD APPLICATION command 
> merges the applications together the WebViewerCEF.bundle is already removed 
> before the built-in signing operation takes place.

I thought about that. If I have to mess around with the code signing script 
again I’ll probably switch to just doing that. I’m already running the BUILD 
APPLICATION command with a custom project xml file which I update with the 
version, so I could pretty easily update that to use a customized 4D Volume 
Desktop.app.

Jim Crate

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

RE: New Notarization Issues

[Timothy Penner via 4D_Tech]

Hi James,

Regarding this:
> However, after building I remove the “Contents/Native 
> Components/WebViewerCEF.bundle”, which is an apparently unused 275MB package, 
> so if I wanted to use the built-in signing, I’d have to accept the extra 
> 275MB on my app size.

True, if you modify the application package AFTER signing then the signature 
becomes invalid.

However, you could modify the source package PRIOR to running the build 
application command, by removing the “Contents/Native 
Components/WebViewerCEF.bundle"  file from the 4D Volume Desktop.app and 4D 
Server.app packages...  In this way, when the BUILD APPLICATION command merges 
the applications together the WebViewerCEF.bundle is already removed before the 
built-in signing operation takes place.

-Tim






-Original Message-
From: 4D_Tech <4d_tech-boun...@lists.4d.com> On Behalf Of James Crate via 
4D_Tech
Sent: Tuesday, February 11, 2020 11:44 AM
To: 4D iNug Technical <4d_tech@lists.4d.com>
Cc: James Crate 
Subject: Re: New Notarization Issues

On Feb 11, 2020, at 10:58 AM, James Crate via 4D_Tech <4d_tech@lists.4d.com> 
wrote:
>
> With 4D v17.3 HF3, I have errors like this:
>
>{
>  "severity": "error",
>  "code": null,
>  "path": "Travel-1.0.7.app.zip/Travel.app/Contents/MacOS/Travel",
>  "message": "The executable does not have the hardened runtime enabled.",
>  "docUrl": null,
>  "architecture": "x86_64"
>},

So the built-in signing (I had to manually edit the BuildApp.xml file) does 
sign the other items, and uses the signing option to turn on hardened runtime.

However, after building I remove the “Contents/Native 
Components/WebViewerCEF.bundle”, which is an apparently unused 275MB package, 
so if I wanted to use the built-in signing, I’d have to accept the extra 275MB 
on my app size.

However, for those that use a script to sign and want to keep doing so for 
workflow reasons, you can sign the individual components and then the base app, 
including turning on hardened runtime and adding the necessary entitlements. 
What used to be a single line to codesign the app now looks like this:

  # set up $IFS for find to handle spaces
  OIFS="$IFS"
  IFS=$'\n'

  # sign items in directories codesign --deep doesn't handle
  entPath="./sign_plugins.entitlements"
  extraDirs=("Plugins" "SASL Plugins" "Native Components")
  for extraDir in ${extraDirs[@]}; do
for item in $(find "${appPath}/Contents/${extraDir}" \( -iname "*.bundle" 
-o -iname "*.plugin" \)); do
  echo "signing \"${item}\""
  codesign --force --deep --verbose --options=runtime --entitlements 
${entPath} --sign "$devID" "${item}"
done
  done
  IFS="$OIFS" # restore $IFS

  # php and the Updater app
  codesign --force --deep --verbose --options=runtime --entitlements ${entPath} 
--sign "$devID" "${appPath}/Contents/Resources/php/Mac/php-fcgi-4d"
  codesign --force --deep --verbose --options=runtime --entitlements ${entPath} 
--sign "$devID" "${appPath}/Contents/Resources/Updater/Updater.app"

  # and the base app
  entPath="./sign_Travel.entitlements"
  codesign --force --deep --verbose --options=runtime --entitlements ${entPath} 
--sign "$devID" "${appPath}”

A sample entitlements file with all entitlements enabled, like 4D uses:


http://www.apple.com/DTDs/PropertyList-1.0.dtd;>


com.apple.security.automation.apple-events

com.apple.security.cs.allow-dyld-environment-variables

com.apple.security.cs.allow-jit

com.apple.security.cs.allow-unsigned-executable-memory

com.apple.security.cs.debugger

com.apple.security.cs.disable-executable-page-protection

com.apple.security.cs.disable-library-validation

com.apple.security.device.audio-input

com.apple.security.device.camera

com.apple.security.personal-information.addressbook

com.apple.security.personal-information.calendars

com.apple.security.personal-information.location

com.apple.security.personal-information.photos-library




My plugins.entitlements just removes the personal info and device keys. It’s 
probably ok to use the same entitlements file for everything though.

Jim Crate


**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**
**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

[James Crate via 4D_Tech]

On Feb 11, 2020, at 10:58 AM, James Crate via 4D_Tech <4d_tech@lists.4d.com> 
wrote:
> 
> With 4D v17.3 HF3, I have errors like this:
> 
>{
>  "severity": "error",
>  "code": null,
>  "path": "Travel-1.0.7.app.zip/Travel.app/Contents/MacOS/Travel",
>  "message": "The executable does not have the hardened runtime enabled.",
>  "docUrl": null,
>  "architecture": "x86_64"
>},

So the built-in signing (I had to manually edit the BuildApp.xml file) does 
sign the other items, and uses the signing option to turn on hardened runtime. 

However, after building I remove the “Contents/Native 
Components/WebViewerCEF.bundle”, which is an apparently unused 275MB package, 
so if I wanted to use the built-in signing, I’d have to accept the extra 275MB 
on my app size.

However, for those that use a script to sign and want to keep doing so for 
workflow reasons, you can sign the individual components and then the base app, 
including turning on hardened runtime and adding the necessary entitlements. 
What used to be a single line to codesign the app now looks like this:

  # set up $IFS for find to handle spaces
  OIFS="$IFS"
  IFS=$'\n'
  
  # sign items in directories codesign --deep doesn't handle
  entPath="./sign_plugins.entitlements"
  extraDirs=("Plugins" "SASL Plugins" "Native Components")
  for extraDir in ${extraDirs[@]}; do
for item in $(find "${appPath}/Contents/${extraDir}" \( -iname "*.bundle" 
-o -iname "*.plugin" \)); do
  echo "signing \"${item}\""
  codesign --force --deep --verbose --options=runtime --entitlements 
${entPath} --sign "$devID" "${item}"
done
  done
  IFS="$OIFS" # restore $IFS
  
  # php and the Updater app
  codesign --force --deep --verbose --options=runtime --entitlements ${entPath} 
--sign "$devID" "${appPath}/Contents/Resources/php/Mac/php-fcgi-4d"
  codesign --force --deep --verbose --options=runtime --entitlements ${entPath} 
--sign "$devID" "${appPath}/Contents/Resources/Updater/Updater.app"
  
  # and the base app
  entPath="./sign_Travel.entitlements"
  codesign --force --deep --verbose --options=runtime --entitlements ${entPath} 
--sign "$devID" "${appPath}”

A sample entitlements file with all entitlements enabled, like 4D uses:


http://www.apple.com/DTDs/PropertyList-1.0.dtd;>


com.apple.security.automation.apple-events

com.apple.security.cs.allow-dyld-environment-variables

com.apple.security.cs.allow-jit

com.apple.security.cs.allow-unsigned-executable-memory

com.apple.security.cs.debugger

com.apple.security.cs.disable-executable-page-protection

com.apple.security.cs.disable-library-validation

com.apple.security.device.audio-input

com.apple.security.device.camera

com.apple.security.personal-information.addressbook

com.apple.security.personal-information.calendars

com.apple.security.personal-information.location

com.apple.security.personal-information.photos-library




My plugins.entitlements just removes the personal info and device keys. It’s 
probably ok to use the same entitlements file for everything though.

Jim Crate


**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

RE: Printing a form with a graphic icon

[Stephen J. Orth via 4D_Tech]

Gary,

How is the "visibility" of this object set?  It is set to always be visible, or 
is that controlled by code?

Is there any chance the object is being moved via code, or that the loading of 
image is not happening (i.e. can't load the record, or no record loaded)?


Steve


-Original Message-
From: 4D_Tech <4d_tech-boun...@lists.4d.com> On Behalf Of Gary Boudreaux via 
4D_Tech
Sent: Tuesday, February 11, 2020 12:51 PM
To: 4d_tech@lists.4d.com
Cc: Gary Boudreaux <4dli...@vistaservices.com>
Subject: Printing a form with a graphic icon

One of my databases allows the user to print a purchase order with a small 
graphic icon in the header (about 100x100 pixels). The graphic only prints 
about half of the time. I suspect that he is grabbing graphics from a variety 
of sources, so I’m not sure what the format is. The graphic is stored in a 
field for the PO, and it does always display when the input form is shown. Any 
idea what could cause the inconsistency when printing?

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Printing a form with a graphic icon

[Gary Boudreaux via 4D_Tech]

One of my databases allows the user to print a purchase order with a small 
graphic icon in the header (about 100x100 pixels). The graphic only prints 
about half of the time. I suspect that he is grabbing graphics from a variety 
of sources, so I’m not sure what the format is. The graphic is stored in a 
field for the PO, and it does always display when the input form is shown. Any 
idea what could cause the inconsistency when printing?

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: 4D Write Components and Print error

[John J Foster via 4D_Tech]

Hey All,

This is really several issues. I think the Write component I am using isn’t 
setup to handle printing (not print preview which does work) from outside the 
component. No way to send in appointed to the area in the host db.

And then there is the issue about having a classic toolbar that was created so 
that it made upgrading to 4D Write Pro easier (since most of use a similar tool 
bar)… That only works correctly in certain releases and not in the .dot 
releases. I think the toolbar is supposed to show up as a widget but you won’t 
find it unless you are in a particular R release or in v18 (I think).

Anyway, I’ve presently resorted to have a button (thank you Barclay) on the 
form that handles a direct print to printer.

Not sure if this will help anyone but it’s here for posterity.

Note: yes I could alter the source code and set these things up but I intend to 
move the client to the pro toolbar and well there’s only so much time...

Appreciate,
John...

> Hey All,
> 
> I have installed the component “WR_Toolbar_Classic.4dbase” which works in all 
> cases except. I also have named the WP area the same as what the calling 
> component expects “WP_WriteProArea"
> 
> When I select Print form the File menu using the classic menubar (subform) I 
> get the following error:
> 
> "Error when executing the method “Print(WR_Toolbar_Classic)” at line  number 7
> 
> passed variable is not a write object."
> 
> But it is a write object and works correctly in the host form.
> 
> Has anyone else had issues or seen this? Ideas?
> 
> BTW, the File -> Print Preview works fine showing the write area.
> 
> I hope I explained this clearly.
> 
> Thanks for your help,
> John...

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Write failed

[kculotta via 4D_Tech]

Ditto in the Mac world.  If an AirPort, Time Capsule, or router gets modified 
and updated a temporary interruption can occur.  Problems with wiring or 
wireless signal can be a culprit too.

Keith

> On Feb 11, 2020, at 12:02 PM, Stephen J. Orth via 4D_Tech 
> <4d_tech@lists.4d.com> wrote:
> 
> Gary,
> 
> There could be multiple reasons for this error, but in our world (windows) it 
> typically means something interfered with your connection to the Server.  For 
> example, the port was closed on the network, or something cause the network 
> to hiccup.
> 
> 
> Steve
> 
> 
> -Original Message-
> From: 4D_Tech <4d_tech-boun...@lists.4d.com> On Behalf Of Gary Boudreaux via 
> 4D_Tech
> Sent: Tuesday, February 11, 2020 11:39 AM
> To: 4d_tech@lists.4d.com
> Cc: Gary Boudreaux <4dli...@vistaservices.com>
> Subject: Write failed
> 
> My client is running 4D Server/Client v16 64-bit. They are occasionally 
> getting an error dialog that says: Write failed. Connection error with the 
> server. Please restart the application.
> 
> I had them to add memory to the Mac Mini, but the error persists (sometimes). 
> Has anyone seen this error? Any idea what could cause this?
> 

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

RE: Write failed

[Stephen J. Orth via 4D_Tech]

Gary,

There could be multiple reasons for this error, but in our world (windows) it 
typically means something interfered with your connection to the Server.  For 
example, the port was closed on the network, or something cause the network to 
hiccup.


Steve


-Original Message-
From: 4D_Tech <4d_tech-boun...@lists.4d.com> On Behalf Of Gary Boudreaux via 
4D_Tech
Sent: Tuesday, February 11, 2020 11:39 AM
To: 4d_tech@lists.4d.com
Cc: Gary Boudreaux <4dli...@vistaservices.com>
Subject: Write failed

My client is running 4D Server/Client v16 64-bit. They are occasionally getting 
an error dialog that says: Write failed. Connection error with the server. 
Please restart the application.

I had them to add memory to the Mac Mini, but the error persists (sometimes). 
Has anyone seen this error? Any idea what could cause this?

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Write failed

[Gary Boudreaux via 4D_Tech]

My client is running 4D Server/Client v16 64-bit. They are occasionally getting 
an error dialog that says: Write failed. Connection error with the server. 
Please restart the application.

I had them to add memory to the Mac Mini, but the error persists (sometimes). 
Has anyone seen this error? Any idea what could cause this?

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Old plugin for MySql and 4D Server 2004

[Jerker Stenberg via 4D_Tech]

Hi all

I have got some links and suggestions now.
Hopefully I will manage to reach my goal now.

It´s a great favor to have your support, thanks a lot!


Regards,

Jerker Stenberg

HLL Hyreslandslaget AB Sweden


**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Getting emails sent by 4D to show up in "Sent Items"?

[Tim Nevels via 4D_Tech]

On Feb 11, 2020, at 9:59 AM,Bob Miller  wrote:

> RE> "Emails sent by the SMTP Internet commands are just the same as emails 
> created by any other mail program.  They will show up in the Sent folder for 
> the account that sent them.  I do this all the time for my clients and they 
> know that the 4D emails will show up next to the emails they sent manually."
> 
> I'm using Outlook and emails that are created by 4D (using my email address) 
> do not show up in my 'Sent' folder. Of course, emails created in Outlook 
> appear there.  Is there a way to have emails sent from 4D come into an 
> Outlook 'sent' folder?

You will need to instruct Outlook to send the email for you. You can do this by 
creating a Visual Basic script that you run that tells Outlook to send the 
email. Then it will appear in your Outlook “Sent” folder. There are many 
examples of how to create this VB script online. Just google and you’ll find 
the answers. 

Tim

*
Tim Nevels
Innovative Solutions
785-749-3444
timnev...@mac.com
*

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

[James Crate via 4D_Tech]

With 4D v17.3 HF3, I have errors like this:

{
  "severity": "error",
  "code": null,
  "path": "Travel-1.0.7.app.zip/Travel.app/Contents/MacOS/Travel",
  "message": "The executable does not have the hardened runtime enabled.",
  "docUrl": null,
  "architecture": "x86_64"
},

It might no longer be possible to notarize 4D apps until 4D enables the 
hardened runtime for the 4D Runtime app as well as the 4D plugins. 

I also had:

{
  "severity": "error",
  "code": null,
  "path": "Travel-1.0.7.app.zip/Travel.app/Contents/Plugins/4D 
InternetCommands.bundle/Contents/MacOS/4D InternetCommands",
  "message": "The binary uses an SDK older than the 10.9 SDK.",
  "docUrl": null,
  "architecture": "i386"
},

I don’t believe this app even uses 4D InternetCommands so I can probably just 
remove that, unless the internal HTTP client commands like HTTP Get actually 
call 4D InternetCommands.

As for the invalid signature bits, Apple recommends this command to help 
diagnose notarization issues:

codesign -vvv --deep --strict $appPath

It spits out a list of things which are correctly signed, and says the 
signature is valid. However, those are not the things listed in the 
notarization log as having incorrect signatures. So codesign —deep is not 
digging through all the subdirectories, just Contents/MacOS and 
Contents/Frameworks. I’m going to test whether running codesign —deep on other 
subdirectories containing binaries solves the signature issues.

Jim Crate


> On Feb 10, 2020, at 4:19 PM, Cannon Smith via 4D_Tech <4d_tech@lists.4d.com> 
> wrote:
> 
> Hi Everyone,
> 
> A couple months ago I finally got my applications to notarize correctly. I’m 
> in 4D v17.3 HF3, but using the PHP libraries from v18. As you probably know, 
> Apple made changes last week and my notarization code has stopped working. 
> Here is one example of the errors I’m getting back now:
> 
>{
>  "severity": "error",
>  "code": null,
>  "path": "B3A9E8C4BFA342E4B27E1E54538DEABA.zip/Herdly 
> Team.app/Contents/Native 
> Components/CodeEditor.bundle/Contents/MacOS/CodeEditor",
>  "message": "The signature of the binary is invalid.",
>  "docUrl": null,
>  "architecture": "x86_64"
>},
> 
> I have a log that spits out what is happening during signing. The relevant 
> part is this:
> 
>> codesign --verbose --timestamp --deep  --sign Developer\ ID\ Application:\ 
>> Cannon\ Smith\ \(Y5RAH3A6C3\) /Users/Cannon/Library/Application\ 
>> Support/D9BE268668A4451A8FF411ADC94400CF/Standalone\ Build/Final\ 
>> Application/Herdly\ Team.app/Contents/Native\ Components/CodeEditor.bundle
> 
> StdError: /Users/Cannon/Library/Application 
> Support/D9BE268668A4451A8FF411ADC94400CF/Standalone Build/Final 
> Application/Herdly Team.app/Contents/Native Components/CodeEditor.bundle: 
> signed bundle with Mach-O thin (x86_64) [com.4d.component.CodeEditor]
> 
> 
> Further, both "codesign —verify --verbose” and "codesign -vvv —deep —strict” 
> indicate that the app is signed correctly, but notarization returns errors 
> like above.
> 
> Does anyone know what I might be missing? This is very frustrating. :-(
> 
> Thanks.
> 
> --
> Cannon Smith
> Synergy Farm Solutions Inc.
> 
> 
> 
> **
> 4D Internet Users Group (4D iNUG)
> Archive:  http://lists.4d.com/archives.html
> Options: https://lists.4d.com/mailman/options/4d_tech
> Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
> **

**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: New Notarization Issues

[ericklui678 via 4D_Tech]

Hi Cannon,

I was able to a notarize a v17 app yesterday by letting 4D handle the
signing in the build application window with the "Sign application" option
checked. This option will handle almost everything except the PHP libraries
and InternetCommands.bundle (which can be substituted with the ones from
v18). Try to avoid signing anything manually from terminal and let 4D handle
the signing. This should cover the CodeEditor native component without
issue.

Regards,
Erick



--
Sent from: http://4d.1045681.n5.nabble.com/4D-Tech-f1376241.html
**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**

Re: Getting emails sent by 4D to show up in "Sent Items"?

[Bob Miller via 4D_Tech]

RE> "Emails sent by the SMTP Internet commands are just the same as emails 
created by any other mail program.  They will show up in the Sent folder for 
the account that sent them.  I do this all the time for my clients and they 
know that the 4D emails will show up next to the emails they sent manually."

I'm using Outlook and emails that are created by 4D (using my email address) do 
not show up in my 'Sent' folder. Of course, emails created in Outlook appear 
there.  Is there a way to have emails sent from 4D come into an Outlook 'sent' 
folder?

Bob Miller
Parker Hannifin Corp.
**
4D Internet Users Group (4D iNUG)
Archive:  http://lists.4d.com/archives.html
Options: https://lists.4d.com/mailman/options/4d_tech
Unsub:  mailto:4d_tech-unsubscr...@lists.4d.com
**