<script setup>
import { ref } from 'vue';
import { onLoad } from '@dcloudio/uni-app';
import request from '@/utils/request';
import { getFiles, getRandomFile, getFileArray } from '@/utils/yangUtils';
const imageSuffix = ['png', 'jpg', 'jpeg'];
const videoSuffix = ['mp4', 'avi', 'mov'];
const imageNum = ref(0);
const videoNum = ref(0);

// 获取父级传入的数据
const props = defineProps(["modelValue", "limit", "message", "isDelete", "isAdd"]);

// 定义 emits
const emit = defineEmits(['update:modelValue']);

// const listData = ref(["https://yxdjpw.oss-cn-beijing.aliyuncs.com/uploadDefault/20260417192542-d3ea46.png", "https://yxdjpw.oss-cn-beijing.aliyuncs.com/uploadDefault/20260417194449-bfb1ba.mp4"]);
const listData = ref([])

const onSelectFile = async () => {
  let result;
  // #ifdef APP || APP-PLUS || MP-WEIXIN || MP-TOUTIAO || MP-LARK || MP-JD || MP-HARMONY || MP-XHS
  result = await uni.chooseMedia({
    count: props.limit || 9,
    mediaType: ['image', 'video'],
    sourceType: ['album', 'camera'],
    maxDuration: '30s'
  })
  // #endif
  // #ifdef WEB || H5
  result = await uni.chooseFile({
    count: props.limit || 9,
    type: 'all',
  })
  // #endif
  let arr = [];

  console.log(result);

  for (let filePath of result.tempFiles) {
    // 判断文件是否超出10M
    if (filePath.size > 10 * 1024 * 1024) {
      uni.showModal({
        title: '提示',
        content: '文件大小不能超过10M！',
        showCancel: true,
      })
      return;
    }

    if (imageSuffix.includes(filePath.name.replaceAll('"', '').split('.').pop()?.toLowerCase())) {
      imageNum.value++;
    } else if (videoSuffix.includes(filePath.name.replaceAll('"', '').split('.').pop()?.toLowerCase())) {
      // 判断之前有没有上传过视频或者图片
      if (imageNum.value >= 1 || videoNum.value >= 1) {
        uni.showModal({
          title: '提示',
          content: '图片和视频不能同时上传,并且视频只能上传一个！',
          showCancel: true,
        })
        return;
      }

      videoNum.value++;
    }
    const data = await request("/upload/uploadFile", filePath.path, "post");
    arr.push(getFileArray(data)[0]);
  }
  listData.value = listData.value.concat(arr);
  // 将数据返回出去
  emit("update:modelValue", listData.value.join(","));
}

// 删除
const onDelete = (index) => {
  // 1. 先拿到要删除的项（必须在 splice 之前拿！）
  const deletedItem = listData.value[index];
  // 2. 判断类型，更新计数
  const ext = deletedItem.split('.').pop()?.toLowerCase();
  if (imageSuffix.includes(ext)) {
    imageNum.value--;
  } else if (videoSuffix.includes(ext)) {
    videoNum.value--;
  }
  // 3. 再删除元素
  listData.value.splice(index, 1);
  // 4. 更新双向绑定
  emit("update:modelValue", listData.value.join(","));
}

// 查看
const onView = (item) => {

}

// 类型判断
const isSuffix = () => {
  return listData.value.some(item => {
    // 获取后缀（转小写，避免大小写问题）
    const ext = item.split('.').pop()?.toLowerCase()
    return videoSuffix.includes(ext)
  })
}
</script>

<template>
  <view>
    <view class="header">
      <view v-if="props.message" class="message">{{ props.message }}</view>
      <view class="numCount">{{ `${listData.length}/${props.limit || 9}` }}</view>
    </view>
    <view class="image-grid" :class="isSuffix() ? 'grid-video' : ''">
      <template v-for="(item, index) in listData" :key="index">
        <view class="grid-item grid-item-content" :class="isSuffix() ? 'grid-item-video' : ''" @click="onView(item)">
          <image v-if="imageSuffix.includes(item.split('.').pop())" class="img" :src="item" mode="aspectFill" />
          <video v-else-if="videoSuffix.includes(item.split('.').pop())" class="video" :src="item" />
          <view class="grid-item-delete" v-if="(isAdd ?? true)" @click="onDelete(index)"><uni-icons class="icon-delete"
              type="closeempty" color="#D3D4D6" size="24" /></view>
        </view>
      </template>
      <view class="grid-item icon-add" v-if="(isAdd ?? true) && !isSuffix() && listData.length < (props.limit ?? 9)"

