https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38806

Emily Lamancusa (emlam) <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[email protected]
                   |                            |o.uk

--- Comment #9 from Emily Lamancusa (emlam) 
<[email protected]> ---
The original test plan here was written before bug 38789, bug 38793, and bug
38588 were pushed to fix several related issues with transfer modals, which is
definitely adding to the confusion! The original test plan no longer occurs as
written now that those bugs have been pushed.

If I'm understanding the issue Sally is describing correctly, it should have
been fixed by bug 38793, which is in 24.11.03. It also depends on the browser -
the bug happens in Firefox, but not Chrome or Chromium (I don't know if it's
been tested in any other browsers).

The question on this bug was specifically for the situation where you have an
item with a transfer that was requested but not confirmed/sent (shown as
"Transit pending" on the item holdings table), and then you check it in - is a
Cancel button needed in that specific situation? The only situation that I know
of where an item is supposed to have "Transit pending" status is if a transfer
was queued up by the Stock Rotation module. I'm not very familiar with the
Stock Rotation module, so I don't know if the Cancel button was intentionally
left out in that situation because requested Stock Rotation transfers are not
supposed to be cancellable, or if it just wasn't a focus and can be safely
added. (CCing Martin to weigh in on this)

Is anyone seeing an issue that is not related to items in the "Transit pending"
status (or an issue where items are being set to "Transit pending" when they
shouldn't be), and is on 24.11.03 or later? If so, can you tell us your exact
Koha version and describe step-by-step how to reproduce the issue? I think
that's the only way we'll be able to tell if there is still a bug in need of
fixing, or if it's one of the related bugs that are fixed in a newer version.

-- 
You are receiving this mail because:
You are watching all bug changes.
_______________________________________________
Koha-bugs mailing list
[email protected]
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/

Reply via email to