Oracle APEX页面调用DOWNLOAD_USER_LIST进程无响应仅提交页面排查

以下是针对你遇到的问题的具体排查方向和解决办法：

1. 交互式报表的默认提交逻辑冲突 #

当前页面的交互式报表（IR）自带提交机制，你用apex.submit()触发提交时，IR会自动附加自身的请求参数，可能覆盖或干扰了DOWNLOAD_USER_LIST请求的识别。

• 快速解决：把下载按钮改成页面原生按钮，设置按钮的「请求」值为DOWNLOAD_USER_LIST，按钮行为设为「提交页面」，绕过IR的默认提交逻辑。
• 若坚持用动态操作：替换DA的JavaScript代码为直接重定向，避免页面提交的参数混乱：

apex.util.redirect('f?p=' + $v('pFlowId') + ':' + $v('pFlowStepId') + ':' + $v('pInstance') + '::NO:RP:' + $v('pFlowStepId') + ':DOWNLOAD_USER_LIST');

2. 页面级验证/进程阻塞下载 #

当前页面可能存在优先级更高的页面验证或前置进程，导致下载进程还没执行就被中断：

• 检查页面验证：给所有不需要在下载时执行的验证添加条件：Request != DOWNLOAD_USER_LIST，确保下载请求跳过验证。
• 检查页面级进程：查看是否有在应用级进程之前执行的页面进程，是否修改了请求参数或终止了提交流程。

3. 应用级进程的执行时机或条件错误 #

• 确认应用级进程的执行点设置为「提交后 - 计算」之后，优先级要高于其他可能终止响应的进程。
• 核对请求参数的大小写：APEX的请求参数是大小写敏感的，确保进程条件里的DOWNLOAD_USER_LIST和DA里的完全一致，没有大小写差异。

4. 会话或缓存问题 #

• 清除浏览器缓存，关闭页面重新打开测试，避免缓存的旧逻辑干扰。
• 开启调试模式：在页面URL后添加&pDebug=1，提交下载请求后查看调试日志，确认DOWNLOAD_USER_LIST请求是否正确传递到服务器。

5. 交互式报表过滤参数的传递（可选排查） #

如果IR有过滤条件，虽然这不会直接导致无下载动作，但可能影响下载数据的准确性，可顺便处理：
在DA的apex.submit中添加IR的过滤参数：

apex.submit({
    request: "DOWNLOAD_USER_LIST",
    showWait: true,
    validate: true,
    set: {
        // 替换IR_USER_LIST为你的交互式报表静态ID
        "IR_USER_LIST_RPT": apex.region("IR_USER_LIST").widget().interactiveGrid("getViews","grid").model.getRecordSet().filterExpr
    }
});

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