我个人观察到的现象是，会话创建后的首条消息正常，之后的消息会延迟数秒才能发出，在 mac 和 windows 平台都出现了此问题；
并且 mac 版本还出现了运行时 cpu 使用率过高，发热严重的问题。
github 上也有不少类似的反馈，首个发现的版本应该是 26.415.21839；有人反映关闭记忆功能后可绕过此问题，但对大多数人包括我自己无效，目前只能通过降级解决。

  

      github.com/openai/codex
  

  
    
  
   
  

  
    
      Fix: Desktop App - Message send is delayed for ~8 seconds in new sessions after the latest update
    

    
      
        已打开 04:31AM - 17 Apr 26 UTC
      


      
        
          
          JavierPiedra
        
      
    

    
        
          bug
        
        
          app
        
        
          session
        
    
  


  
    ### What version of the Codex App are you using (From “About Codex” dialog)?

26….415.21839 

### What subscription do you have?

Pro

### What platform is your computer?

Darwin 25.3.0 arm64 arm

### What issue are you seeing?

## Summary

In the Codex desktop app, sending a message can take around 8 seconds before the message is actually sent.

This appears to have started after the latest update. It did not happen in older sessions before.

## Environment

- App: Codex desktop app
- Codex version: `26.415.21839 (1763)`
- macOS: `26.3.1 (build 25D771280a)`
- Hardware: `MacBook Air (Apple M3, 24 GB RAM)`

## Actual behavior

After pressing Enter to send a message, the message does not send immediately.

Observed behavior:
- The spinner appears in the send button
- The message remains pending for about `8 seconds`
- Lowering reasoning does not help

This is affecting sessions created after the latest update.




### What steps can reproduce the bug?

## Reproduction

Observed repro:

1. Open Codex desktop
2. Open a newer thread created after the latest update
3. Type a normal message
4. Press Enter
5. Observe the spinner in the send button and a delay of about `8 seconds` before the message is sent

Additional observation:
- In a brand-new thread, the first message sent immediately
- The second message in that same new thread then started taking a very long time to send

## Scope / pattern

- Happens in newer sessions created after the latest update
- Did **not** happen in older sessions tested by the user
- Not fixed by lowering reasoning
- Seen with `GPT-5.4` and `Extra High`, but reasoning level does not appear to be the cause

### What is the expected behavior?

## Expected behavior

Pressing Enter should enqueue and send the message immediately, or at least show near-instant client acknowledgment.

### Additional information

## Notes

This feels like client-side send latency rather than raw network latency.

Local diagnostics from the machine at the time:
- Network path looked healthy in macOS logs
- Codex renderer/helper processes showed noticeable CPU activity while the issue was occurring
- No obvious network failure was visible from the local system logs

## Impact

This makes normal back-and-forth use of Codex frustrating because even short messages feel blocked before they are sent.

If you want, I can also compress this into a shorter GitHub-style version, or turn it into a more technical issue with a small `Additional diagnostics` section at the end.
  

  

  
    
    
  

  


本以为是梯子又出问题，但看了下发现是 app 的锅，记录一下

逆天 
不过没打过我
(你没看错，我的虞姬1000级 在这里太常见了)

a÷真的是非常狗屎啊，4.7opus拉了这么一坨大的，什么时候他才能意识到这一点，然后赶快降价或者出新版本。

RT,之前看到有大佬去计算CodeX套餐对应的额度
那么诱人计算过智谱新套餐/Kimi各套餐的对应额度吗?
感谢!

现在是不是有那种自动扫公益站模型的项目啊？一看到gpt-5.4就起飞了？
说明是不看的，模型是要蹬的。

科普：
1.感觉l站最近新人确实有点多了，都以为gpt的pro模型和gemini的pro，claude的opus一样，其实gpt-pro模型更类似gemini的deepthink，所以请不要把这个模型放到codex好吗？
2.我这么大一个 不支持codex，只支持/v1/chat/completions请求 没人看见吗。。。

一场针对海外影视资源的版权整治风暴正在席卷国内网盘行业。以夸克网盘为代表的多个平台自4月10日起启动全面清查行动，重点清理用户存储的未经授权的美剧、韩剧、泰剧等境外影视内容。这场被业内称为"最严清查令"的行动导致大量分享链接失效，引发用户紧急转移数据，部分依赖海外剧集的影视博主连夜发布备份提醒。
根据平台发布的公告，用户需在4月10日23点前自行删除存储的违规内容，并清除社交媒体上的相关分享链接。多位影视博主通过社交平台紧急通知粉丝，部分热门剧集的分享链接已出现批量失效情况。有用户反映，其存储的数百部海外剧集在行动启动后被系统自动标记，部分文件甚至无法正常打开。
面对突如其来的清查，用户群体迅速形成应对策略。部分人通过将文件名改为拼音缩写、使用特殊符号等方式规避检测，另有人选择将资源迁移至百度网盘等尚未被波及的平台。更有技术型用户将数据转存至本地硬盘或搭建私有云存储（NAS），以彻底摆脱对第三方平台的依赖。一位资深剧迷表示：“这次清理让我想起十年前的BT下载时代，只是存储介质从硬盘变成了云端。”

