Share via

Service bus queues using sessions allow you to insert an empty session after a few attempts via the Azure panel.

Jose Vinicius Nunes Pereira 20 Reputation points
2026-04-28T20:36:52.3266667+00:00

User's image

When this happens, the queue stops and no more messages are consumed, so I end up having to delete the queue and create it again.

Is this an Azure bug?

Azure Service Bus
Azure Service Bus

An Azure service that provides cloud messaging as a service and hybrid integration.

0 comments

Answer accepted by question author

  1. Rakesh Mishra 8,420 Reputation points Microsoft External Staff Moderator
    2026-04-28T21:34:08.0566667+00:00

    Hi Jose,

    Welcome to the Microsoft Q&A Platform! Thank you for asking your question here.

    I was also able to add the queue message with blank session id just after adding message with session id.

    I have shared the feedback with the internal Service Bus team, and they acknowledged that issue. They are working on fixing it and will release soon. There is no ETA provided at this moment.

    Currently, it should timeout on this session and moved to next one.

    Let me know if you need any other information on this.

    1 person found this answer helpful.

1 additional answer

Sort by: Most helpful
Most helpful Newest Oldest
  1. Q&A Assist
    2026-04-28T20:37:11.38+00:00
    AI generated content. This question contains an answer created with AI from Q&A Assist. Learn more

    This behavior is expected when sessions are enabled, not an Azure bug.

    When sessions are enabled on a queue or subscription, all messages must be sent and received as part of a session. This is enforced by the platform:

    • A sender must set a session ID on every message.
    • A receiver must accept a session and then read messages from that session.
    • Once a session is accepted, the receiver holds an exclusive lock on all messages with that session ID until the session is closed or the lock expires. Messages for that session are delivered only to that receiver and in order.

    If a message is inserted with a missing or inconsistent session ID (for example, via the portal or a non‑session‑aware sender) while the entity has sessions enabled, client applications that expect valid sessions can stop processing correctly because:

    • Clients can no longer send or receive “regular” (non‑session) messages on a session‑enabled entity.
    • The processor may be waiting on a particular session and not move on if the session lock or idle timeout isn’t configured appropriately.

    To avoid having to recreate the queue:

    1. Ensure all messages sent to a session‑enabled queue include a valid session ID.
    2. Use a session receiver (or ServiceBusSessionProcessor) so that sessions are accepted and closed properly.
    3. Configure SessionIdleTimeout appropriately so the processor moves on to other sessions when one is idle.

    This is the designed behavior of Service Bus sessions to guarantee ordered, session‑scoped processing, not a platform defect.

    References:

Your answer

Answers can be marked as 'Accepted' by the question author and 'Recommended' by moderators, which helps users know the answer solved the author's problem.