### Preflight Checklist

- [X] I have read the [Contributing Guidelines](https://github.com/electron/electron/blob/master/CONTRIBUTING.md) for this project.
- [X] I agree to follow the [Code of Conduct](https://github.com/electron/electron/blob/master/CODE_OF_CONDUCT.md) that this project adheres to.
- [X] I have searched the [issue tracker](https://www.github.com/electron/electron/issues) for a feature request that matches the one I want to file, without success.

### Electron Version

13.1.2

### What operating system are you using?

macOS

### Operating System Version

macOS Big Sur 11.3.1

### What arch are you using?

x64

### Last Known Working Electron version

_No response_

### Expected Behavior

A registered protocol should be able to redirect to another location with the same scheme.

### Actual Behavior

When using `fetch` this results in an error about invalid URL.

### Testcase Gist URL

https://gist.github.com/dsanders11/55a1d1adc86af3c419d758027383e2cc

### Additional Information

This works when loading a window from the redirected URL, just not when using `fetch`. It appears that's because Chromium doesn't follow the redirects the same way for the navigation load, but rather starts a fresh request for the new location.
shell/browser/net/electron_url_loader_factory.h
#ifndef SHELL_BROWSER_NET_ELECTRON_URL_LOADER_FACTORY_H_
#define SHELL_BROWSER_NET_ELECTRON_URL_LOADER_FACTORY_H_
#include <map>
#include <string>
#include <utility>
#include "mojo/public/cpp/bindings/pending_receiver.h"
#include "mojo/public/cpp/bindings/pending_remote.h"
#include "mojo/public/cpp/bindings/receiver_set.h"
#include "mojo/public/cpp/bindings/remote.h"
#include "net/url_request/url_request_job_factory.h"
#include "services/network/public/cpp/self_deleting_url_loader_factory.h"
#include "services/network/public/mojom/url_loader_factory.mojom.h"
#include "services/network/public/mojom/url_response_head.mojom.h"
#include "shell/common/gin_helper/dictionary.h"
namespace electron {
enum class ProtocolType {