18r3では，BASE64 DECODEコマンドでデータURI（例：data:image/jpeg;base64,…）をデコードすることができました。18r4以降，そのような文字列はデコードされず，空の値が返されます。これは仕様です。BASE64とデータURIは同じものではありません。データURIをデコードするのであれば，プリフィックス以降のデータをコマンドに渡してください。
$base64:=Substring($base64;Position(",";$base64)+1)
XML形式のインポートプロジェクトファイル（.4SI）をコードで構築する場合，フィールド番号だけでなく，テーブル番号（table_no）も省略せずに指定する必要があります。テーブル番号が省略されている場合，正しくレコードがインポートできないかもしれません。32ビット版のエディターで作成されたプロジェクトは，テーブル番号が省略されていることがあります。そのような場合，プロジェクトを再作成することで問題を解消することができます。
GET BACKUP INFORMATIONコマンドにNext backup dateセレクターを渡すことにより，次回に予定されているバックアップの日時を取得することができますが，この情報はバックアップ完了後に更新されるものなので，データベースメソッドのOn Backup Shutdownで参照することはできません。これは仕様です。On Backup Shutdownは，バックアップ終了直前に発生するイベントですが，この時点ではまだバックアップ処理の途中であることに留意してください。
リストボックスの背景（CSSのfillプロパティ）が「なし」（CSSのtransparent）に設定されている場合，リストボックスそのものに背景がないため，メタ情報式やコマンドで行・列・セルに個別の背景色を設定することはできません。これは仕様です。
RESTサーバーを公開する場合，必ずOn REST Authenticationデータベースメソッドを実装するようにしてください。データベースメソッドがFalseを返せば，クライアント接続ライセンスが消費されることはありません。データベースメソッドで認証されたリクエストは，既存のセッションクッキーを再利用するので，新しい接続ライセンスを消費することはありません。
On REST Authenticationメソッドが実装されていない場合，すべてのリクエストは新規ゲストユーザーとなり，たちまちクライアント接続ライセンスが減ってしまいます（Denial of Service攻撃）。また，URLさえわかっていれば，どんなクラスメソッドでも自由に実行できてしまいます（セキュリティ問題）。
REST APIのライセンスは，Webサーバーではなく，クライアント/サーバーのビジネスモデルに準拠しています。
シングルユーザー版のアプリケーションをビルドしてWindowsのProgram Filesフォルダーにインストールした場合，初回のPHP Executeでエラーが返されるかもしれません。PHPを実行するためには，php.iniファイルを更新し，auto_prepend_fileに_4D_Execute_PHP.phpのパスを追加する必要がありますが，シングルユーザー版の場合，このファイルはアプリケーション内のResourcesフォルダーに作成されるため，ファイルの更新には管理者権限が必要です。エラーを回避するためには，コンテキストメニューを使用し，初回だけ管理者として実行することができます。
クライアント版アプリケーションの場合，Resourcesフォルダーはアプリケーション内ではなく，AppData内のクライアントデータベースフォルダーに作成されるため，php.iniファイルの更新に管理者権限は必要ありません。
DOM SET XML ELEMENT VALUEでXML要素値を設定した場合，"（クオート）および'（アポストロフィ）記号は" 'にエスケープされません。これは仕様です。
4Dが採用しているXMLライブラリ「xerces-c」は，SAXとDOMで別々のシリアライザーを実装しています。XML SET OPTIONSコマンドのXML String encodingをXML with escaping（デフォルト）に設定した場合，SAX APIのほうは，要素値の" 'も" 'にエスケープしますが，DOM APIは< > &だけをエスケープします。属性値は常にエスケープするべきなので，セレクター指定に左右されません。いずれにしても有効なXMLが出力されるようになっており，パーサーで解析することができます。
Windows 2012 R2でv18を使用した場合，SET CURRENT PRINTERでPDF Creator 1.7.3をカレントプリンターに設定できないことがあります。もちろん，PDF Creatorはインストールされており，PRINTERS LISTから返される配列にも含まれています。すべてのマシンで問題が再現するわけではありません。また，問題が発生するマシンでも，v15であれば，PDF Creatorをカレントプリンターに設定することができます。
原因は，Microsoft Office 2013アップデートに伴い，Visual Basicランタイム・COMインタフェースのタイプライブラリ・バージョンが変更されていることにあります。32-bit版は変更されていないため，問題がありません。
問題が発生する場合，Visual Basic 6.0のサービスパックをインストールすることにより，解消することができます。
https://www.microsoft.com/ja-JP/download/details.aspx?id=24417
特定の環境では，サービスパックのインストールに失敗するかもしれません。その場合，下記のコマンドラインを実行してみてください。
C:\WINDOWS\system32>%systemroot%/SysWoW64/regsvr32.exe %windir%/SysWoW64/msvbvm60.dll
情報源: 4D Forums