After my latest update of Silverbullet I have a problem using Silversearch on my android device. After opening the search dialog I do not see the input field anymore as long as I'm in Portrait mode. And without input field, even the keyboard does not show up.
Not sure, if the field is hidden by the main header (the one with the actionbuttons and pagename) or if the field is gone completely. Only seeing the descriptions "Press Ctrl-Enter to open.... and below).
In Landscape mode that is not a problem.
With the version before I had no problem. Unfortunately I'm not sure, which version I was running. But about two weeks ago I updated from SB Version 2.6.1-17-g31efb835-2026-04-14T19-00-09Z to SB Version 2.6.1-61-gc33b3edd-2026-04-26T18-55-32Z. So at least I can say, the problem occured after that version 2.6.1-61.
On the other hand, there might be an update of Silversearch itself as well, but I do not track Library updates at all, just doing them from time to time 
BTW: I tried running it via browser and as PWA (which I normally use) and even tried a client wipe with several reloads
I'm not aware of any configuration changes in the last two weeks (e.g. like CSS changes).
Any hints? Thanks a lot!
Just to add my latest experiments/ findings:
- removed my own CSS config
- tried different browsers (chrome, Firefox, duckduck)
All makes no difference.
After opening search, it looks like that:
As long the phone is in landscape mode, it's ok:
Do you have, by any chance, @Mr.Red's Document Explorer installed? Removing Document Explorer solves the problem for me. My guess is there is an issue with CSS.
I can confirm, removing Document Explorer fixes this on mobile.
Any idea how to disable Document Explorer on mobile only so the conflicting css doesn't get loaded? @Mr.Red ?
Hey thank you, guys!
Indeed I can confirm, too that somehow Document explorer seems to be the culprit. After removing it, I am able to search again 
Hopefully @Mr.Red is able to find a solution, as i'd like to use both
At least, we found something to look at, and the problem is not only on my instance.
So thanks again!
i have no clue what could even be the issue? i have no issues of using DocEx alongside with silversearch. Not on my phone (iPhone) and not on my Computer. I don't have an android device to test it with.
I use Silverbullet 2.8.0, and the latest SIlversearch and DocEx, and i can't reproduce the issues you are talking about. If you can give me some step by step how to reporiduce the issue, or investigate more of what could be the issue i'll be glad to fix it, but as i cannot reproduce the issue, i don't know where to begin to look.
Weird. Maybe you could try with a clean space, install SilverSearch and Document Explorer, and reload the UI. When the screen is less than 600px wide, the top bar of SilverSearch is cut. You can play with it in the browser by switching to a mobile device on dev tools. Hope this helps.
I tried to isolate the issue.
And what i found is quite intriguing, DocEx basically only highlights the issue, but it's not causing it. Or at least not at the source level. I cannot see what's exactly is happening.
Not only silversearch is affected but all ".sb-modal" panels (Command Picker, Page Picker, etc.)
here is the issue on with all libraries uninstalled but Silversearch:
So what is happening is that the .sb-modal positioning in landscape mode has an offset of .sb-top height in the Landscape mode (Desktop), but when in Portrait mode (Mobile) it ignores this offset for some reason. havent checked main.css yet for the source of the issue. But what DocEx is doing is only brings the .sb-top on top. so on part of DocEx (is just a z-indexing problem) but the main underlying issue lies in the problem that the .sb-modal has different positions in mobile vs. desktop.
Here are two quick workarounds(not fixes) to temporarily patch this issue, none of them is the final solution but a quick dirty workaround:
Workaround 1:
Use this space-style to "push" the modal window by the height of the .sb-top downward:
.sb-modal {
transform: translate(0px, 55px);
}
Workaround 2
Install ModalBox Highlighter which centers the modalbox on the screen so it is never covered by the .sb-top even with the upward shift of the modal window.
could you please test both of these behaviour also on your mobile(android) to confirm the underlying issues?
untile then i will anaylze the main.css of silverbullet of what exactly causing this shift. before i touch DocEx it's better to see the exact source, and not to try to patch other things.
Many thanks for analyzing this, Mr.Red!
Both workarounds work for me.
Thanks a lot from my side, too! I'm using workaround 2 currently, works like a charm.
