find with relations returns soft-deleted entities

[Ollie1700]

Issue type:

[x] question
[ ] bug report
[ ] feature request
[ ] documentation issue

Database system/driver:

[ ] cordova
[ ] mongodb
[ ] mssql
[ ] mysql / mariadb
[ ] oracle
[x] postgres
[ ] cockroachdb
[ ] sqlite
[ ] sqljs
[ ] react-native
[ ] expo

TypeORM version:

[x] latest
[ ] @next
[ ] 0.x.x (or put your version here)

Steps to reproduce or a small repository showing the problem:

Apologies for opening an issue for this, it seems like I am probably missing something very obvious but essentially the issue is that soft-deleted entities are being returned as part of relations.

Example:

Say we have "User" and "Post" - user has many posts

1. const userWithPosts = await userRepo.findOne(1, { relations: [ 'posts' ] })
2. userWithPosts.posts will contain all posts, even ones that have been deleted

Am I missing something obvious here? This functionality works as expected when not using relations (e.g. in the above example, postRepo.find() would only return non-deleted items) but when using relations I am running into this issue.

[Ollie1700]

This behaviour is still a blocker for me at the moment. I'm wondering if anyone knows if it is intended, and if so what is the workaround? Or if it is known to be a bug I can look to make a PR for this one if someone can point me in the right direction.

Thanks again, I know your team must be very busy.

[andreimc]

@Ollie1700 we are seeing the same thing

[yorickdevries]

Same as #5838

[chenfanggm]

Same here.

[nshCore]

@Ollie1700 @chenfanggm is the field you use the @DeleteDateColumn() named 'deletedAt'?

Anything else wont work.

[chenfanggm]

@nshCore

@Ollie1700 @chenfanggm is the field you use the @DeleteDateColumn() named 'deletedAt'?

Anything else wont work.

Yea, I have named the @DeleteDateColumn() as deletedAt.
`@ObjectType()
export abstract class BaseEntity extends TypeormBaseEntity {
@field()
@CreateDateColumn({ type: 'timestamp with time zone' })
createdAt: Date;

@field()
@UpdateDateColumn({ type: 'timestamp with time zone' })
updatedAt: Date;

@field()
@DeleteDateColumn({ type: 'timestamp with time zone' })
deletedAt: Date;
}`

const post = await Post.findOne(id, { relations: [ 'creator', 'category', 'tags', 'threads', 'threads.creator', 'threads.replies', 'threads.replies.creator', 'threads.replies.replyToUser', ], order: { updatedAt: 'DESC', }, });

Even my thead is softDeleted, but it still come back as result for the query.

Thanks.

[marcinja]

I'm seeing a similar issue and also am using a column named `deletedAt

[riskidan]

Seeing the same problem

[KevinArce98]

Same problem, some solution?

[nebkat]

This is simply because the functionality is not implemented. The code that normally adds the filter for deleted items is here, and it does so for the main entity in the query only, not for the relations:

typeorm/src/query-builder/QueryBuilder.ts

Lines 663 to 672 in c4a36da

	const metadata = this.expressionMap.mainAlias!.metadata;
	// Adds the global condition of "non-deleted" for the entity with delete date columns in select query.
	if (this.expressionMap.queryType === "select" && !this.expressionMap.withDeleted && metadata.deleteDateColumn) {
	const column = this.expressionMap.aliasNamePrefixingEnabled
	? this.expressionMap.mainAlias!.name + "." + metadata.deleteDateColumn.propertyName
	: metadata.deleteDateColumn.propertyName;
	const condition = `${this.replacePropertyNames(column)} IS NULL`;
	conditionsArray.push(condition);
	}

It makes sense to filter out deleted One-to-Many/Many-to-Many relations, but it might not be the expected default behavior for a One-to-One/Many-to-One relation. If a user's "profile" has been deleted, you might still expect the relation to be loaded, especially if user.profile can't be null.

If someone wants to implement an option for this you can send in a PR and link to this issue, it shouldn't be too difficult. Start with SelectQueryBuilder and QueryBuilder.

---

BTW, please avoid commenting just to say you have the problem. The original issue has described what is wrong, unless you have something useful to add just 👍 it.

[klaaz0r]

What is the status of this? Seems like a fundamental feature to have would like to work on it but is anyone already fixing this?