Users inability to change website, address and phonenumber

[prilly-dev]

Steps to reproduce

1. Install nextcloud
2. go to personal setting
3. try to change website, address and phonenumber

Expected behaviour

input box to change parameters

Actual behaviour

greayed out box

Server configuration

Operating system:
Debian 10
Web server:
Apache
Database:
Mariadb
PHP version:
From 5.7 to todays stable
Nextcloud version: (see Nextcloud admin page)
from NC14 to nc 18
Updated from an older Nextcloud/ownCloud or fresh install:
updated
Where did you install Nextcloud from:
nextcloud.com

Signing status:

Signing status

Login as admin user into your Nextcloud and access 
http://example.com/index.php/settings/integrity/failed 
paste the results here.

List of activated apps:

App list

If you have access to your command line run e.g.:
sudo -u www-data php occ app:list
from within your Nextcloud installation folder

Nextcloud configuration:

Config report

If you have access to your command line run e.g.:
sudo -u www-data php occ config:list system
from within your Nextcloud installation folder

or 

Insert your config.php content here. 
Make sure to remove all sensitive content such as passwords. (e.g. database password, passwordsalt, secret, smtp password, …)

Are you using external storage, if yes which one: no

Are you using encryption: no

Are you using an external user-backend, if yes which one: no

Client configuration

Browser:

Operating system:

Logs

Web server error log

Web server error log

Insert your webserver log here

Nextcloud log (data/nextcloud.log)

Nextcloud log

Insert your Nextcloud log here

Browser log

Browser log

Insert your browser log here, this could for example include:

a) The javascript console log
b) The network log
c) ...

Its not possible to change values in the 3 highlited settings in usermanagement in the attached image.

[kesselb]

Added needs info label because the issue template is incomplete. Logs, Config, Apps, Login with Ldap, Saml, etc.

#17494 could be related. That might be something to start with.

[prilly-dev]

Sorry m8, this is the best i can do in regards to information, what i can say is this error has been there for a long time.

[ChristophWurst]

Guess in that case the best we can do is either close the request immediately or wait a few months and have a bot close it automatically due to inactivity.

[prilly-dev]

Guess in that case the best we can do is either close the request immediately or wait a few months and have a bot close it automatically due to inactivity.

Yes, you see what fits best, its the same for me.

[kesselb]

server/apps/settings/templates/settings/personal/personal.info.php

Lines 192 to 194 in caff102

	<input type="tel" id="phone" name="phone" <?php if (!$_['lookupServerUploadEnabled']) {
	print_unescaped('disabled="1"');
	} ?>

lookupServerUploadEnabled is probably false for your instance.

Is the related setting at Admin -> Sharing.

I'm not sure if that makes sense. To disable the fields if federated sharing is disabled. That seems weird.

[prilly-dev]

Yes its false,

[kesselb]

And if you enable the checkbox again it's possible to edit it again? The fields are usually not shown if the upload is disable and the value is empty.

[prilly-dev]

And if you enable the checkbox again it's possible to edit it again? The fields are usually not shown if the upload is disable and the value is empty.

Yes if i enable it boxes are changeable

If i then remove the information in the boxes and disable the setting again.

[kesselb]

It seems the fields are bound to the public address book. You wan't to use them without the public address book or can we close this issue?

This issue has been automatically marked as stale because it has not had recent activity and seems to be missing some essential information. It will be closed if no further activity occurs. Thank you for your contributions.