Duplicated entry locales are linked to original entry locales
### Node Version

18.20.1

### NPM/Yarn/PNPM Version

NPM 10.5.0

### Strapi Version

4.25.20

### Operating System

Linux (Debian/Ubuntu)

### Database

PostgreSQL

### Javascript or Typescript

Javascript

### Reproduction URL

_No response_

### Bug Description

May be linked to this issue https://github.com/strapi/strapi/issues/20665 although we are not using Fill in from another locale as its already filled in. 

When duplicating an entry that has locales, the new locales in the new duplicated entry are all linked to the original entry locales and not created new ones. This means when we edit the new duplicated entry and switch locale, we have in fact reverted to the original entry's locale. We can therefore not edit the new duplicated entry's locales. 

We noticed this because when we initially did switch locales on the duplicated entry and changed their content, we noticed the original entry's locales content was changing. 

Note: we are unable to upgrade to v5 due to necessary plugins not updated to support it yet. 

### Steps to Reproduce

1. Using an existing entry that has locales, click the Duplicate icon on the right hand side
2. Change the entry title and Save the entry
3. Switch locales on the right to another one
4. Edit the content and Save
5. Go back to the original entry that was duplicated
6. Click to change to the locale you edited above
7. The content changed in the duplicated entry's locale is seen here

During the above process you can see the URL for the locales are the original ones. 

8. Alternatively once you have duplicated an entry and changed the title, switching to another locale in the duplicated one, then switching back to the default on, you will see the title is not the changed one, thats because when you switch to the locale you are switching to the original locale, so when you switch back you switch to it's related entry in the default language, not the duplicated one. 

These are plugins and dependencies we use, and we have not used any custom coding:

- "@_sh/strapi-plugin-ckeditor": "^2.0.4",
- "@apollo/utils.keyvadapter": "^3.1.0",
- "@keyv/redis": "^2.8.5",
- "@strapi/plugin-graphql": "^4.25.20",
- "@strapi/plugin-i18n": "4.25.20",
- "@strapi/plugin-sentry": "^4.25.20",
- "@strapi/plugin-users-permissions": "4.25.20",
- "@strapi/provider-upload-cloudinary": "4.25.20",
- "@strapi/strapi": "4.25.20",
- "@strapi/utils": "^4.25.20",
- "better-sqlite3": "^8.1.0",
- "keyv": "^4.5.4",
- "pg": "8.9.0",
- "react": "^18.2.0",
- "react-dom": "^18.2.0",
- "react-router-dom": "^5.3.4",
- "strapi-plugin-fuzzy-search": "^2.0.5",
- "strapi-plugin-import-export-entries": "^1.23.1",
- "strapi-plugin-navigation": "^2.2.16",
- "strapi-plugin-responsive-image": "^1.2.0",
- "strapi-provider-email-smtp": "^1.0.3",
- "styled-components": "^5.3.11",
- "yet-another-react-lightbox": "^3.17.5"





### Expected Behavior

1-6. As above
7. See the original entry's locale is seen here and see a different, new ID in the URLK
or 
8. Switching a locale on the duplicated entry, and switching back to the default locale, should show the duplicated entry



### Logs

```shell

```

### Code Snippets

_No response_

### Media

_No response_

### Additional information

_No response_

### Confirmation Checklist

- [x] I have checked the existing [issues](https://github.com/strapi/strapi/issues) for duplicates.
- [x] I agree to follow this project's [Code of Conduct](https://github.com/strapi/strapi/blob/develop/CODE_OF_CONDUCT.md).