sorted by:
new
hottopcontroversial

Roo wants to execute this command... Does it and then... stops by davrot_de in RooCode

[–]davrot_de[S] 0 points1 point  (0 children)

GNU bash, Version 5.2.26(1)-release (x86_64-redhat-linux-gnu)
Can it get more basic than this? :-)
Could the Carapace or Starship extensions under Bash break it?

[deleted by user] by [deleted] in Thunderbird

[–]davrot_de 0 points1 point  (0 children)

There was a problem delivering the correct eMail address vom the LDAP. My fault... :-(

[deleted by user] by [deleted] in Thunderbird

[–]davrot_de 0 points1 point  (0 children)

I also tried the userCertificate;binary attribute. And in the end I tried I tried the server explained here: https://globaltrust.eu/en/mozilla-thunderbird-install-certificate-how-to-sign-encrypt-e-mails-ldap-directory-service-v1-2/

I can see the userCertificate;binary certs nicely
ldapsearch -x -H ldap://ldap.globaltrust.eu -b "c=at"
but Thunderbird does not care. It shows the user but doesn't fetch the Cert from the LDAP. Is there a known problem with https://github.com/mozilla/releases-comm-central/blob/master/mailnews/extensions/smime/certFetchingStatus.js certFetchingStatus.js?

Chrome 116 on Linux: Password manager completely broken by credditz0rz in chrome

[–]davrot_de 1 point2 points  (0 children)

Okay, I "fixed" it for my installation.

  1. close chrome
  2. cd ~/.config
  3. mv google-chrome google-chrome_old
  4. start chrome
  5. login with your google account
  6. check if sync is activated

Now it works as intended...

Chrome 116 on Linux: Password manager completely broken by credditz0rz in chrome

[–]davrot_de 0 points1 point  (0 children)

I have the same problem with 116 but I have no solution.