-
-
Notifications
You must be signed in to change notification settings - Fork 2.8k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Import bug fixes #3915
Import bug fixes #3915
Conversation
Does |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Two problems:
- the server returns
directDatabaseAccess === 'undefined'
as a string. And we are adapting to that. This is a blocker for the release. It has to be fixed. - to sidestep the two columns bug, we are thinking to perform a full page refresh after the import.
I might be ok with releasing with this elegant fix, but only if we at least have a hint on what can be the root cause before releasing 1.8.3. Everyone wants to move on here.
So:
- 1 -> blocker
- 2 -> acceptable if we have a plan
src/static/js/pad_impexp.js
Outdated
} | ||
|
||
// directDatabaseAccess is a string not a boolean | ||
if(directDatabaseAccess !== 'undefined'){ |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Do we really want to do this instead of finding the server side bug?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
It was doing this before.... This isn't new code, it's just fixing it up.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Look at this. May it be here?
var impexp = window.parent.padimpexp.handleFrameCall('" + req.directDatabaseAccess +"', '" + status + "'); \ |
3b91510
to
efac2ef
Compare
|
ok, thanks. I'll commit a change for the whole |
…e.*" For reference, see: ether#3915 (comment)
c1a2a13
to
45dfff1
Compare
…e.*" For reference, see: #3915 (comment)
|
What is the problem here I don't understand? |
For some reason your commit (above) is causing the duplicate frame issue on |
If you do |
@seballot I tried reverting the changes to This is what I used to figure out this was the offending commit: https://mclear.co.uk/2013/04/02/using-git-bisect-to-debug-etherpad-issues/ |
I had a look, but cannot understand either |
@seballot okay well I will take another look and see if I can figure it out! |
2 similar comments
@seballot okay well I will take another look and see if I can figure it out! |
@seballot okay well I will take another look and see if I can figure it out! |
Figured it out. Jesus what a nasty bug.. Good job @seballot this was 100% NOT your fault. This is my fault and your "good" code highlighted my sloppy job :) Note the two |
Fix #3925 |
ohh so you mean the two iframe have always been there after import, but as they were positioned in absolute the last created was just on top of the old one ! Funny one ah ah |
Yes exactly :D *laughs in shame. |
Kudos! Great job! I am going to prepare the release during the weekend, since almost everything is ready (I have still a small problem with the doc generation, fix underway. Just to be clear: #3925 and this PR go together, right? |
3925 does the job afaik, this isn't needed? Feel free to close. |
45dfff1
to
136faa4
Compare
Everything that was in this PR was integrated (e.g. closing of the modal after import, changes on logging in ace2_inner), or replaced with a better solution (e.g.: removing the duplicate iframe instead of reloading the page). The only non merged change that is still contained in this PR is the following: diff --git a/src/static/js/pad_impexp.js b/src/static/js/pad_impexp.js
--- a/src/static/js/pad_impexp.js
+++ b/src/static/js/pad_impexp.js
@@ -253,7 +253,8 @@ var padimpexp = (function()
$('#import_export').removeClass('popup-show');
}
- if (directDatabaseAccess) {
+ // directDatabaseAccess is a string not a boolean
+ if (directDatabaseAccess !== 'undefined') {
// Switch to the pad without redrawing the page
pad.switchToPad(clientVars.padId);
$('#import_export').removeClass('popup-show'); What problem did it fix? If it is important, a proper fix should be done, maybe looking at
Closing, let's eventually open a new PR to define & fix this last issue. |
console warn
directDatabaseAccess
as it's a string not a bool.cc @seballot