0011584: Call to undefined function user_pref_get_language() - MantisBT

ID	Project	Category	View Status	Date Submitted	Last Update
0011584	mantisbt	bugtracker	public	2010-03-01 10:01	2016-01-07 02:48

Reporter	pskiwi	Assigned To	grangeway
Priority	normal	Severity	minor	Reproducibility	always
Status	closed	Resolution	fixed

Summary	0011584: Call to undefined function user_pref_get_language()
Description	I observed the same problem as 0011221 and 0011033. After updating from Mantis 1.1 to 1.2 I got the error "Call to undefined function user_pref_get_language()" mantis/core/relationship_api.php on line 81 I did a fresh install and used an (too) old version of PHP 5.1.2. Changing all 'var'-keywords to 'public' in BugRelationData solved the strange problem for me.
Tags	No tags attached.

Netvicious 2010-06-03 08:38 reporter ~0025676	Hi! could you write where we need to do the changes. I searched for BugRelationData string and I don't found it in any file. This box it's also using PHP 5.1.2. Thx.

Netvicious 2010-06-03 09:37 reporter ~0025678	I updated php to 5.2.4 and mantis continued showing the error. I found on http://www.mantisbt.org/bugs/view.php?id=11221 where was the BugRelationshipData you writed on this bug. There is on core/relationship_api.php. I changed var to public and now it's fine. Thx!

Dieter Soergel 2010-09-29 04:40 reporter ~0026904 Last edited: 2010-09-29 04:42	I still have this issue. I copied mantis 1.2.3 in a fresh directory and changed the declaration from var to public as suggested. PHP Version 5.2.6 on Linux Mantis 1.1.8 runs fine on that box.

flaviojs 2011-12-18 11:51 reporter ~0030648	My report was marked as a duplicate of this one so let me repeat: Fresh install of Mantis 1.2.8. It appeared when I logged in as administrator to create the first project after installing; tried going to the main page and it had the same problem. There is no user_pref_get_language in core\relationship_api.php, which got me really confused... I changed 'var' to 'public' as described in http://www.mantisbt.org/forums/viewtopic.php?p=29012#p29012 [^] and it became fine. I'm not sure but it's probably related to the php version being used (5.1.2) and this note from http://www.php.net/manual/en/language.oop5.visibility.php [^] : "Note: The PHP 4 method of declaring a variable with the var keyword is still supported for compatibility reasons (as a synonym for the public keyword). In PHP 5 before 5.1.3, its usage would generate an E_STRICT warning." My test environment: Windows 7 (64 bit version) ApacheFriends XAMPP Lite version 1.5.2: Apache 2.2.0 MySQL 5.0.20 PHP 5.1.2 + PEAR (basic package)