Open doudoud82 opened 1 month ago
Just to be clear, you were using r6916 and then updated to latest, r6938? Did you also observe this in the intermediate r6926?
Just to be clear, you were using r6916 and then updated to latest, r6938? Did you also observe this in the intermediate r6926?
I am using TachiyomiSy mainly in today's update I noticed this and when talked about it in Discord I got recommended to report the issue to Mihon. I decided to check if the problem is in Mihon too(otherwise it is not worth reporting here) and I found that the build r6916 doesn't have this problem while any newer build after it does have it. in other words, r6926 also has this behaviour; and r6916 is the oldest build I tested that didn't exhibit it. I did this to potentially help identify which change caused it.
Just to be clear, you were using r6916 and then updated to latest, r6938? Did you also observe this in the intermediate r6926?
I am using TachiyomiSy mainly in today's update I noticed this and when talked about it in Discord I got recommended to report the issue to Mihon. I decided to check if the problem is in Mihon too(otherwise it is not worth reporting here) and I found that the build r6916 doesn't have this problem while any newer build after it does have it. in other words, r6926 also has this behaviour; and r6916 is the oldest build I tested that didn't exhibit it. I did this to potentially help identify which change caused it.
Thanks, that'll be helpful in narrowing it down 👍
Could you tap the "Version" field in the More view and paste the copied data here?
Edit: Could you also share one (1) screenshot of the Good and Bad version with a different theme? The Amoled themes makes it impossible to differentiate empty black space from "it's background-coloured"
Could you tap the "Version" field in the More view and paste the copied data here?
No problem. App version: 0.16.5-6938 (standard, 2e2c8d36c, 7, 2024-10-14T23:03:33Z) Android version: 8.0.0 (SDK 26; build ALEXNDR.G930FXXU8EUE1) Device brand: samsung Device manufacturer: samsung Device name: herolte (heroltexx) Device model: SM-G930F WebView: Chrome 129.0.6668.100
Okay, so. I checked the "good" and "bad" versions in an Android 8.0.0 emulator with the screen dimensions set to whatever the S7 has. I cannot replicate this problem.
It also doesn't seem to exist on more current devices, both in emulation as well as actual installs.
I'm not sure why it appears for you. Some remaining ideas:
- Did you try force closing the app and restarting it?
no, I mainly use TachiSy as I said previously and this behaviour is happening on a fresh install of mihon preview.
- Did you try to change the theme to something else? If yes, and the issue persists, please provide one (1) screenshot of only the bad version and please Do Not use the Amoled/Pure Black mode for that
Here is a screenshot for when disabling pure black.
- Did you try uninstalling Mihon and reinstalling it? Maybe something went weird during the update/install process?
I reinstalled it a couple of times since I switched between multiple versions(mainly r6938 r6926 r6916) to check from which version this started to happen.
Very weird. As I said, I can't reproduce this in an emulator and I don't have a real S7 at hand. I'll leave the issue open in case someone else figures something out.
understandable unless it is possible to replicate the behaviour it will be impossible to attempt to fix something that cannot be replicated to test and such. this video shows the 3 versions I redownload and reinstalled.
https://github.com/user-attachments/assets/5671074b-6c8c-4ef6-bb11-974741280d51
either way, I guess this will be on hold till more info or it can be reproduced since it doesn't affect when reading chapters only UI. Have a nice day.
I noticed that if I clicked on anything that triggers the keyboard to appear it will fix the problem until I restart the app https://github.com/user-attachments/assets/ee749dfb-cf1d-460b-9a4f-d33cc7f4b772
@nobSEIFO rather interisting didn't notice this behavior before, thanks for the info.
I believe that is a common issue in Android, where if you have the gesture mode of navigation and the pill? bar? is hidden, it will occasionally cause apps to have gaps. This was a common occurrence with my Pixel 7. Android 15, however, fixes this gap issue. Though, this does not explain why a specific version does/doesn't have the gap. The only explanation I have for that is if the Android API version was increased, which caused the apps to register as a newer one, which, from my observations, seem to have this issue more often.
This is most likely down to us removing a deprecated UI library that handled displays of older Android versions differently. We didn't increase the SDK version or anything like that (people with Android 8 wouldn't be able to install it at all in that case).
Ah, okay, that makes more sense.
@MajorTanya is there any fix planned for this issue , or it will be left as it is
@MajorTanya is there any fix planned for this issue , or it will be left as it is
Don't comment unless you have something to contribute to the issue, please. We'll find a fix when we find it.
While I am no Android developer, I do have some limited knowledge when it comes to Android development, so please take what I say with a grain of salt. I looked through the AndroidManifest.xml and traced my way back up the various style/theme declarations, and am noticing, that android:windowFullscreen
is missing, like mentioned in this Stack Overflow thread. I am assuming it is inheriting form here which inherits this which does not include the fullscreen tag? style? in it:
<style name="Theme.Material3.Dark.NoActionBar">
<item name="windowActionBar">false</item>
<item name="windowNoTitle">true</item>
</style>
Would adding the line <item name="android:windowFullscreen">true</item>
in line 9 of this potentially solve this?
Would adding the line
<item name="android:windowFullscreen">true</item>
in line 9 of this potentially solve this?
I'm guessing that would hide the system status bar too (notifications, clock, battery), which is not desirable outside of the reader given the many features that rely on notifications during usage.
It does that anyway when reading, so I don't think there will be that much of an impact, and it can be turned into a toggle probably in the settings as well for those who want it. And either way, what features rely on notifications only @BrutuZ ? Because the only notifications I get is for downloads, and updated manga, which can both be viewed in-app in the downloads and library respectively.
And the updated manga notifications is more important outside of the app than inside imo.
what features rely on notifications only
App updates. Library updates is kind of a big deal with the app on screen too, so you can tell if it didn't run at all because the process was killed or was just a quick flash mostly skipped due to Smart Updates
Again, neither of those are something you'd need in-app, like for app updates, either way you'd have to exit the app in order to update it, and library updates, well, its not like you can change it so know it went fast or not, it still checked.
Steps to reproduce
Update to the latest mihon beta release after r6916.
Expected behavior
expecting the app to look like this:
Actual behavior
the app looks like this:
Crash logs
No response
Mihon version
Beta r6938
Android version
Android 8
Device
Samsung S7
Other details
I noticed this today when updating tachiyomiSY preview build r566 and got advised to report it to mihon. upon further investigation, I found out that Mihon Preview r6916 doesn't exhibit this behaviour whereas newer builds do. Also when reading a chapter this wasted space doesn't appear and the screen is used fully.
Acknowledgements