Swiftのコンテンツブロックが動かなくなった件、結局、福山氏に問い合わせ、回答が得られ、無事解決となりました。

詳細は、iOS 11 WKWebViewで広告などのコンテンツブロックをするを参照してください。やりとりはブログの下側にあります。なお、その中に動くようになった時点のソースコードのリンクも入れてあります。

これに関して、ほかのサイトも調べたのですが、福山氏のブログ以上の内容は見あたりませんでした。

参考：Introduction to WebKit Content Blockers
参考：Creating Safari Content-Blocking Rules (Apple)

かなり苦戦しました。

しかし、バグと不具合を修正できました。
不満な点は多いです。もちろん、完璧は今の実力では望めません。

.jsonベースが動かなくなったことをずっとあとから気づきがっくりしましたが。。。

問題点と対処：

• コンテンツブロックが急に効かなくなった(Xcode9.3?)。
  →一旦、ファイルベース(.json)を無効にする。これは動くものと信じ込んでいたため、気づきが遅く、致命的だった！
  → macOSから転用したフィルタの構成を全面的に見直し、再構成/追加。
• 読み込みURLとwebページのURLが異なるために起きる機能不全。
  → リダイレクトのようなものと理解し、管理テーブルで制御。
• URLの更新・前後への制御が悪い(バグ)。
  → 単なるバグもあれば、全体の制御不良もあったので、URL読み込みのロジックを全面的に再レビュし、処理を一箇所にまとめた(あとでコードをアップ予定)。
• 検索結果のリンクがduckduckgoとgoogleで異なるものがある。
  → googleなら問題がないが、duckduckgoだと機能不全を起こす。
  → 先の読み込みURLとwebページのURLが異なるために起きる機能不全を参照。
• ツールバーのボタンがわかりにくい。
  → ツールバーの見直しによる簡素化/登録アプリを意識した修正。

糸島はすっかり春になりました。

webページ読み込みでURLをどうするかでバグが起きることがわかりました。

URLのエンコードとデコード

func CallEncodeURL(_ pString:String) -> String {             //<*Encode with %*>
return (pString as NSString).addingPercentEncoding(withAllowedCharacters:NSCharacterSet.urlQueryAllowed)!
}

func CallGetURL(_ pWeb:WKWebView, pURL:String) -> String {  //<*長い方のURLをStringで返す*>
let wWebURL:String          = String(describing: pWeb.url!).removingPercentEncoding!//webページのURL
let wURL:String             = pURL.removingPercentEncoding!//Current URL
if pURL.count <= 0          { return wWebURL }             //♻️return♻️
else                        { return wURL    }             //♻️return♻️
}

• 検索パラメータと日本語が混在する場合、%エンコードしないと読み込みがうまくいかなかったのでそうしたのですが、問題は、URLを比較するとき、どちらかにしないとうまくいかないケースが出てきました。
• もう一点、あるwebページを読み込むとき、2つのURLが存在するケースがありました。このままだと前後のページへの移動ができなくなるので、長いURLに合わせるようにしようとしましたがうまく行かなかったので、ケース的にはないはずの読み込みURLがない場合をwebページURL、それ以外は読み込みURLとしました。
  →そのアイデアではうまく行かないことが判明。次善の策は、いずれかと一致したときという条件でどうか？
• なお、webページにURLが設定されていないこともあるようです。同上ロジックで短い方を採用する場合、注意が必要です。

NSStringでしか読み込めないと思い込んでいたのがまちがいでした。Stringでも読み込めました。

次のことを新たに注意事項としました。

• 検索エンジンに検索キーワードとパラメタを設定してURLを作成してwebページ(検索結果)を読み込む場合、Stringに読み込める場合とそうでない場合があります。google関連は読み込めないので、直接、WKWebViewに読み込む必要があります。
• Stringに読み込めなかった場合、当然、当該htmlに対して編集・加工はできません。
• macOS Safariでは、まだ未確認ですが、googleの仕様が変わったのでしょうか。それとも、WKWebViewの特性なのでしょうか。

Click SampleWebView4searchEngine Folder.
Source code to test NSString / String / searchEngine URL is @dropbox.
(評価用のソースコードはdropboxのSampleWebView4searchEngine Folderにあります)

