chore: Rename some occurences of etherpad-lite to etherpad

[Gared]

No description provided.

[qodo-free-for-open-source-projects]

Review Summary by Qodo

Rename repository references from etherpad-lite to etherpad

📝 Documentation

Walkthroughs

Description

• Update GitHub repository references from etherpad-lite to etherpad
• Rename project references in documentation and configuration files
• Update bug report and wiki links to point to new repository name
• Modernize Dockerfile and installation script references

Diagram

flowchart LR
  A["etherpad-lite<br/>references"] -- "rename to" --> B["etherpad<br/>references"]
  B -- "updated in" --> C["Documentation<br/>files"]
  B -- "updated in" --> D["Configuration<br/>files"]
  B -- "updated in" --> E["Source code<br/>comments"]

Loading

File Changes

1. src/node/hooks/express.ts 📝 Documentation +1/-1

Update bug report GitHub URL

• Update bug report URL from ether/etherpad-lite to ether/etherpad

src/node/hooks/express.ts

---

2. AGENTS.MD 📝 Documentation +1/-1

Update fork reference in guidelines

• Update fork reference from ether/etherpad-lite to ether/etherpad in development workflow
 guidelines

AGENTS.MD

---

3. CONTRIBUTING.md 📝 Documentation +2/-2

Update repository links in contribution guidelines

• Update GitHub repository link from etherpad-lite to etherpad in header
• Update TODO wiki page link to use new repository name

CONTRIBUTING.md

---

View more (4)

4. Dockerfile 📝 Documentation +3/-3

Update Dockerfile repository references

• Update Dockerfile header comment from "Etherpad Lite" to "Etherpad"
• Update GitHub repository URL from etherpad-lite to etherpad
• Update maintainer label with new repository URL

Dockerfile

---

5. README.md 📝 Documentation +24/-24

Update all repository references in README

• Update 15+ GitHub repository URLs from etherpad-lite to etherpad across multiple sections
• Update wiki links for data export, sites running Etherpad, and plugins
• Update installer script URLs for macOS/Linux and Windows
• Update CI/CD workflow badge links
• Update issue reporting and contribution links

README.md

---

6. best_practices.md 📝 Documentation +1/-1

Update repository link in best practices

• Update GitHub repository link from etherpad-lite to etherpad in header

best_practices.md

---

7. settings.json.template 📝 Documentation +1/-1

Update MySQL configuration wiki reference

• Update MySQL configuration wiki link from etherpad-lite to etherpad

settings.json.template

---

[qodo-free-for-open-source-projects]

Code Review by Qodo

🐞 Bugs (0) 📘 Rule violations (0) 📎 Requirement gaps (0)

1. Installer clones wrong repo ☑ 🐞 Bug ≡ Correctness

Description

README.md now instructs users to run installers from the ether/etherpad repo, but both installer
scripts still default to cloning https://github.com/ether/etherpad-lite.git, so the one-liner can
install a different repo than the documentation implies.

Code

README.md[R74-81]

+curl -fsSL https://raw.githubusercontent.com/ether/etherpad/master/bin/installer.sh | sh

Evidence

The README’s updated one-liners pull installer scripts from ether/etherpad, but the installer
scripts’ default ETHERPAD_REPO/$EtherpadRepo values still point to etherpad-lite.git, creating
a mismatch between what users download and what gets cloned by default.

README.md[71-88]
bin/installer.sh[5-12]
bin/installer.sh[33-38]
bin/installer.ps1[1-11]
bin/installer.ps1[37-41]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
README.md now points users to run installers from `https://raw.githubusercontent.com/ether/etherpad/...`, but the installer scripts still default to cloning `https://github.com/ether/etherpad-lite.git`. This can cause the one-liner install path to clone an unexpected repository.
## Issue Context
- README is the primary entry point for users.
- `bin/installer.sh` and `bin/installer.ps1` embed their own default clone URL.
## Fix Focus Areas
- bin/installer.sh[5-12]
- bin/installer.sh[33-38]
- bin/installer.ps1[1-11]
- bin/installer.ps1[37-41]
- README.md[71-88]
## Suggested fix
- Change the default repo URL in both installer scripts to `https://github.com/ether/etherpad.git`.
- Update the usage examples/comments in both scripts to match the new raw GitHub URLs.
- Ensure README and installer scripts agree on the repo being installed (directory name can remain `etherpad-lite` if intentional).

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

---

2. Broken Docker badge link ☑ 🐞 Bug ◔ Observability

Description

README.md links the Docker workflow badge to actions/workflows/dockerfile.yml, but this repo’s
Docker workflow file is docker.yml, so the badge/link will 404.

Code

README.md[38]

+[![Docker file](https://github.com/ether/etherpad/actions/workflows/dockerfile.yml/badge.svg?color=%2344b492)](https://github.com/ether/etherpad/actions/workflows/dockerfile.yml)

Evidence

README references a workflow file named dockerfile.yml, but the repository actually contains a
Docker workflow named docker.yml, so the README badge target does not match the workflow filename
in this repo.

README.md[35-39]
.github/workflows/docker.yml[1-5]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
The README Docker CI badge points to `actions/workflows/dockerfile.yml`, but the repository workflow file is `docker.yml`. This breaks the badge and link.
## Issue Context
The repo contains `.github/workflows/docker.yml`.
## Fix Focus Areas
- README.md[35-39]
- .github/workflows/docker.yml[1-5]
## Suggested fix
Update the Docker badge/link in README to reference `actions/workflows/docker.yml` (both the `badge.svg` URL and the clickable link).

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

---

3. Conflicting GitHub URLs ☑ 🐞 Bug ⚙ Maintainability

Description

Startup logging now directs users to https://github.com/ether/etherpad/issues, but the default pad
text still advertises https://github.com/ether/etherpad-lite, giving users conflicting guidance on
where the project lives.

Code

src/node/hooks/express.ts[68]

+  console.log('Report bugs at https://github.com/ether/etherpad/issues');

Evidence

The PR changes the startup console output to the new issues URL, while the default pad text shown to
users on new pads still points to the old repository URL, making the product’s user-facing
references inconsistent.

src/node/hooks/express.ts[67-72]
src/node/utils/Settings.ts[390-397]

Agent prompt

The issue below was found during a code review. Follow the provided context and guidance below and implement a solution

## Issue description
User-facing text references two different GitHub repositories (`etherpad` vs `etherpad-lite`). This is confusing for users looking for source/issues.
## Issue Context
- Startup console message points to `https://github.com/ether/etherpad/issues`.
- Default pad contents still include `https://github.com/ether/etherpad-lite`.
## Fix Focus Areas
- src/node/hooks/express.ts[67-72]
- src/node/utils/Settings.ts[390-397]
## Suggested fix
Update `defaultPadText` to point at the same GitHub repo as the startup message (and consider doing the same for other prominent user-facing URLs if they exist).

ⓘ Copy this prompt and use it to remediate the issue with your preferred AI generation tools

---

ⓘ The new review experience is currently in Beta. Learn more