franky1978 / igoogle-legacy

Automatically exported from code.google.com/p/igoogle-legacy
1 stars 0 forks source link

_IG_AdjustIFrameHeight no longer works correctly on iGoogle #562

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
Description of the bug/feature, or alias/deletion request. (For aliases use
the form old_url => new_url. For deletions, just list the URLs.)
==================================
About 4 days ago, _IG_AdjustIFrameHeight stopped working correctly for existing 
gadget on 
iGoogle; calling _IG_AdjustIFrameHeight cuts off about half of gadget content.  
_IG_AdjustIFrameHeight continues to work correctly in syndication.  This 
behavior worked 
correctly on existing gadgets until about 6/8/2009.

PLEASE FILL OUT THE FOLLOWING FOR A BUG REPORT ONLY (delete everything
below this line for a feature, alias, or deletion request):

What steps will reproduce the problem?
======================================
1. Create a gadget which uses _IG_AdjustIFrameHeight
2. Add gadget to iGoogle.
3. Use gadget within the iGoogle production space, triggering a resize.

What is the expected output?
============================
Gadget resizes to display all content.

What is the actual output?
==========================
Gadget resizes to display only about half of content.

Which browsers have you experienced this on?
============================================
Firefox 3, Safari 4, Chrome, IE7

Which operating systems have you experienced this on?
=====================================================
Mac OS X, Windows Vista

Please use labels and text to provide additional information.

Example gadget is: 
http://hosting.gmodules.com/ig/gadgets/file/114281111391296844949/driving-
directions.xml
Gadget does not resize correctly when added to iGoogle.  Gadget continues to 
resize correctly in 
syndication, as seen at http://kalafarski.com/directions/

Discussion at http://groups.google.com/group/Google-Gadgets-
API/browse_thread/thread/8da13cfc4ef5650a

Original issue reported on code.google.com by e.j.kala...@gmail.com on 11 Jun 2009 at 3:27

GoogleCodeExporter commented 9 years ago
Am developing a gadget in the sandbox using the legacy API. All works well 
except for calls to 
_IG_AdjustIFrameHeight, which seems to be completly ignored.  In my case, the 
resize does not occur at all (the 
bug report states that resize occurs and displays about "half of content." Not 
the case with here.

Original comment by vindsegl...@yahoo.se on 12 Jun 2009 at 10:49

Attachments:

GoogleCodeExporter commented 9 years ago
This appears to work for me, can you confirm that you no longer see the 
incorrect
behavior?

Original comment by api.dwh%...@gtempaccount.com on 18 Jun 2009 at 10:53

GoogleCodeExporter commented 9 years ago
I still have the issue, unchanged from before. I am working in the sandbox and 
the gadget should resize after an 
image is loaded during init call. But the gadget remains the same size as it 
originally opened -no resizing. Since 
I am testing this is my sandbox account, I'm not sure how to direct you to the 
gadget so you can see this 
behavior.

Original comment by awi.gene...@gmail.com on 18 Jun 2009 at 11:06

Attachments:

GoogleCodeExporter commented 9 years ago
I am also still having the issue, but in production, not the sandbox.  The 
gadget it occurs on is:

http://hosting.gmodules.com/ig/gadgets/file/114281111391296844949/driving-direct
ions.xml

You should be able to see the issue by adding this gadget to iGoogle, entering 
two addresses, and submitting 
the form.  The expanded gadget should show both a map and textual directions.  
If the content is cut off, you 
can see the remainder by highlighting something in the iframe and "dragging 
down" to scroll the content.

Original comment by e.j.kala...@gmail.com on 19 Jun 2009 at 2:17

GoogleCodeExporter commented 9 years ago
Also notable is that it worked before about June 7.  Then existing gadgets 
started working incorrectly, with no 
change to the gadget spec.

Original comment by e.j.kala...@gmail.com on 19 Jun 2009 at 8:40

GoogleCodeExporter commented 9 years ago
I too am experiencing this issue with my gadget.
http://www.stuffonmywiener.com/stuffonmywiener.xml
(It's a Dachshund site similar to Stuff On My Cat)

The behavior is exhibited in iGoogle production environment as well as 
syndication,
you can see the gadget loaded in syndication on the main page of the site: 
http://www.stuffonmywiener.com/

I attempted the work arounds suggested in the threads below to no avail.
http://groups.google.com/group/Google-Gadgets-API/browse_thread/thread/0f01bc5fa
ae9879a

http://groups.google.com/group/Google-Gadgets-API/browse_thread/thread/a3bb50fb1
266f185

I have noticed however, that if you reload a page with the gadget on it the 
height is
subsequently adjusted accordingly.

Original comment by stuffonm...@gmail.com on 4 Jul 2009 at 7:13

GoogleCodeExporter commented 9 years ago
There are two known issues with dynamic-height:
1. In Safari/Chrome, the height will increase when adjust height is called, but 
not
decrease. This is a bug, and a fix is coming soon.
2. Some gadgets, which load elements into the DOM using techniques such as
document.write, or which load static content such as images without specifying 
height
tags, are adjusted to 0 height when adjust height is called. These issues 
require
modifications to the gadget (by specifying a initialization function using
window.onload instead of registerOnLoadHandler), or by modifying how the DOM is 
updated.

Gadgets in open syndication, which previously had broken dynamic height, should 
be
working again (excluding issue 1, noted above).

Original comment by api.dwh%...@gtempaccount.com on 13 Jul 2009 at 6:57

GoogleCodeExporter commented 9 years ago
Issue 558 has been merged into this issue.

Original comment by api.dwh%...@gtempaccount.com on 13 Jul 2009 at 6:58

GoogleCodeExporter commented 9 years ago
Issue 565 has been merged into this issue.

Original comment by api.dwh%...@gtempaccount.com on 13 Jul 2009 at 6:58

GoogleCodeExporter commented 9 years ago
Thanks for the update—that's consistent with behavior I'm seeing in Safari 
and Chrome.  Will it be posted here 
when the fix is pushed?

Original comment by e.j.kala...@gmail.com on 13 Jul 2009 at 10:12

GoogleCodeExporter commented 9 years ago

Original comment by api.dwh%...@gtempaccount.com on 7 Jan 2010 at 10:29