Nemo pop up menu doesn't differentiate between a single file, folder and multiple files when querying multiple operations

[SpeeQz1]

Distribution

Mint 22.3

Package version

6.6.3

Frequency

Always

Bug description

When a user queries up several copy operations, a pop up dialog window appears telling the user that nemo is waiting for other operations to finish. In the pop up dialog text, nemo does not differentiate whether it's doing the operation on a file, folder or multiple files.

Where the messages come from:

nemo/nemo.pot

Line 4473 in 1337cf0

msgid "Waiting to copy a file from '%1$s' to '%2$s'"

Steps to reproduce

1. Copy a folder with lots of contents to something like an external drive
2. Copy a different folder with lots of contents to the same drive

Expected behavior

The pop up dialog menu should show the text "Waiting to copy a folder from ..." or "Waiting to copy multiple files from ..."

Additional information

No response

[mtwebster]

This already happens:

nemo/libnemo-private/nemo-file-operations.c

Lines 1060 to 1122 in 1337cf0

	switch (kind) {
	case OP_KIND_COPY:
	g_return_if_fail (files != NULL);
	g_return_if_fail (destination != NULL);
	s = f (ngettext("Waiting to copy a file from '%1$s' to '%2$s'",
	"Waiting to copy files from '%1$s' to '%2$s'",
	g_list_length (files)),
	src_name, dest_name);
	break;
	case OP_KIND_MOVE:
	g_return_if_fail (files != NULL);
	g_return_if_fail (destination != NULL);
	s = f (ngettext("Waiting to move a file from '%1$s' to '%2$s'",
	"Waiting to move files from '%1$s' to '%2$s'",
	g_list_length (files)),
	src_name, dest_name);
	break;
	case OP_KIND_DELETE:
	g_return_if_fail (files != NULL);
	s = f (ngettext("Waiting to permanently delete a file from '%s'",
	"Waiting to permanently delete files from '%s'",
	g_list_length (files)),
	src_name);
	break;
	case OP_KIND_TRASH:
	g_return_if_fail (files != NULL);
	s = f (ngettext("Waiting to trash a file in '%s'",
	"Waiting to trash files in '%s'",
	g_list_length (files)),
	src_name);
	break;
	case OP_KIND_EMPTY_TRASH:
	s = f (_("Waiting to empty the trash"));
	break;
	case OP_KIND_DUPE:
	g_return_if_fail (files != NULL);
	g_return_if_fail (destination != NULL);
	s = f (ngettext("Waiting to duplicate a file in '%s'",
	"Waiting to duplicate files in '%s'",
	g_list_length (files)),
	dest_name);
	break;
	case OP_KIND_PERMISSIONS:
	g_return_if_fail (destination != NULL);
	s = f (_("Waiting to change permissions of files in '%s'"), dest_name);
	break;
	case OP_KIND_LINK:
	g_return_if_fail (files != NULL);
	g_return_if_fail (destination != NULL);
	s = f (ngettext("Waiting to link a file from '%1$s' to '%2$s'",
	"Waiting to link files from '%1$s' to '%2$s'",
	g_list_length (files)),
	src_name, dest_name);
	break;
	case OP_KIND_TRUST:
	case OP_KIND_CREATE:

All of these messages have plural forms when multiple files are copied.

What you're encountering is that only the selection count is being factored into this currently, and not its contents, which could be addressed.

[mtwebster]

Actually looking in to this briefly, we don't know the file count yet and trying to get it here would defeat the purpose of a queue, but we can maybe do better by saying 'waiting to copy a folder' instead of always a file.

[SpeeQz1]

Yeah the folder change would be welcome, but can't just a simple counter be added where it quickly does a check if more than 1 file is selected on the top level, and then it would display "waiting to copy several files"?

[Jeremy7701]

Really!
Waiting to copy file(s) is surely more than sufficient!