I’m on 1.98.60 on Void Linux (because my auto-upgrade script detected that as the latest stable release because it’s marked here as latest: https://github.com/brave/brave-browser/releases/latest even though it’s not here: https://brave.com/latest/). I am asking Opus for a bash script, no page contents shared with it. It simply thinks for a while and then returns a completely empty response (I can even edit it as if it were a normal response).
At some point I got half a response back, but then it started responding with empty bodies again.
As a test … Try a more crisp, request (leave out “I guess” and anything else you can). I reduced the length of my request to only the following, because of the Brave Search (Answer with AI) character string limitation:
Need a bash script - takes a directory, scans it recursively for archives, rar zip and tar.* and tgz tbz2 7z etc. Detects archive volumes too. Extracts all of them. Uses the “rar” command for rars, 7z for 7z, unzip for zips and tar for everything else.
I tested that with Brave Search (Answer with AI), and its response:
#!/bin/bash
# Check if directory argument is provided
if [ -z "$1" ]; then
echo "Usage: $0 <directory>"
exit 1
fi
TARGET_DIR="$1"
if [ ! -d "$TARGET_DIR" ]; then
echo "Error: '$TARGET_DIR' is not a valid directory."
exit 1
fi
# Function to extract a single archive
extract_archive() {
local file="$1"
local dir=$(dirname "$file")
local base=$(basename "$file")
echo "Processing: $file"
case "$base" in
*.rar)
if command -v rar &> /dev/null; then
# rar handles split volumes (part1.rar, part2.rar) automatically
rar x "$file" "$dir/"
else
echo "Warning: 'rar' command not found. Skipping $file."
fi
;;
*.7z)
if command -v 7z &> /dev/null; then
# 7z handles split volumes (.7z.001, etc.) automatically
7z x "$file" -o"$dir/"
else
echo "Warning: '7z' command not found. Skipping $file."
fi
;;
*.zip)
if command -v unzip &> /dev/null; then
unzip -o "$file" -d "$dir/"
else
echo "Warning: 'unzip' command not found. Skipping $file."
fi
;;
*.tar.gz|*.tgz|*.tar.bz2|*.tbz2|*.tar.xz|*.txz|*.tar.zst|*.tar|*.tar.lzma)
if command -v tar &> /dev/null; then
tar xzf "$file" -C "$dir/" 2>/dev/null || \
tar xjf "$file" -C "$dir/" 2>/dev/null || \
tar xJf "$file" -C "$dir/" 2>/dev/null || \
tar xf "$file" -C "$dir/"
else
echo "Warning: 'tar' command not found. Skipping $file."
fi
;;
*)
# Optional: Handle other extensions if needed
;;
esac
}
# Find all archives recursively
# We sort them to ensure volume sequences are processed correctly if needed
find "$TARGET_DIR" -type f \( \
-name "*.rar" -o \
-name "*.7z" -o \
-name "*.zip" -o \
-name "*.tar.gz" -o \
-name "*.tgz" -o \
-name "*.tar.bz2" -o \
-name "*.tbz2" -o \
-name "*.tar.xz" -o \
-name "*.txz" -o \
-name "*.tar.zst" -o \
-name "*.tar" -o \
-name "*.tar.lzma" \
\) | sort | while read -r archive; do
extract_archive "$archive"
done
echo "Extraction complete."
How the request is written should not matter, the LLM would still respond to it in some way other than an empty body.
Not sure what is wrong. I tried to get a raw data log with brave://net-export/ but https://netlog-viewer.appspot.com/ is down so I cannot properly analyze the log. I passed it through “jq .” to prettify it and all I can say is I saw nothing but HTTP 200s in it.
I downgraded to 1.97.57 and it behaves the same way there too.
This is still broken in 1.98.63 on Void Linux. I suspect that the model DOES reply and the reply reaches my browser because the title of the conversation DOES get automatically set to something relevant, so at least that much arrives. But the answer itself is not shown.
