Order History Downloader troubleshooting

What you see

After running an OHD import on reportaproblem.apple.com, the page becomes “Access Denied / We were not able to either validate credentials or authorize current action / Request ID: ABC...XYZ.”

Why

Apple’s edge fraud-detection (Akamai-style) flagged your session for an unusual call pattern, typically too many login or purchase-search calls in a short window. This is a temporary lockout, not a permanent ban. OHD did not break your account.

Fix

1. Click Sign Out on the report-a-problem page.
2. Wait 15 to 30 minutes (sometimes longer, Apple’s heuristics are conservative).
3. Sign back in.
4. The lockout clears automatically. Try OHD again, but only run one import per session.

If that doesn’t help

Wait until the next day. Apple’s longer heuristic window resets at 24 hours. If you’re still locked out after 24 hours, that’s an Apple-side issue, not OHD’s. Contact Apple support directly.

What you see

Mid-import, the OHD chip switches from progress-bar mode to red error mode with the message “Amazon sign-in required” and a Resume button.

Why

Amazon sometimes serves a sign-in challenge for long imports, especially across year boundaries or after detail-page enrichment hits the rate-limit threshold.

Fix

1. Open a new tab to amazon.com/your-orders/orders.
2. Sign in (Amazon usually pre-fills your email; just enter the password).
3. Switch back to the OHD chip’s tab.
4. Click Resume on the chip.
5. The import picks up where it left off, no double-yields, no lost progress.

If that doesn’t help

Dismiss the chip and re-run the import from the popup. OHD remembers which order IDs it already saw and skips them.

What you see

You’re signed in to costco.com/myaccount/orders, you click Import, the chip says “Done · 0 orders ready.”

Why

OHD’s Costco adapter relies on auth headers captured by an interceptor when the Costco page loads. If those headers expired (15-minute TTL) or the page wasn’t fully loaded when you clicked Import, the GraphQL request returns empty.

Fix

1. Refresh the Costco orders page (Cmd+R or Ctrl+R).
2. Wait 2 to 3 seconds for the page to fully load (you’ll see your orders in Costco’s own UI).
3. Click the OHD icon and Import.

If that doesn’t help

Open DevTools (F12), reload the Costco page, and check that requests to costco.com/api/... return 200 OK. If they return 401 or 403, your Costco session expired, sign out and back in.

What you see

You opened the viewer (via Open or Cmd+Shift+E) and the table area is empty.

Why, three common causes

1. The viewer is showing a filter that excludes every row (e.g. status filter set to a value no row has).
2. The viewer’s persisted state references a stale import that’s been overwritten.
3. (Rare) The duplicate-render guard removed a stale App tree.

Fix

1. Click the Clear button next to the filter bar (top-right of the toolbar).
2. If the table populates, your filters were too narrow.
3. If the table stays empty, run a fresh import from the popup. The viewer will refresh with the new data.
4. If neither helps, hard-refresh the viewer (Cmd+Shift+R or Ctrl+Shift+R).

If that doesn’t help

Open the viewer with ?debug=1 appended to the URL, it’ll show the diagnostic log. Send it via the Feedback tab.

What you see

You clicked the OHD popup’s Import button, the popup closed, but no chip appeared on the page.

Why, common causes

1. The page wasn’t a supported retailer URL when you clicked.
2. The content script wasn’t loaded yet (popup beat the script registration).
3. The chip was injected but is hidden behind another fixed-position element.

Fix

1. Verify your URL, supported URLs are listed at supported retailers.
2. Refresh the page and try again.
3. Check the bottom-right corner of the page for the chip, it’s a small floating widget, easy to miss.
4. If the page has fixed-position banners (cookie consent, etc.), accept or dismiss them and try again.

What you see

After clicking Bulk PDF, the progress modal says “47 of 50 rendered, 3 skipped.” Your ZIP only has 47 PDFs.

Why

Apple doesn’t ship per-order receipt URLs, so Apple rows are skipped automatically with a no-invoice-url reason logged.

Fix

1. Check the ZIP’s README.txt, it lists which order IDs were skipped and why.
2. For Apple rows: per-order PDFs aren’t possible (Apple has no receipt URL). Use CSV or Excel for Apple.
3. For Amazon, eBay, or Costco rows that skipped: the row may not have an invoiceUrl field captured. Re-import the order with all field-pref toggles ticked.

What you see

You press Cmd+Shift+E but nothing happens.

Why, likely causes

1. Another extension or website has captured the chord first.
2. You’re focused inside a textarea or input where Chrome doesn’t fire extension shortcuts.
3. The shortcut wasn’t registered (rare; usually a Chrome bug).

Fix

1. Click somewhere outside an input field, then press the shortcut again.
2. Check chrome://extensions/shortcuts, make sure OHD’s Open the viewer entry has Cmd+Shift+E set, not blank.
3. If another extension has the same chord, rebind OHD’s via the same page. See the keyboard shortcuts guide.

What you see

You opened the OHD popup on Apple or eBay and some toggles (tax, refund, payment method) are greyed out with no tooltip.

Why

That retailer’s API doesn’t expose those fields. OHD greys out toggles where the field is structurally unavailable, no extension can populate them.

Fix, this is expected behavior, not a bug

The toggles you can tick are the ones the retailer’s API supports. Field-by-field availability:

• Apple: tax (no), payment method (no), refund (unverified). See Apple receipts export.
• eBay: per-order tax, payment method, and refund breakouts live on a separate detail page that’s not part of the buyer-side feed. If those fields matter for your workflow, send a note from the Feedback tab.

What you see

You opened the viewer’s AccountFilter dropdown and it’s empty or shows “(no accounts).”

Why

OHD detects accounts from the retailer’s nav strip during import. If the import ran while you were signed out, OHD couldn’t read a display name and stamped the row with accountHash: ‘legacy’ instead of a real hash.

Fix

1. Make sure you’re signed in to the retailer.
2. Re-run the import.
3. Open Options → Account labels, you should see at least one account detected.

Manual override

In Options → Account labels, you can edit the friendly label for any detected account (or for the legacy placeholder).

What you see

You dropped your Amazon GDPR ZIP into the OHD popup and it says “Invalid format” or “No order rows found.”

Why, common causes

1. You uploaded a partial download (Amazon’s email link expires; redownload).
2. The ZIP contains only non-order data (Amazon’s data export has many tabs; OHD reads Orders.csv, Items.csv, Returns.csv specifically).
3. The ZIP was edited, extracted, or re-zipped (OHD parses Amazon’s exact format).

Fix

1. Re-request the data export from amazon.com/hz/privacy-central/data-requests/preview.html if your ZIP is older than 7 days.
2. Make sure you uploaded the original ZIP, not a folder you extracted and re-zipped.
3. Check the ZIP contains Your Orders/Retail.OrderHistory.1/Retail.OrderHistory.1.csv (or similar). If not, the export type was different.