What's coming in 7.7
- 
We want to get releases out earlier. A bunch of things are already implemented, so we will release 7.7 in the coming days.
Features & Fixes:
- OIDC avatar support
 - mongodb: Update mongodb to 6.0
 - port range support for apps like MiroTalk
 - oidc/ldap: fix display name parsing to send anything after first name as the last name
 - mail: Update haraka to 3.0.3
 - acme: use secp256r1 curve for max compatibility
 - docker: disable userland proxy
 - mail: update solr to 8.11.3
 - mail: spam acl should allow underscore and question mark
 - Fix streaming of logs with 
logPaths - profile: store user language setting in the database
 
 - 
G girish pinned this topic on 
 - 
Donβt forget the patch for https://forum.cloudron.io/post/81829
 
 - 
Donβt forget the patch for https://forum.cloudron.io/post/81829
 
 - 
We want to get releases out earlier. A bunch of things are already implemented, so we will release 7.7 in the coming days.
Features & Fixes:
- OIDC avatar support
 - mongodb: Update mongodb to 6.0
 - port range support for apps like MiroTalk
 - oidc/ldap: fix display name parsing to send anything after first name as the last name
 - mail: Update haraka to 3.0.3
 - acme: use secp256r1 curve for max compatibility
 - docker: disable userland proxy
 - mail: update solr to 8.11.3
 - mail: spam acl should allow underscore and question mark
 - Fix streaming of logs with 
logPaths - profile: store user language setting in the database
 
@girish said in What's coming in 7.7:
port range support for apps like MiroTalk
Will this mean Cloudron will be able to support MiroTalk Web/ SFU (and not just MiroTalk P2P like at present)?

 - 
@girish said in What's coming in 7.7:
port range support for apps like MiroTalk
Will this mean Cloudron will be able to support MiroTalk Web/ SFU (and not just MiroTalk P2P like at present)?

 - 
@jdaviescoates yes, it's specifically for the SFU!
 - 
@jdaviescoates yes, it's specifically for the SFU!
 - 
@girish about this point: "oidc/ldap: fix display name parsing to send anything after first name as the last name" ... I think logic has to be analyzed again... because is not working as described. Eg. "Willem van Oranje", after this update, becomes "Willem Oranje"... ("Van" is lost)
 - 
@p44 yeah ,I think for that to be done correctly we have to take first name/last name as proper separate fields. Current logic is too simplistic.
@girish this was noticed and discussed more than a year ago β¦ https://forum.cloudron.io/topic/8345/cloudron-ldap-middle-name-not-correctly-propagated
 - 
@imc67 @p44 so, in 7.7 atleast, we did something like this:
+ const names = [ + { in: 'James', out: { firstName: 'James', lastName: '', middleName: '' } }, + { in: 'James Anderson', out: { firstName: 'James', lastName: 'Anderson', middleName: '' } }, + { in: 'James Philip Anderson', out: { firstName: 'James', lastName: 'Philip Anderson', middleName: '' } }, + ];So,
Willem van Oranjewould be parsed as firstNameWillemand lastNamevan Oranje. While not correct , atleast all the parts of the name are delivered to the app. Pre 7.7, parts of the name were dropped. I am wondering why app uses middlename now. What app are you testing with ? 


