fix(drive_service): drop redundant print; --json now emits clean JSON

`list_folder_with_paths` printed `📁 Listing folder: <path>` to stdout
unconditionally.  In normal text-mode that's fine (the CLI's
`list_path` function also echoes the same header before showing the
table), but in `--json` mode it corrupted the output — JSON consumers
got a non-JSON header line followed by the actual payload.

Caught by CrispSorter's `InternxtDrive::list_dir`, which calls
`cli.py list-path --json` and serde_json-parses stdout.  The
duplicated print broke that parse on every call.

Drop the print from `services/drive.py` — the human-readable header
in cli.py's text-mode codepath (line 1293) is unchanged, so end users
see exactly the same TUI output.

Author: CrispStrobe

services/drive.py

@@ -253,9 +253,15 @@ def download_file_by_path(self, file_path: str, destination_path_str: Optional[s
         return self.download_file(file_uuid, destination_path_str)
 
     def list_folder_with_paths(self, folder_path: str = "/") -> Dict[str, List[Dict[str, Any]]]:
-        """List folder contents with full paths"""
-        print(f"📁 Listing folder: {folder_path}")
-        
+        """List folder contents with full paths.
+
+        Note: caller is responsible for any human-readable status output.
+        We used to emit a `📁 Listing folder: …` line here, but that broke
+        machine-readable consumers (CrispSorter's InternxtDrive parses
+        `cli.py list-path --json` and choked on the leading non-JSON
+        bytes).  The CLI's text-mode codepath in `cli.py:list_path`
+        still echoes the header for human users.
+        """
         if folder_path == "" or folder_path == "/":
             resolved = self.resolve_path("/")
         else: