What is a one sentence summary of your feature request?
Improve the implementation of multiple log-partitions
Please describe your idea in detail. What is your problem, why do you feel this idea is the best solution, etc.
currently we have the “issue” that we have 3 partitions in the “logs report”. Because these 3 partitions are not in a chronological order, it is extremely confusing sometimes. As you can see in the picture the first partitions contains logs only to the 28th of January for example → So I need to switch to other partitions to see the latest logs. And this switching between partitions also takes a LONG time, which is annoying.
Would be nice if either
the partition with the latest logs always gets rearranged to the first place or
you are getting rid of “switching partitions” in the logs. It is annoying and I don’t think it is nessecary if implemented correctly
How do you currently solve the challenges you have by not having this feature?
switching between partitions, which takes a lot of time and is annoying as you sometimes end up looking for logs in the wrong partition
Upload any supporting images that you think should be considered in this idea.
At the moment, I’m afraid there are no updates to be shared with regards to this feature request. Our agenda is fully occupied with several high-priority initiatives that we are navigating through and the review process might take a while.
Once there are news, we will make sure to notify you.
In the meantime, we appreciate your understanding and patience.
do you still have no update on this one? In the meantime we have 7!! partitions and the searching for logs has become a massive pain point of EPP. I don’t get how this doesn’t have a higher priority on your side or am I missing something in the settings or anything?
Apologies for the long wait and thank you for following up — we completely understand the frustration, especially now that you’re managing 7 partitions and the impact on your day-to-day log searching is very real.
We do have good news this time. In our upcoming release, we are introducing a significant upgrade to the logging backend that directly addresses this pain point. The new infrastructure handles partitioning transparently, meaning you will no longer need to select or be aware of individual partitions when searching through logs — the search will work across all of them seamlessly from the UI.
We can’t share a specific release date just yet, but this is actively in progress and not something that needs to wait on a dedicated feature request anymore — it will come as part of the broader update.
We appreciate your patience and we’re glad you pushed back on this — feedback like yours helps us validate that we’re prioritizing the right things.
When the update is out, we’d love for you to give it a try and let us know how the log search experience feels with your 7 partitions — your real-world setup is exactly the kind of scenario we want to make sure works well.
