 laoyang
|
942f71bfdf
|
0.0.8 上架收尾：移除同步记录落盘 + 镜像空清单防护 + 前台默认间隔 15 分钟
三处改动（均来自 2026-10-16 真机日志实测）：
1) 移除「同步记录」落盘
· LogUtil 顶部新增 ENABLE_FILE_LOG=false（发行版只输出 console），
真机排查时改 true 即可恢复落盘，所有调用点无需改动；
· init() 里顺手 unlink 历史版本遗留的 sync.log / mirror_diag.txt，
保证升级上来的设备沙箱也干净；
· SystemCalendarMirror 删掉 dumpDiagnosis 整个方法（不再导出 mirror_diag.txt），
连带去掉已无引用的 fs 依赖；
· SettingsPage「清理残留镜像账户」提示语由"见同步日志"改为"见下方"（清单本就在页面上）。
2) 镜像防护：系统日历清单为 0 时跳过创建
· 依据：2026-10-16 07:55:00 日志 `系统日历账户清单（共 0）` →
`镜像完成：本=0 … 失败=12`，12 个 bookId 连续 `201 CreateCalendar failed!`。
· 真因：设备重启后尚未解锁（direct boot），日历数据在加密存储里读不到，
getAllCalendars() 返回空列表 ⇒ createCalendar 必然失败，还可能留下半创建账户。
· 正常设备至少有一个本机日历，故"清单为 0"只可能是服务未就绪 ⇒ syncNow()
在 plan/syncBook 之前直接跳过本轮，等解锁后的下一次同步自然恢复。
3) 前台自动同步默认间隔 1 分钟 → 15 分钟
· 依据：2026-10-16 17:16–17:20 日志，5 分钟内连跑 5 轮
"12 本全量比对 + 出站镜像 + 提醒刷新"，随后
`17:20:43 短时任务超时（配额用尽），后台同步将被挂起`
—— 前台把短时任务配额烧光，反而拖垮了真正的后台同步通道。
· 设备 preferences 里并无 sync_interval_minutes 键 ⇒ 走的就是这个默认值。
· AppSettings.getSyncIntervalMinutes 默认值 + Index.startAutoSync 的
setOrCreate 与 ?? 兜底 + SettingsPage 的 @State 初值，四处一并改为 15。
· 用户仍可在设置页选 1/5/15/30 分钟 或 1 小时。
验证：assembleHap 与 assembleApp 均 BUILD SUCCESSFUL。
|
2026-10-16 19:38:21 +08:00 |
|
|
laoyang
|
2b29f197e8
|
后台同步重构：移除不合规长时任务，改为分层调度
背景：用户反馈"后台常驻其实没实现，过一段时间常驻通知就没了"。调研确认这是
系统强制管控、不是 bug：DATA_TRANSFER 长时任务有一致性校验，**超 10 分钟未更新
传输进度即被强制取消**。日历同步是"间歇跑、平时无进度"，不符合该语义 → 必被取消，
且频繁触发校验失败可能被列入管控名单。另：workScheduler 请求 20 分钟低于系统
"应用活跃分组"下限（活跃≥2h），被静默压制 → 名义 20 分钟实际从未生效。
改为分层调度（目标：用户要看时数据一定最新，而非追求进程常驻）：
1. **移除 dataTransfer 长时任务**：BackgroundSyncService 不再申请；
module.json5 去掉 backgroundModes 与 ohos.permission.KEEP_BACKGROUND_RUNNING
2. **延迟任务周期 20 分钟 → 2 小时**（对齐系统下限，避免被压制）；保留 isRepeat/isPersisted
3. **新增 BackgroundSyncRunner**：后台同步唯一执行体（抽取自 SyncWorkAbility），
供延迟任务/网络恢复/回到前台三处共用，避免逻辑漂移
4. **新增 NetworkSyncWatcher**：net.connection 监听，**从无网恢复到有网时立即补同步**
（带 20s 去抖；仅在 netLost→netAvailable 时触发，单纯切网不重复同步）
5. **回到前台补同步**：UIAbility.onForeground 立即同步 + 取消短时任务归还配额
6. **退后台短时任务**：onBackground 用 requestSuspendDelay 兜住退后台那次同步；
回到前台 cancelSuspendDelay（配额仅 10 分钟/日，必须归还）
7. **设置页开关语义调整**："后台持续同步（常驻通知）" → "后台自动同步"，
文案如实说明"系统最短约 2 小时一次 + 回前台/网络恢复立即补同步"；
开关现在真正控制延迟任务的注册/取消
8. **官网文档同步**：sf/uh 改写后台同步说明；upa **移除 KEEP_BACKGROUND_RUNNING 权限行**
（权限表必须与实际声明一致）；已重建 404 并部署线上
注：applyEfficiencyResources 在当前 SDK 不可用，未采用。
|
2026-10-10 12:49:11 +08:00 |
|
 laoyang
