Messages: SEEK ERROR with all partitions selected

[p-eye]

Which version of the app are you running?

v0.6.0

Is your proposal related to a problem?

When I seek messages in topic with Offset OR Timestamp, the request is sent without a seekTo paramater.
And I got the error "seekTo should be set if seekType is OFFSET (TIMESTAMP)"

• request without seekTo parameter
  

• error
  

Describe the solution you'd like

This error occurs after the commit aeda502 (add a new condition disabling to select all partitions)
So removing the condition is a one way.

Describe alternatives you've considered

I guess your commit is for blocking long parameters with GET request.
So this is an alternative i suggest after removing above condition.

AS-IS

• seekType: TIMESTAMP
• seekTo: 1::1679324400000,2::1679324400000,3::1679324400000,4::1679324400000,5::1679324400000

TO-BE

• seekType: TIMESTAMP
• seekTo: 1679324400000
• seekPartition: 1,2,3,4,5

Additional context

if these solutions are ok, can i develop it?

1. only remove condition
2. remove condition and change seekTo parameter

I would be grateful for your another suggestion.

Thank you.

[github-actions]

Hello there p-eye! 👋

Thank you and congratulations 🎉 for opening your very first issue in this project! 💖

In case you want to claim this issue, please comment down below! We will try to get back to you as soon as we can. 👀

[p-eye]

@Haarolean hi, any review?
I got #3115,
but I think only blocking all-partitions(240/240) is little bit unfair because 239/240 partitions is a still long parameter.
I cannot search messages with all partitions selected which is a default option now..

[Haarolean]

@p-eye Hi, can you verify it works now with latest docker image?

[vcanuel]

Hi, as mentioned in #3568 with 0.6.1 it is working with timestamp but not with offset.

[p-eye]

same as vcanuel

[github-actions]

This issue has been automatically marked as stale because no requested feedback has been provided. It will be closed if no further activity occurs. Thank you for your contributions.

[Haarolean]

@p-eye

So this is an alternative i suggest after removing above condition.

We've implemented something like that within messages v2 API (#3537), but, unfortunately, that won't work with pagination because you'll have to apply all the offsets for all the partitions.

[p-eye]

@Haarolean
thanks for review, hoping for other ideas 😄

[Haarolean]

offset/timestamp filtering fixed within #3568
for the fix regarding long url follow #3115