fix: disconnect lineEdit in AuthPassword destructor

[mhduiy]

1. Added disconnect call for m_lineEdit from this object in destructor
2. Prevents potential lambda function access to deleted this pointer
3. Ensures clean signal-slot disconnection during object destruction
4. Avoids use-after-free crashes when signals are emitted after object deletion

Influence:

1. Test password authentication widget destruction scenarios
2. Verify no crashes when closing authentication dialogs
3. Test signal emission handling during widget lifecycle
4. Validate memory safety in authentication flow

fix: 在AuthPassword析构函数中断开lineEdit连接

1. 在析构函数中添加了m_lineEdit与当前对象的断开连接调用
2. 防止lambda函数访问已删除的this指针
3. 确保对象销毁时信号槽连接的清理
4. 避免对象删除后信号发射导致的use-after-free崩溃

Influence:

1. 测试密码认证小部件的销毁场景
2. 验证关闭认证对话框时不会出现崩溃
3. 测试小部件生命周期中的信号发射处理
4. 验证认证流程中的内存安全性

pms: BUG-341127

[deepin-ci-robot]

deepin pr auto review

这段代码是一个析构函数的改进，我来分析一下：

1. 语法逻辑：

• 语法正确，符合C++规范
• 逻辑清晰，在析构函数中先断开信号槽连接，再执行其他清理工作

2. 代码质量：

• 优点：
  • 添加了清晰的注释，解释了为什么需要断开连接
  • 解决了潜在的崩溃问题
  • 代码结构清晰，先处理信号槽，再处理其他资源

3. 代码性能：

• 这个改进不会影响运行时性能
• 析构函数中的disconnect操作是必要的，开销很小

4. 代码安全：

• 解决了一个重要的安全问题：防止在析构过程中访问已释放的成员变量
• 避免了focusChanged信号触发时访问可能已被销毁的成员变量导致的崩溃

改进建议：

1. 可以考虑将disconnect操作放在析构函数最开始，确保在任何其他操作之前就断开连接
2. 建议在类文档中记录这个特殊情况，方便其他开发者理解
3. 可以考虑使用RAII方式管理资源，减少手动disconnect的需要

示例改进代码：

AuthPassword::~AuthPassword()
{
    // 立即断开所有信号连接，防止在析构过程中触发回调
    m_lineEdit->disconnect(this);
    
    // 处理重置密码消息
    if (m_resetPasswordMessageVisible) {
        closeResetPasswordMessage();
    }
}

总的来说，这是一个很好的改进，有效解决了一个潜在的崩溃问题。代码改动很小但很重要，体现了对Qt对象生命周期和信号槽机制的深入理解。

[deepin-ci-robot]

[APPROVALNOTIFIER] This PR is NOT APPROVED

This pull-request has been approved by: mhduiy, yixinshark

The full list of commands accepted by this bot can be found here.

Details

Needs approval from an approver in each of these files:

• debian/deepin/OWNERS

Approvers can indicate their approval by writing /approve in a comment
Approvers can cancel approval by writing /approve cancel in a comment