网盘上有资源的佬们注意了 提前下载！不要整了看不了了！ 
现在很多美剧都用国内的网盘分享，影响还是挺大的
新闻来源： MSN
更多阅读

目前规划是前期公益 后期盈利，
后期想把大部分模型都上上实现盈利，
本人做抖音直播短视频的 所以推广问题不大，
考虑是自身技术有限，所以想找一些大佬作为云股东一起建设，后期可以爽蹬。
目前注册机注册速度很慢，解决不掉，需要找个有开发和解决中转站的大佬一起研讨
服务器啥的需要买个啥样的比较好，比如日本的美国的，我有个美国表弟后期我懂点了可以在他家部署个正儿八经的家宽服务器，然后我用他的卡 买opus4.7的api接入站内就可以实现纯血了
然后我再混点反代 就可以实现盈利了！！！哈哈哈哈哈哈哈哈哈
不好意思跑题了，奸商的嘴脸又暴漏了，我只是想了解下逻辑 为啥可以掺着卖。。。
回归正题，云股东依旧可以长期享受爽蹬 但是前提是要有贡献共同维护好站点，
相比大家都在公益站上来回徘徊，是因为我觉得大部分公益站都没有赢利点必然不长远嘛，
如果有赢利点 战长可以有维护成本  这个事必然会长远一点，
小白也只是有点自己的见解而已，欢迎大家毛遂自荐，时间充足的，有能力解决问题的，
包括我也想把那个即梦注册机看看咋可以变成api直接导入到AI漫剧对接下 最好，
目前就买了一个域名，下一步买个服务器，求大家推荐下，一步步的来。
服务器我还自己做了一个网站和小程序我也需要放在上面，注册机我也放在上面，
newapi也部署上面去，然后最好是可以养个小龙虾在上面  平时就可以遥控龙虾直接在服务器上修newapi了 是这个样的吗   球大佬指点一二。

RT，这两天有没有仍然可用的codex或者Claude呀，中转站或者公益站都行，或者有没有不太贵的氪金玩法，求各位佬们推荐

RT，Ark API的限制是什么（例如并发什么的），有没有佬知道的
害怕高并发把号搞没了

想玩一些联机恐游，但是价格普遍都到八九十了，有点贵…学习版似乎又没办法联机，有办法通过特殊手段进行联机吗？有风险吗？

好久之前在any用L站注册过一个号，这几天听说any大善人有纯到发蓝的4.7打算体验下，结果号封禁了。注册也尝试了好多次没成功。
所以现在还能注册any吗佬友们，有没有被封禁然后肘赢的佬友分享下经验？

有人选择风花雪月，有人选择为自己打下第一块砖。
没有好坏，只有选择。

佬友们，我今年研 0，刚好接了个私活挣了一点点，就有换手机的念头了。
目前手上是 iQOO 11s，感觉发热很严重、耗电巨快，刷个视频啥的都蛮热的，不过系统确实丝滑，不像以前的老手机会卡顿。玩游戏啥的倒也不卡。
预算在 5000 左右，低于 5k 最好。
大概有这么几个点：

拍照好一些（主要拍风景啥的，莫得女友给我拍）
存储没啥要求，我的 iQOO11s 才用了 100 多 G（一半）
游戏方面玩的少，最多会玩玩 蛋仔派对、LOLm、金铲铲（PS：我的 iQOO 玩 LOLm 不卡，但玩蛋仔就蛮不流畅的）
最好屏幕别太差咯，刷信息流很多
另外感觉 iQOO11s 屏幕有些大（6.78英寸），不要超过这么大
别的想不到了，有佬友提到我再补充

希望佬友帮忙推荐一下呀。

(() => {
  // 如果之前跑过，先停掉旧脚本
  if (window.__autoScrollCtl?.stop) {
    window.__autoScrollCtl.stop();
  }

  const STEP_PX = 260;        // 每次下滑距离
  const INTERVAL_MS = 1500;   // 每次间隔，约为之前的 1/3
  const SMOOTH = true;        // 是否平滑滚动
  const MAX_IDLE_TICKS = 20;  // 连续多少次几乎没动就认为到底了

  const scroller = document.scrollingElement || document.documentElement;

  let timer = null;
  let running = false;
  let lastTop = scroller.scrollTop;
  let idleTicks = 0;

  function tick() {
    const before = scroller.scrollTop;

    window.scrollBy({
      top: STEP_PX,
      left: 0,
      behavior: SMOOTH ? "smooth" : "auto",
    });

    setTimeout(() => {
      const after = scroller.scrollTop;
      const moved = Math.abs(after - before);

      if (moved < 5) {
        idleTicks += 1;
      } else {
        idleTicks = 0;
      }

      lastTop = after;

      if (idleTicks >= MAX_IDL