Signature removal for issues created via service desk email partially broken

Everyone can contribute. Help move this issue forward while earning points, leveling up and collecting rewards.

Summary

Signature Removal is partially broken for service-desk issues created via email.

It works fine for replies to issues, but not for the initial issue creation email:

Screenshot_from_2022-11-05_13-31-06

As you can see here, the signature is not embedded in a `details' block in the issue description.

Screen_Shot_2022-11-05_at_13.41.14-fullpage

Steps to reproduce

Send an email to your service-desk email to create an email, use plaintext mail and include signature below -- line.

What is the current bug behavior?

The signature is not embedded in <details> block.

What is the expected correct behavior?

The signature is should be embedded in <details> block.

Results of GitLab environment info

Expand for output related to GitLab environment info
System information
System:		Debian 11
Current User:	git
Using RVM:	no
Ruby Version:	2.7.5p203
Gem Version:	3.1.6
Bundler Version:2.3.15
Rake Version:	13.0.6
Redis Version:	6.2.7
Sidekiq Version:6.4.2
Go Version:	unknown

GitLab information
Version:	15.5.2
Revision:	2165c18956e
Directory:	/opt/gitlab/embedded/service/gitlab-rails
DB Adapter:	PostgreSQL
DB Version:	12.10
URL:		https://xxx
HTTP Clone URL:	https://xxx/some-group/some-project.git
SSH Clone URL:	git@xxx:some-group/some-project.git
Using LDAP:	no
Using Omniauth:	yes
Omniauth Providers: 

GitLab Shell
Version:	14.12.0
Repository storage paths:
- default: 	/var/opt/gitlab/git-data/repositories
GitLab Shell path:		/opt/gitlab/embedded/service/gitlab-shell

Results of GitLab application Check

Expand for output related to the GitLab application check
Checking GitLab subtasks ...

Checking GitLab Shell ...

GitLab Shell: ... GitLab Shell version >= 14.12.0 ? ... OK (14.12.0) Running /opt/gitlab/embedded/service/gitlab-shell/bin/check Internal API available: OK Redis available via internal API: OK gitlab-shell self-check successful

Checking GitLab Shell ... Finished

Checking Gitaly ...

Gitaly: ... default ... OK

Checking Gitaly ... Finished

Checking Sidekiq ...

Sidekiq: ... Running? ... yes Number of Sidekiq processes (cluster/worker) ... 1/1

Checking Sidekiq ... Finished

Checking Incoming Email ...

Incoming Email: ... Checking Reply by email ...

IMAP server credentials are correct? ... Checking gitlab@sembritzki.org yes Mailroom enabled? ... skipped MailRoom running? ... skipped

Checking Reply by email ... Finished

Checking Incoming Email ... Finished

Checking LDAP ...

LDAP: ... LDAP is disabled in config/gitlab.yml

Checking LDAP ... Finished

Checking GitLab App ...

Database config exists? ... yes All migrations up? ... yes Database contains orphaned GroupMembers? ... no GitLab config exists? ... yes GitLab config up to date? ... yes Log directory writable? ... yes Tmp directory writable? ... yes Uploads directory exists? ... yes Uploads directory has correct permissions? ... yes Uploads directory tmp has correct permissions? ... yes Systemd unit files or init script exist? ... skipped (omnibus-gitlab has neither init script nor systemd units) Systemd unit files or init script up-to-date? ... skipped (omnibus-gitlab has neither init script nor systemd units) Projects have namespace: ... 2/1 ... yes 3/2 ... yes 6/3 ... yes 3/4 ... yes 8/5 ... yes 1/6 ... yes 3/7 ... yes 3/8 ... yes 3/9 ... yes 3/10 ... yes 1/11 ... yes 27/12 ... yes 3/13 ... yes 13/14 ... yes 19/15 ... yes 19/16 ... yes 19/17 ... yes 19/18 ... yes 20/19 ... yes 22/20 ... yes 22/21 ... yes 23/22 ... yes 25/23 ... yes 27/24 ... yes 6/25 ... yes Redis version >= 6.0.0? ... yes Ruby version >= 2.7.2 ? ... yes (2.7.5) Git user has default SSH configuration? ... yes Active users: ... 9 Is authorized keys file accessible? ... yes GitLab configured to store new projects in hashed storage? ... yes All projects are in hashed storage? ... yes

Checking GitLab App ... Finished

Checking GitLab subtasks ... Finished

Edited by 🤖 GitLab Bot 🤖