Thanks for the report! There should be a server-side error somewhere as well, perhaps e-mailed to the administrator, or found in the reviewboard.log file. Would you be able to locate the backtrace there and attach it?

look at the end of the log and you will see the related problem

• Files:

  +

  reviewboard.log starter 2023-12-07 17:58:09,437 - DEBUG - - root - Reloading logging settings 2023-12-07 18:03:09,445 - DEBUG - - root - Reloading logging settings 2023-12-07 18:08:25,491 - DEBUG - - root - Reloading logging settings 2023-12-07 18:18:35,520 - DEBUG - - root - Reloading logging settings 2023-12-07 18:18:51,274 - DEBUG - - root - Reloading logging settings 2023-12-07 18:29:44,809 - DEBUG - - root - Reloading logging settings 2023-12-07 18:29:45,528 - DEBUG - - root - Reloading logging settings 2023-12-07 18:29:45,623 - DEBUG - - root - Reloading logging settings 2023-12-07 18:32:20,787 - DEBUG - - root - Reloading logging settings 2023-12-07 18:37:00,389 - DEBUG - - root - Reloading logging settings 2023-12-07 18:39:04,915 - DEBUG - - root - Reloading logging settings 2023-12-07 18:39:05,869 - DEBUG - - root - Reloading logging settings 2023-12-07 18:40:27,103 - DEBUG - - root - Reloading logging settings 2023-12-07 18:40:29,898 - DEBUG - None - AnonymousUser - /pt_www/pt/r

Hmm, interesting. Looks like an issue in a third-party module we use. We'll look into what's going on there. Thank you for the log!
Can you check the result of /webapp/reviewboard/site_prob-6.0.1/venv/bin/pip show publicsuffix (path based on what's in the logs -- feel free to adjust if needed) and show me what that says?

We have a fix pending for this, switching to a modern, maintained alternative to publicsuffix. We'll ship this in Djblets 4.1 soon. If you have a support contract with us, we can get you tailored builds, or you can try backporting the patch internally and seeing if it resolves your problem.
https://reviews.reviewboard.org/r/13454/

• Status:

  -	New
  +	PendingReview

• Project:

  -	reviewboard
  +	djblets

• Tags:

  +	Component:EMail

• Assigned to:

  +	chipx86

Sure, here you go:

atlvptwebapp01:/webapp/PYTHON_VENVS/ReviewBoard-6.0.1-venv/bin[ 66 ] --> ./pip show publicsuffix

Name: publicsuffix

Version: 1.1.1

Summary: Get a public suffix for a domain name using the Public Suffix List.

Home-page: 

Author: Tomaz Solc

Author-email: tomaz.solc@tablix.org

License: MIT

Location: /webapp/PYTHON_VENVS/ReviewBoard-6.0.1-venv/lib/python3.11/site-packages

Requires: 

Required-by: Djblets

atlvptwebapp01:/webapp/PYTHON_VENVS/ReviewBoard-6.0.1-venv/bin[ 67 ] --> ./pip3 show publicsuffix

Name: publicsuffix

Version: 1.1.1

Summary: Get a public suffix for a domain name using the Public Suffix List.

Home-page: 

Author: Tomaz Solc

Author-email: tomaz.solc@tablix.org

License: MIT

Location: /webapp/PYTHON_VENVS/ReviewBoard-6.0.1-venv/lib/python3.11/site-packages

Requires: 

Required-by: Djblets

atlvptwebapp01:/webapp/PYTHON_VENVS/ReviewBoard-6.0.1-venv/bin[ 68 ] -->

" We'll ship this in Djblets 4.1 soon. If you have a support contract with us, we can get you tailored builds, or you can try backporting the patch internally and seeing if it resolves your problem."
1) How soon ? Like in 2 weeks ? A month ?

2) Sure. I can try backporting the patch internally. How can I get this patch ?
Thanks kindly
Shubha

We're still trying to figure that out. There's a few things we're coordinating for a release right now, and we have to wait until things are in place.

The thing about this failure is that, provided you're using the same version of Python between your old RB5 install and RB6, you honestly should have had the same problem. This was an issue in the third-party module, and the same version would have been used in both.
I haven't been able to reproduce this yet, but I'll have a couple more follow-up questions on that in a minute.

You can use the version of pip you used above and install the publicsuffixlist package, and then apply this patch to your <venv_path>/lib/python3.11/site-packages/djblets/:

https://reviews.reviewboard.org/r/13454/diff/raw/
That should get you the patch file. You'd want to back up your djblets directory before proceeding. If all goes well, you can restart your web server and try to reproduce the problem.

So those questions:

Is your /webapp path and everything in it local to the file system, or mounted over something like NFS?
Was Review Board 5 installed and managed on Python 3.11, or was it using an older version?
Can you think of any differences in the deployment between your RB5 and RB6 that might be useful for me to know?

Thanks!

Oh, and part of that patch (the part to setup.py) won't be able to apply to an installed copy. It's meant for the source tree. If it complains, you can skip that file.

How was your Python installed? What built that environment? I'm looking at the details and flow behind the error and the default encoding for streams isn't what I'd expect.
Can you run this on the server:

$ /webapp/PYTHON_VENVS/ReviewBoard-6.0.1-venv/bin/python
import locale
print(locale.getencoding())

Python 3.11.1 (main, Jan  4 2023, 14:43:23) [GCC 9.1.0] on linux

Type "help", "copyright", "credits" or "license" for more information.








import locale

print(locale.getencoding())

UTF-8