点击ok按钮后如何让shinyalert弹窗正常关闭消失？

1. 前端依赖冲突 #

• 检查当前应用是否额外加载了其他修改全局弹窗/JS事件的前端库，包括自定义的SweetAlert版本、bootstrap弹窗扩展、或者全局绑定的click事件监听器绑定到了确认按钮上，阻止了默认的关闭事件冒泡。
• 排查应用中shinyjs相关的自定义代码，是否存在对.swal2-confirm类元素的事件绑定，该类是shinyalert确认按钮的默认类名，若绑定的回调函数中执行了event.preventDefault()或event.stopPropagation()会直接阻止弹窗关闭。

2. 服务端回调逻辑异常 #

• 检查弹窗配置是否添加了callbackR参数，若该回调函数执行过程中出现报错、或者陷入阻塞逻辑，会中断后续的弹窗关闭流程，可临时注释callbackR参数测试关闭逻辑是否恢复。
• 确认服务端没有重复调用shinyalert()生成同id的弹窗，也没有在弹窗触发的同时执行其他UI渲染逻辑覆盖弹窗的DOM节点，导致关闭事件找不到对应元素。

3. 全局配置隐式覆盖 #

• 检查调用shinyalert::useShinyalert()时是否指定了全局配置，例如设置了closeOnConfirm = FALSE，全局配置的优先级会高于单次弹窗的参数配置。
• 排查是否有其他模块代码修改了options("shinyalert.defaults")全局选项，隐式覆盖了默认的关闭逻辑。

4. 模态嵌套层级问题 #

• 若应用存在shiny::modalDialog()嵌套shinyalert的场景，需确认z-index层级配置正确，若shinyalert的z-index低于底层模态框的遮罩层，会出现点击事件被遮罩层拦截的情况。

• 保留当前应用的包加载逻辑，仅保留触发shinyalert的动作按钮和最小服务端逻辑，逐步注释其他模块代码，每注释一部分测试一次弹窗关闭功能，直到定位到出问题的模块。
• 打开浏览器开发者工具的控制台，点击确认按钮时查看是否有JS报错输出，大部分前端冲突问题会在控制台抛出明确的错误信息。

内容的提问来源于stack exchange，提问作者tamarack