Become a MacRumors Supporter for $50/year with no ads, ability to filter front page stories, and private forums.
Status
Not open for further replies.
Fluid is for desktop and let’s the page go really wide.

Can you try in debug mode and see if it helps?
Hey arn. I tried browsing in debug mode on both iOS and macOS. It did not help, at all.

On macOS, activity monitor shows macrumors using almost 100% of cpu, regardless of whether debug mode is on or off. This is definitely an issue.

Edit: I'd be happy to do more testing if you'd like. Just lemme know.
 
  • Like
Reactions: arn
I’m sure ads can cause it. But if it was just ads this thread would be over a long time ago :)

Contributors only eliminates the ads from loading. Any ad blocker would accomplish the same thing. There’s some other issue somewhere which happens for some users.

arn
Theoretically ad blocker should accomplish the same, except it does not!
You have to check this forum as a guest on your gear, i.e. sign out and test - not only ask users to test it for you!!! Clear macrumours data in the browser after you sign out and test!
I reproduced it within seconds without login, on all my devices - iPad Pro latest, Mac mini 2014, iPhone X, Mac Pro 2013.
 
Hey arn. I tried browsing in debug mode on both iOS and macOS. It did not help, at all.

On macOS, activity monitor shows macrumors using almost 100% of cpu, regardless of whether debug mode is on or off. This is definitely an issue.

Edit: I'd be happy to do more testing if you'd like. Just lemme know.

Thanks.

