Closed (fixed)
Project:
Panels
Version:
7.x-3.0
Component:
In-Place Editor (IPE)
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
26 Jan 2012 at 16:28 UTC
Updated:
16 Jun 2014 at 16:29 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
dhina commentedCorrection. It is not working in Chrome either.
Comment #2
dhina commentedComment #3
dhina commentedok.I added a condition to check whether 'id' attribute is there or not before replacing it with empty string.
and it works now in chrome and firefox. I don't if there is any side effect to this or not.
Comment #4
Letharion commentedCan you attach that as a patch?
Comment #5
dhina commentedI will try.
Just started working in php/drupal/git.
I am no where near that level yet.
Comment #6
dhina commentedComment #7
merlinofchaos commentedWhat's interesting is that it shouldn't be possible for this to happen. It seems to indicate that after finding a pane, it can't find the class containing the pane's id. While your fix may be a decent workaround it might be obscuring some bigger error. Or it might be something minor. I can't tell without being able to reproduce this situation, I think.
Comment #8
dhina commentedComment #9
dhina commentedWhy is the above patch file link gives 404?
Comment #10
merlinofchaos commentedThere's a # in the filename and the URL isn't being properly encoded. I was able to get to the actual patch file replacing it with %23 manually.
Comment #11
merlinofchaos commentedTry this patch instead; it's a little cleaner and I think has the same effect.
Comment #12
dhina commentedYes.It works.
Thanks.
Were you able to reproduce the issue?
Comment #13
merlinofchaos commentedNo but I didn't try very hard, either. I'm willing to commit this because it's pretty easy.
Comment #14
dhina commentedThat's fine. I am ok with you committing this fix.
Comment #15
dhina commentedWe stumbled up on another thing. We don't know whether it is a bug or it is supposed to work that way.
We have a front page panel page. One of our user using the customize this page option, moved a content pane.
Saved it. Again using customize this page option, deleted one of the content pane and saved it.
Refreshed the page and now all the content panes on the front page are gone.
Initially the panel page storage is 'In Code'.
After all the panes are gone, i went to Admin/structure/pages page and saw the storage is now Overridden.
I am able to revert to the previous state of the page using the revert option and again now the storage is 'In Code'.
If we do move pane, save and refresh the page. Then delete a content pane, save and refresh the page, everything is fine.
Comment #16
haiiro.shimeji commentedIn the patches #9 or #11, the behaviors in L81-91 of panels_ipe.js is always ignored with firefox.
This is not the same behavior with the other browsers.
The pane id should be obtained not from event but from ui.item.
(By the way, event.srcElement is not set in firefox, we should use event.target for the cross-browser behavier.)
Comment #17
haiiro.shimeji commentedSorry, please review the above patch code.
Comment #18
merlinofchaos commentedThis seems to work!