The following warnings occurred:
Warning [2] Undefined variable $unreadreports - Line: 26 - File: global.php(961) : eval()'d code PHP 8.1.2-1ubuntu2.14 (Linux)
File Line Function
/global.php(961) : eval()'d code 26 errorHandler->error
/global.php 961 eval
/printthread.php 16 require_once
Warning [2] Undefined property: MyLanguage::$archive_pages - Line: 2 - File: printthread.php(287) : eval()'d code PHP 8.1.2-1ubuntu2.14 (Linux)
File Line Function
/printthread.php(287) : eval()'d code 2 errorHandler->error
/printthread.php 287 eval
/printthread.php 117 printthread_multipage



UserSpice
{ Missing Text } after update - Printable Version

+- UserSpice (https://userspice.com/forums)
+-- Forum: Support Center (https://userspice.com/forums/forumdisplay.php?fid=23)
+--- Forum: UserSpice 4.4 (https://userspice.com/forums/forumdisplay.php?fid=27)
+--- Thread: { Missing Text } after update (/showthread.php?tid=1442)

Pages: 1 2 3


RE: { Missing Text } after update - mudmin - 06-06-2019

Interesting. I will try to replicate that. Can you give me a couple of examplesso how I can duplicate that. Every time I talk to somebody with the problem I never get a good idea of what I need to do to make it happen.


RE: { Missing Text } after update - mudmin - 06-06-2019

I just read through the rest of the thread and I will take a look for you I'm out of town at the moment so it's a little hard to look at the code but I will do my best to get back to you guys


RE: { Missing Text } after update - thanna - 06-06-2019

Nothing complicated: "Password/Pin Settings" -> "Send Password Reset" checkbox ->"Update"

I get a messages on the page
Success box: "Password updated. Password reset sent."
Danger Box: "Confirm New Password { Missing Text }"

And then receive an email with the body
"{ Missing Text }
{ Missing Text }: Username
{ Missing Text }: { Missing Text }
{ Missing Text }
{ Missing Text } 15 { Missing Text }."

Thanks for your help. In the mean time I just hardcoded the confirmation email to English.


RE: { Missing Text } after update - mudmin - 06-19-2019

(06-15-2019, 04:16 PM)Amanda Wrote:
(06-06-2019, 03:45 PM)thanna Wrote: I'm having a similar problem where lang() is not parsing the text in _email_adminPwReset.php

The weird thing is that it seems to work fine everywhere but on, and related to, the single user view of the admin dash board.

I am having the same problem also - with the adminPwReset email and I have noticed it on notifications in the admin area also.

The reset link also doesn't seem to work if sent via admin panel but works just fine if user requests, the way the URL is structured seems the same though apart from the unique code...  Huh

So let me understand. Are you having the issue only on those 2 pages, or across the board?


RE: { Missing Text } after update - Brandin - 06-19-2019

While I discovered an issue with the admin password reset (links never working) I was unable to reproduce the above. Have you run users/update.php? You may need to download the latest language files, but those particular items should've been in there for some time now, basically since the language update.

Brandin.


RE: { Missing Text } after update - thanna - 07-08-2019

I just did a fresh install on a whole separate site. Brand new db and installing from the 4.4 package linked on the userspice homepage and I'm still having language issues.

I can't seem to find where the lang() function is defined, but wherever it is it seems like it isn't reading the en-US dictionary.

[Image: CEEp2bV.png]


RE: { Missing Text } after update - Brandin - 07-12-2019

I'm almost curious to think you have some sort of permission issue on your system, including a misconfiguration around including or requiring files.


RE: { Missing Text } after update - thanna - 07-15-2019

Can you tell me where lang() is defined so I can investigate further?


RE: { Missing Text } after update - Brandin - 07-15-2019

users/helpers/us_helpers.php


RE: { Missing Text } after update - thanna - 07-15-2019

Ok weird... everything appeared normal at first glance, then I got desperate and dumped out the $lang variable

["ACCOUNT_USER_ADDED"]=> string(15) "New user added!" ["ACCOUNT_SPECIFY_USERNAME"]=> string(26) "Please enter your username" ["ACCOUNT_SPECIFY_PASSWORD"]=> string(26) "Please enter your password" ["ACCOUNT_SPECIFY_EMAIL"]=> string(31) "Please enter your email address" ["ACCOUNT_INVALID_EMAIL"]=> string(21) "Invalid email address" ["ACCOUNT_USER_OR_EMAIL_INVALID"]=> string(36) "Username or email address is invalid"

I think this is the old dictionary? That would explain why it can't translate any of the keys. Doesn't explain where it's coming from or why it's getting loaded instead of the newer one.