OK. Debug mode kills ALL javascript except JQuery (which shouldn't do anything with no other scripts running). Leave an adblocker on.

As a result, it also kills the editor, so that means you won't be able to reply with Debug mode on.

What I'd like for someone to say is that

- Debug mode fixes it consistently while browsing Threads. (that's where the debug mode is active).

If we can get to that point, we can slowly isolate it. I hadn't done this before since it really does break functionality on the site without the normal Xenforo javascript.

arn
 
Last edited:
forum is really bad this mooring, site is working ok.

Screen Shot 2021-11-11 at 7.34.46 am.png
 
  • Like
Reactions: arn
@arn From my point of view and experience, this problem is a combination of your Java script, ads, and trackers! There is a considerable difference in the default "Accept all" cookies, compared to customised settings. And that depends what the user selected in the pop up! Moreover, as a contributor, even if I accept all trackers, there is no battery drain. So then, that leaves the ads.

As anonymous or logged in non-contributor, I can reproduce battery drain with or without debug! It does not make a difference!

Revisit your ads handling AS ANONYMOUS USER, not logged in, and you shall find your answers to the performance of this site. Then, compare your handling of ads as logged in user no contributor, to that of logged in user but contributor.

I mean I am fine to contribute $25, you guys have to make money. BUT, this forum is not healthy, it is not right to burn user's cpu cycles and battery as if you were SETI@Home.

Edit: I don't believe this is a safari 15 bug, I have had this issue from a long time, and I thought it was my iPhone X weak battery... that was draining fast. But no, after became contributor iPhone X battery does not discharge fast!
 
@arn From my point of view and experience, this problem is a combination of your Java script, ads, and trackers! There is a considerable difference in the default "Accept all" cookies, compared to customised settings. And that depends what the user selected in the pop up! Moreover, as a contributor, even if I accept all trackers, there is no battery drain. So then, that leaves the ads.

As anonymous or logged in non-contributor, I can reproduce battery drain with or without debug! It does not make a difference!

Revisit your ads handling AS ANONYMOUS USER, not logged in, and you shall find your answers to the performance of this site. Then, compare your handling of ads as logged in user no contributor, to that of logged in user but contributor.

I mean I am fine to contribute $25, you guys have to make money. BUT, this forum is not healthy, it is not right to burn user's cpu cycles and battery as if you were SETI@Home.

Edit: I don't believe this is a safari 15 bug, I have had this issue from a long time, and I thought it was my iPhone X weak battery... that was draining fast. But no, after became contributor iPhone X battery does not discharge fast!

I have browsed this as a non logged in user. It simply doesn’t happen for me.

It’s not a simple problem that you make it out to be. If it were an Ads or tracker thing, it would get better with ad blockers. It doesn’t. The rest of the code is functional, not ad or tracking related.

If everyone could solve this with ad blockers, I’d be thrilled.
 
I have browsed this as a non logged in user. It simply doesn’t happen for me.

It’s not a simple problem that you make it out to be. If it were an Ads or tracker thing, it would get better with ad blockers. It doesn’t. The rest of the code is functional, not ad or tracking related.

If everyone could solve this with ad blockers, I’d be thrilled.
Right, but have you tried with different devices? OK true, I did simplify a little, but yet, it is not that a difficult problem. My next suggestions:

Geolocation and CDN - it may be worth to check this, you have a whole lot of partners/trackers and ad providers. Users are all over the world, so the geolocation and/or cdn can play some role here.
 
Right, but have you tried with different devices? OK true, I did simplify a little, but yet, it is not that a difficult problem. My next suggestions:

Geolocation and CDN - it may be worth to check this, you have a whole lot of partners/trackers and ad providers. Users are all over the world, so the geolocation and/or cdn can play some role here.

It happens without trackers.
 
It happens without trackers.

What do you mean, and how do you know? I can see a whole bunch of trackers in all modes - debug, non-debug, anonymous, contributor.

Also, I can't help it but notice that most of the time you skip most of the questions or suggestions given and just give a one-liner answer. That is not inspiring to continue trying to help you!
 
What do you mean, and how do you know? I can see a whole bunch of trackers in all modes - debug, non-debug, anonymous, contributor.

Also, I can't help it but notice that most of the time you skip most of the questions or suggestions given and just give a one-liner answer. That is not inspiring to continue trying to help you!

If you still see trackers in debug mode and an ad blocker, please show me. I’m short because I don’t think what you are saying is accurate.

Go to debug mode turn on an ad blocker, visit a thread. If you see any trackers, I will be surprised.
 
Thanks.

OK. Debug mode kills ALL javascript except JQuery (which shouldn't do anything with no other scripts running). Leave an adblocker on.

As a result, it also kills the editor, so that means you won't be able to reply with Debug mode on.

What I'd like for someone to say is that

- Debug mode fixes it consistently while browsing Threads. (that's where the debug mode is active).

If we can get to that point, we can slowly isolate it. I hadn't done this before since it really does break functionality on the site without the normal Xenforo javascript.

arn
Sorry I’m confused. I tested with debug mode on and the issue still persists… meaning debug mode did not fix it.

So what would you like me to test?
 
If you still see trackers in debug mode and an ad blocker, please show me. I’m short because I don’t think what you are saying is accurate.

Go to debug mode turn on an ad blocker, visit a thread. If you see any trackers, I will be surprised.
Sorry, my apologies, no trackers in debug mode. Somehow I was looking at the 30 day history... instead of the current request.

Still, your one liners don't help much to users like me who want to help you guys. Be a little more descriptive and step by step instructions. I can put my self in your shoes and understand it may be tough and tiring to handle that many posts... but you are the chief master aren't you? So help us a little more detailed to let us help you - ultimately we are your clients, paid or not.

What is the next step you want users to take to pin-point the problem?
 
And... we are beta testing the macrumors website, I want % of the revenue... or is it alpha testing still?
Jokes aside, I cannot believe a production website/forum of this magnitude to be in its current state in terms of hogging users cpu and draining battery. It is irresponsible! It is turning me off to be a proud contributor, and making me ask for a refund.
Hire the help you need and figure this out, or give users in this thread a clear and detailed step by step how to help you. One liners like "turn on debug ", "see if it is better now" don't help!
You must have a step by step script for users to follow, and have them give you feedback at each step, and you also give and record the feedback, so that people can contribute to this issue in a productive way.

So far this thread is a mess - put a sticky on top with clear instructions.

Users are blindly turning debug on, without knowing what to report to you, etc. and it is not helping.
 
Sorry I’m confused. I tested with debug mode on and the issue still persists… meaning debug mode did not fix it.

So what would you like me to test?
I changed it in the past couple of hours. Still?
 
I changed it in the past couple of hours. Still?
Oh I see. Just tested on macOS again. Yes, still happening the same. Lemme know when to test again.

May be easier for you to test yourself, if you have a Mac? But I think you said it's not happening with everyone rt...
 
  • Like
Reactions: yitwail
I don't think I am getting the CPU issue anymore when the debug mode is on, but now I can't post at all (reply UI is not visible) :D If I stitch the debug mode off, the CPU utilization almost immediately jumps to 100%

Anyway, I think I will be taking a break from the forums until this is fixed.
 
I'm seeing "This page was reloaded because it was using significant energy" on a lot of tabs containing forum threads, using macOS 12.0.1 + Safari 15.1.
 
I don't think I am getting the CPU issue anymore when the debug mode is on, but now I can't post at all (reply UI is not visible) :D If I stitch the debug mode off, the CPU utilization almost immediately jumps to 100%

Anyway, I think I will be taking a break from the forums until this is fixed.

Well, if you are willing to test a little more. The editor is back in debug mode. But little else.

Based on what you've said:

JQuery + Xenforo Javascript Only: still happens
JQuery + No Xenforo Javascript: doesn't happen
JQuery + Editor Only + No other Xenforo Javascript: <-- We are here
 
Well, if you are willing to test a little more. The editor is back in debug mode. But little else.

Based on what you've said:

JQuery + Xenforo Javascript Only: still happens
JQuery + No Xenforo Javascript: doesn't happen
JQuery + Editor Only + No other Xenforo Javascript: <-- We are here

Well, spend 5 mins on the forums (debug mode on), CPU usage is to 100% again. But it didn't happen immediately this time, so maybe we are making progress :D
 
Well, spend 5 mins on the forums (debug mode on), CPU usage is to 100% again. But it didn't happen immediately this time, so maybe we are making progress :D

So just to be clear.

100% cpu while browsing a thread, debug on, ads blocked?

On iOS device?
 
Status
Not open for further replies.
Register on MacRumors! This sidebar will go away, and you'll see fewer ads.