iPad Pro - iPadOS 26 - Top Bar Padding
Nobody has claimed this yet.
- Dominant language
- Clojure
- Stars
- 45k
- Forks
- 2.8k
- Avg merge
- 1d 22h
- Merged PRs (30d)
- 105
Description
### Search first
- [x] I searched and no similar issues were found
### What Happened?
Hi all,
Running LogSeq v0.10.9 - Revision: https://github.com/logseq/logseq/commit/c67b8b5
There seems to be an issue where the apps top bar is colliding with the device/OS status bar
### Reproduce the Bug
Open app on landscape/tablet device
See status bar conflict.
Unsure if this impacts just the new iPadOS 26 release
### Expected Behavior
Expect the apps top bar to be below the system status bar
### Screenshots
### Desktop or Mobile Platform Information
App Version: 0.10.9
Git Revision: c67b8b5
Platform: Mozilla/5.0 (Macintosh Intel Mac OS X 10_15_7) AppleWebKit/605.1.15 (KHTML like Gecko) Mobile/15E148 Logseq/0.10.9 (iOS)
Language: en-US
Plugins:
### Additional Context
Didn’t see that there is already a platform info section
### Are you willing to submit a PR? If you know how to fix the bug.
- [ ] I'm willing to submit a PR (Thank you!)
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by reproducing the issue in Logseq 0.10.9 at revision c67b8b5 on an iPad in landscape mode with iPadOS 26. Inspect the mobile app's top-bar layout and system status-bar handling, using the supplied screenshot as the visual reference. Done means the app top bar sits below the status bar without collision on the affected tablet layout.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- ios
- Domain
- mobile
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Quiet
- Clarity
- Mostly clear
- Newbie friendliness
- 50/100