Le sabato, 12-a de februaro 2022, 14-a horo kaj 43:18 CET Nicholas Guriev a écrit : > > some point internet access (which is actually mobile broadband) went > > away (which is common with mobile data). So the call unexpectedly > > ended. However, since the call was long (several hours) I forgot > > about > > the music, and the hour was very different, involving very different > > social norms (and laws as well, as in france it is forbidden to do > > excessive noise (music, etc.) at night between 10pm and 6am) about > > noise. I have an insomniac flatmate, so this is especially disturbing > > in my case. I could switch off the music rapidly but the damage > > already > > has been done. > > Did you use headphones for the call but the music went to speakers?
No, the other one did, not me, because I was doing other stuff involving moving a lot like cooking > Did > you mean Telegram in-app player or some other program like Rhythmbox or > MPlayer? Telegram’ player ofc > > So it would be nice either to break, or make diseablable in multimedia > > settings the resume of music after a call, either any call, or a too > > long call. > > There is already a similar bug report in the upstream tracker but closed > for no reason. https://github.com/telegramdesktop/tdesktop/issues/5177 Whaat? It’s weird… I guess they decided they disagreed and it wasn’t worth their (scarce) time… …but the last message, from the same person as who closed the issue, references this previous issue: https://github.com/telegramdesktop/tdesktop/issues/3854[1] Where such behavior was explicitely requested (even more actually, since it was requested to work with other programs, which would be damn great :o). So I guess they decided «since two users disagree, let’s agree with the one that requires the least effort»… Ofc the ideal solution would be a multimedia setting, but I don’t know how much additional work is that. Likely nonneglictible in comparison, as I imagine it’s already possible to just break such behavior by changing a single couple of chars in the appropriated place of source. > > A further questioning I have is if such a disabling of a eventually > > disturbing feature is a minor “cosmetic” bug, or a wishlist, I’d like > > to know your opinion and the general one among DDs. > > It sounds like feature-not-bug problem. Ok thank you very much for your answer! It was actually the second question for which I wanted an answer the most (that bugreport was kinda a try) > I personally do not think it > really matters. 😌️ Some ppl are eager to reclassify bugs very promptly while being strongly opinionated about it… so I kinda expected that more :'D and I have to tell I like when stuff are clear and well ordered! > > Another one is if it permitted to report bugs that are very likely, or > > even obviously, not about or even because of Debian, but of upstream, > > and to get them upstream, in the (current) case of impossibility to > > report bugs without proprietary software or unacceptable CGU (from > > github). > > You may report issues with Telegram or suggest ideas on > <https://bugs.telegram.org/> site. You can login there through Telegram, > however, it is not possible without JavaScript. Wait how are these two statement compatible? Telegram doesn’t include javascript does it? or do you merely mean one can login there through Telegram credentials? > And in my opinion, it is maintainer's task to forward any bugs that > arise in Debian and come from upstream to original authors. Oh okay thank you :o (that was actually the first question whose I wanted to know the answer with that report) Maybe I’ll report suggestions to you then, although I’m afraid of overwhelming you, given telegram’s size and current quantity of bugs (I was myself subjects to crashes a long time ago) I also wish I could help more, given how often I use it, but I can’t even manage compiling it ^^' -------- [1] https://github.com/telegramdesktop/tdesktop/issues/3854
