• Register
PhysicsOverflow is a next-generation academic platform for physicists and astronomers, including a community peer review system and a postgraduate-level discussion forum analogous to MathOverflow.

Welcome to PhysicsOverflow! PhysicsOverflow is an open platform for community peer review and graduate-level Physics discussion.

Please help promote PhysicsOverflow ads elsewhere if you like it.


PO is now at the Physics Department of Bielefeld University!

New printer friendly PO pages!

Migration to Bielefeld University was successful!

Please vote for this year's PhysicsOverflow ads!

Please do help out in categorising submissions. Submit a paper to PhysicsOverflow!

... see more

Tools for paper authors

Submit paper
Claim Paper Authorship

Tools for SE users

Search User
Reclaim SE Account
Request Account Merger
Nativise imported posts
Claim post (deleted users)
Import SE post

Users whose questions have been imported from Physics Stack Exchange, Theoretical Physics Stack Exchange, or any other Stack Exchange site are kindly requested to reclaim their account and not to register as a new user.

Public \(\beta\) tools

Report a bug with a feature
Request a new functionality
404 page design
Send feedback


(propose a free ad)

Site Statistics

205 submissions , 163 unreviewed
5,047 questions , 2,200 unanswered
5,345 answers , 22,709 comments
1,470 users with positive rep
816 active unimported users
More ...

  "Preview" button slows down server response even after unticked?

+ 2 like - 0 dislike

When half-way composing the post Some more questions on Haag's theorem, I ticked the "Preview" button to check whether the Latex were written correctly. After seeing everything was fine I un-ticked the "Preview" button, but the editor/server reponse was still very slow, in fact as slow as when "Live preview" button is ticked(just for the sake of comparison, I never ticked "live preview" when composing that post). Then I submitted the post, the server response becomes infinitely slow and I had to close the tab and compose my post all over again(I forgot to categorize my question so it should return me a notification, this may or may not add to the slowness....).  

In fact I'm not sure if it's the fault of "Preview" or just a server glitch which happened to occur when I ticked and unticked the button.

asked May 3, 2015 in Bug by Jia Yiyang (2,640 points) [ revision history ]
Most voted comments show all comments

I was unable to reproduce with the exact bug, but I found that there's an oscillating MathJaX output that says "Processing output: 100%" and "Typesetting output: 100%" intermittently. Do you observe this too?

And can you still reproduce the bug? If so, could you see if the bug is reproduced even when MathJaX is not involved?

This is indeed very curious. For both types of preview, the server is not involved at all. The full preview checkbox calls a small javascript function, executed by your browser, which gets the actual content from the editor, puts it into a html <div> element, asks MathJax to render the math (which produces the text @dimension10 observes) and makes then this <div> visible. The live preview does something similar, but is triggered by the on-change event of the editor, so that its content is updated by every keystroke in the editor.

As I am revisiting actually the editor to implement a new feature, I will check this code in detail again. Please tell me should you observe this behavior again.


 In case you encounter the issue again, rather than closing the tab and rewriting everything, you should be able to quickly ctrl+a ctrl+c the entire page content, and then select the relevant parts when you go about rewriting.

When I submit the post the page went completely blank and stuck, so it wouldn't work, I should've done so before submitting.

@JiaYiyang I see... that's quite bad. I guess the autosave feature polarkernel is developing might help with this.

@RonMaimon I am able to reproduce what you describe. After some investigations I have found that MathJax gets triggered by the math-plugin of the editor, which I have not written myself. It has nothing to do with the preview features. I will try to change it. Maybe it could be configured to wait x milliseconds for another key before triggering the typesetting so that it gets only involved when you stop writing for a moment.

As I am actually writing a "save/autosave draft" feature for the editor, I will try to include a solution there.

Most recent comments show all comments

That's odd... The preview button is only supposed to get a response from the server the moment it's ticked.

P.S. In case you encounter the issue again, rather than closing the tab and rewriting everything, you should be able to quickly ctrl+a ctrl+c the entire page content, and then select the relevant parts when you go about rewriting.

@dimension10 @polarkernel, thanks for the feedback.

Your answer

Please use answers only to (at least partly) answer questions. To comment, discuss, or ask for clarification, leave a comment instead.
To mask links under text, please type your text, highlight it, and click the "link" button. You can then enter your link URL.
Please consult the FAQ for as to how to format your post.
This is the answer box; if you want to write a comment instead, please use the 'add comment' button.
Live preview (may slow down editor)   Preview
Your name to display (optional):
Privacy: Your email address will only be used for sending these notifications.
Anti-spam verification:
If you are a human please identify the position of the character covered by the symbol $\varnothing$ in the following word:
Then drag the red bullet below over the corresponding character of our banner. When you drop it there, the bullet changes to green (on slow internet connections after a few seconds).
Please complete the anti-spam verification

user contributions licensed under cc by-sa 3.0 with attribution required

Your rights