|
d7c49db304
|
增加修复了深色模式，完全沉浸的深色模式完成了。
Signed-off-by: laoyang <laoyang@example.com>
|
2026-09-16 21:40:11 +08:00 |
|
|
laoyang
|
353473127a
|
应用在首次打开或运行中，在用户未主动点击权限对应的相关功能或服务时，提前向用户弹窗申请开启【读取全部日程】权限，不符合相关法律法规要求。该问题已被修复。
Signed-off-by: laoyang <laoyang@example.com>
|
2026-09-16 20:54:41 +08:00 |
|
|
laoyang
|
76d82886e4
|
修复了进入日历没有日程卡片的bug。
Signed-off-by: Yang Yongquan <i@yangyq.net>
|
2026-09-16 12:34:39 +08:00 |
|
|
laoyang
|
cc7523a8ec
|
修复了从卡片进入日历无法定位当前日期的bug。
Signed-off-by: Yang Yongquan <i@yangyq.net>
|
2026-09-16 11:38:01 +08:00 |
|
|
laoyang
|
088f7b3773
|
增加了用户隐私协议等，增加了引导卡片。
Signed-off-by: Yang Yongquan <i@yangyq.net>
|
2026-09-15 09:06:15 +08:00 |
|
|
laoyang
|
3c9b4dcfdd
|
1.修改了2x2的卡片样式。
2.为卡片增加了添加按钮，可以通过卡片直接添加日程。
Signed-off-by: Yang Yongquan <i@yangyq.net>
|
2026-09-14 09:07:47 +08:00 |
|
|
laoyang
|
6899a5074b
|
修改了通知相关的功能，能够正常通知了。
|
2026-09-13 23:35:52 +08:00 |
|
|
laoyang
|
e62416e5ce
|
为了持续同步，申请了常驻通知栏权限，在设置中开启后，可以常驻通知栏，进行后台同步。如果不需要，可以在设置中关闭。
|
2026-09-13 22:02:08 +08:00 |
|
|
laoyang
|
04fdf3d386
|
1.增加了重力感应，也就是横屏响应式布局。
2.修改了沉浸式布局。
3.修改了添加日程和编辑日程页面，增加了重复、提醒等功能。
4.修改了权限问题，如果日历本是只读，则有删除线做标识。同时，对于只读的日程，点击后将不再进入编辑页面，而是展示详情。
5.系统日历的处理。给用户两个选择，第一个选择就是只显示系统日历。第二种选择，用户可以选择一个caldav账户中的某一个日历本，把系统日历中的日程，包括日历日程和应用创建的日程，都读取出来，然后加入到这个日历本下，最后同步到caldav的服务器上，这样的好处是，手机丢失了，或者换了手机品牌型号，手机上的日程仍然在自己的caldav服务器上有一个备份。当然，系统日历中的caldav日历，就不会再读取了。
|
2026-09-13 20:25:18 +08:00 |
|
|
laoyang
|
e27c8c36d7
|
添加了后台同步功能，应用置于后台，仍然可以进行同步。
|
2026-09-13 16:33:53 +08:00 |
|
|
laoyang
|
bbb3ec5334
|
首次提交：SyncCalendar 项目
|
2026-09-13 15:50:37 +08:00 |
|