// ② “” to compURL so that you can separate your assignment from the clicked one.
//🍎 pURL: URL String
//🍎 pEncode: Encode value(UInt)
//🍎 pWeb: WKWebView
//🍎 pAds: 🌝：Block contents 🌚：Not block contents
//🍎 pCustomFilter: customFilter (NSMutableArray) to block contents.
//🍎 pSave: When xSave (UIButton) is RED, don’t make other UIButton effective.
//🅿 return info. “”: OK “\(error)”: NG
var wErrorInfo:String = “”                                  //Clear error info.
var wBuffer:String? = “”                                    //Clear Buffer.
//xWebView?.mainFrame.loadHTMLString(String(“”),baseURL:nil)//Clear webView.
pSave.setImage(#imageLiteral(resourceName: “save No”), for:.normal) //Set Start Reading(= Don’t run the other UIButton.)
let wURL:String? = pURL                                     //Check pURL
if wURL == “” || wURL == nil { return “URL ERROR” }         //”” or nil —> Error
else { }                                                    //
let wEncodedURL:String = Com.CallEncodeURL(wURL!)           //% encode
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~//
// do { wBuffer = try NSString(contentsOf:URL(string:wEncodedURL)!, encoding:pEncode) as String
do { wBuffer = try String(contentsOf:URL(string:wEncodedURL)!, encoding:String.Encoding(rawValue: pEncode))
} catch let error as NSError {                              //
pSave.setImage(#imageLiteral(resourceName: “save Yes”), for:.normal)//Reset reading URL
  wErrorInfo = “\(error)” + “🍎🍎” + pURL                   //
}                                                           //
if wErrorInfo != “” {                                       //<—Yes, error occurs.
  pWeb.load(URLRequest(url: URL(string:wEncodedURL)!))      //Read URL directly to WKWebView.
return “”                                                   //♻return♻ Return with normal state as
} else { }                                                  //
//~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~//
let wD = MesaBlock().CallDomainBlockCheck(wEncodedURL, pAllowDomain: pAllowDomain)//block contents?
var wBlocked:String = “”                                       //
if (wD.rState == true) && (pAds == “🌝”) {                     //
wBlocked = MesaBlock().CallBlockMain(wBuffer!,               //
pCustomFilter: pCustomFilter,//
pAllowFileter: pAllowFileter)//Personal contents block process.
  pWeb.loadHTMLString(wBlocked, baseURL:URL(string: pURL))     //Set the String to Web View.
} else {                                                       //<—Don’t block contents.
  pWeb.loadHTMLString(wBuffer!, baseURL:URL(string: pURL))     //Set the String to Web View.
}                                                              //
wBlocked = “”                                                //Not need any more.
return “”                                                    //♻return♻ Normal end. }
//————————————————————-//

func CallEncodeURL(_ pString:String) -> String {                //<*Encode with %*>
  return (pString as NSString).addingPercentEncoding(withAllowedCharacters:NSCharacterSet.urlQueryAllowed)!
}//————————————————————-//

結局、このエラーは解決できそうにない。

残念なことですが、諦めました。

• Could not signal service com.apple.WebKit.WebContent: 113: Could not find specified service
• Could not signal service com.apple.WebKit.Networking: 113: Could not find specified service

それらしい解決方法を見つけました。しかし、解決できませんでした。

• 案1 om.apple.WebKit.WebContent drops 113 error: Could not find …
• 案2 Could not signal service com.apple.WebKit.Networking: 113 … – GitHub

plist変更に関してはhttpを通すために対処済みなので解決策として不適当。subviewに入れる案に関しては対処方法不明。

案2を読むと、段々バグに思えてきて解決意欲がなくなりました。

Unable to simultaneously satisfy constraintsエラー(警告)が出てしまいます。

とりあえず解決しましたが、理由がわかりません。

調べたらpriorityをデフォルトの1000から変更すればいいとのこと。

1000から750にして1000に戻したら、警告は出なくなりました。納得しがたいところもあるのですが、念のために750に変更して、良し、としました。

参考：UIStackView 内の view を非表示にしたら、AutoLayout の警告が出る

UITextFieldにキャレットが表示されません。

ずっと不思議に思っていました。原因は、背景色と同じだと表示されない(見えない)ということです。Tintをデフォルトから変更する必要があります。