FS#73220 - [telegram-desktop] version 3.4.2-2 crashes with language pack installed.

Attached to Project: Community Packages
Opened by Nicholas Wang (nicholascw) - Sunday, 02 January 2022, 04:52 GMT
Last edited by Sven-Hendrik Haase (Svenstaro) - Tuesday, 04 January 2022, 18:24 GMT
Task Type Bug Report
Category Packages
Status Closed
Assigned To Sven-Hendrik Haase (Svenstaro)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details


Description:

The telegram-desktop 3.4.2-2 constantly crashes for me with GNOME3 on X11 environment, while 3.4.2-1 is working fine for me.

The full error message for command "telegram-desktop":

/usr/include/c++/11.1.0/bits/stl_vector.h:1045: std::vector<_Tp, _Alloc>::reference std::vector<_Tp, _Alloc>::operator[](std::vector<_Tp, _Alloc>::size_type) [with _Tp = int; _Alloc = std::allocator<int>; std::vector<_Tp, _Alloc>::reference = int&; std::vector<_Tp, _Alloc>::size_type = long unsigned int]: Assertion '__n < this->size()' failed.
[1] 11361 abort (core dumped) LANG=C telegram-desktop

It seems to be related with "https://t.me/setlanguage/classic-zh", as whenever I try to start a brand new working directory with "telegram-desktop -many -workdir /path/to/workdir" it starts normally, and crashes after I have the language set.
This task depends upon

Closed by  Sven-Hendrik Haase (Svenstaro)
Tuesday, 04 January 2022, 18:24 GMT
Reason for closing:  Fixed
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 04 January 2022, 11:05 GMT
Perhaps 3.4.3 has fixed this, can you check?
Comment by Nicholas Wang (nicholascw) - Tuesday, 04 January 2022, 11:50 GMT
The issue is present with 3.4.3-1.
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 04 January 2022, 13:34 GMT
Does this happen with the upstream version?
Comment by Nicholas Wang (nicholascw) - Tuesday, 04 January 2022, 13:51 GMT Comment by Nicholas Wang (nicholascw) - Tuesday, 04 January 2022, 14:09 GMT
I think the severity of this issue is rising with 3.4.3-1 being released. As there were multiple CJK users who applied language packs and have this issue, people chose to downgrade back to 3.4.2-1 from 3.4.2-2. However, whenever one tries the 3.4.3-1 release and downgrade back to 3.4.2-1 it will corrupt the working directory and lose credentials and the session data.
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 04 January 2022, 14:59 GMT
This seems like an issue in upstream code in connection with our dependencies. You can try opening an upstream issue and kindly ask them to deal with this somehow despite it apparently being some kind of downstream issue.
Comment by Sven-Hendrik Haase (Svenstaro) - Tuesday, 04 January 2022, 16:55 GMT Comment by Jiachen Yang (farseerfc) - Tuesday, 04 January 2022, 17:14 GMT
@nicholascw can you please try whether 3.4.3-2 fixed it?
Comment by Nicholas Wang (nicholascw) - Tuesday, 04 January 2022, 17:47 GMT
Seems to be fixed on my side.

Loading...