Hi, looks like upgrading to latest version of egroupware 14 fixed the issue.
Share logs only offers subset of applications
When I enable verbose logging and click on
View / Shareand
Debug info), even after I expand the window, I’m only presented with few options to share logs with few apps:
Most notably, I’m missing
K-9mail program as well as recommended
ShareViaHTTPand many other apps (IM apps etc), all of which I have installed and which are being offered just fine when sharing from other programs, including those that share
.zipfiles (like OsmAnd):
3.3.11-osefrom f-droid, hardware is Huawei P30 Pro, with EMUI 11 (Android version 10). Attached is manually copied debug_info.debug_info.txt
Have anybody else seen this, and is there a fix?
@rfc2822 Sorry, it seems to be false alarm, and this be-more-like-OsmAnd change seems to not be needed after all.
To explain, what I did was pull down android drawer, expanded DavX5 notification icon, and clicked on
View/Share. That opened DavX5 screen with
It was those
View logslinks that when clicked produced that DavX5 screenshot above. I guess I conflated
View/Sharefrom initial click with
Viewin second click, assuming that this
I seem to have completely missed orange share icon in bottom-right corner, classifying it as ornamental only. What might have contributed to me missing it is the fact (probably due to amount of data I’ve been collecting to report that other hanging bug) that when clicked, it does no visual feedback at all for about ~11 seconds (on this otherwise very fast phone), so I might have clicked it but then moved away (assuming nothing was happening) before it had chance to react.
Now I stopped and restarted logs, so suddenly orange share icon responded immediately (<<1 sec), and it shares .zip just fine:
Again I apologize for wasting time on this false trail. Perhaps an UI might be improved so there is
Please waitnotification when orange share icon is pressed to prevent this confusion for the next person with big logs?
@mnalis In my tests, I have experienced the same problem as you (ZIP file was not shared), although I have used the floating action button. So I think the new
*/*is more failsafe.
I have never seen that compression takes so long. I’ll have a look. There should be a progress bar or something like that in that case.
@rfc2822 oh good, then the bug report wasn’t wasted
As for the compression taking long, I was running it for about two weeks trying to catch info why DAVx5 is hanging sometimes and needs to be killed manually (I’ll update my other post describing this shortly). The resulting
.zipfile is 46MB, with uncompressed size ~750MB, so it might explain the slowness.
@mnalis The process of sharing the archive has been reworked and now shows feedback while the .zip is being generated: https://gitlab.com/bitfireAT/davx5-ose/-/commit/2d388eb3ffd77f81e761eda2a490c6d2dd81e445
Thanks for your suggestion.