View Issue Details

IDProjectCategoryView StatusLast Update
0032098mantisbtbugtrackerpublic2023-03-13 12:33
Reportertk Assigned Todregad  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionunable to reproduce 
Product Version2.25.6 
Summary0032098: Long initial delay with mantis 2.25.6 and php 8.1.16
Description

Mantis 2.25.6 (with patch 0032086) in connection with php 8.1.16 can lead to high delay for setup of initial screen, i.e.
Call mantis page --> delay until initial list of issues is shown (anonymous access is enabled, similar to mantisbt.org's site)

However, the delay is reproducability not seen when using mantis 2.25.6 with php 7.4.21.

The problem appears to depend on browser cache history. I.e., switching between mantis 2.25.6 with php 7.4.21 and mantis 2.25.6 with php 8.1.16 seems to trigger the problem, according to the state the 7.4.21 session is left at.

I've added screenshot of strg-shift-e in firefox.

Notes:
a) I've also seen the problem
Login with authenticated user --> delay after initial page (view issues in my case) is setup

But this is obviously harder to reproduce, couldn't catch a strg-shift-e for that yet

b)
In case there is access to external data in the internet this would be prohibited by a firewall. So this /could/ account for the delay.

Additional Information

PHP Version 8.1.16
Apache/2.4.55 (Unix)
mysqli: mysqlnd 8.1.16

Authentication: LDAPS, Server is MS-ActiveDIrectory

TagsNo tags attached.
Attached Files
php81_initial_delay.png (39,651 bytes)   
php81_initial_delay.png (39,651 bytes)   

Relationships

related to 0032086 resolveddregad IssueViewPageCommand.php line 135: 'Undefined array key "version" with php 8.1.16 

Activities

dregad

dregad

2023-03-04 11:07

developer   ~0067450

Well without being able to reproduce the problem on my end, I'm afraid that it will not be possible to give you much support with this.

Looking at your screenshot, I see 2 requests with > 30 seconds duration

  • javascript_config.php -> there could be something caused by MantisBT here, but without further info, impossible for me to say if it is so, or what it could be
  • mantis_logo.png -> that's just an image, so definitely not something caused by PHP version - most likely a problem on your end

As things stand, I don't really believe the performance degradation is caused by MantisBT code, especially if you confirm that clearing the cache fixes the issue.

dregad

dregad

2023-03-13 12:33

developer   ~0067477

You did not provide any feedback; I am therefore resolving this issue as "unable to reproduce".