KNOWN_ISSUES.txt 4.0 KB

12345678910111213141516171819202122232425262728293031323334353637383940414243444546474849505152535455565758596061626364656667686970717273747576777879808182838485868788899091
  1. Known Issue http://drupal.org/node/191771
  2. 'Node' panes can have two titles or have two title areas.
  3. Cause:
  4. Content that comes into a pane is already formatted, and this happens
  5. in theme('node'). theme('node') assumes it will be printing a title
  6. most of the time. However, Panels wants the titles of panes to be
  7. consistent, so it removes the title from the node to prevent your
  8. node.tpl.php from printing it. The result is often an empty h2 which
  9. has odd effects.
  10. Solution:
  11. Add an if statement to your node.tpl.php to prevent printing that h2
  12. if $node->title is empty.
  13. Known Issue http://drupal.org/node/186454
  14. Internet Explorer is really bad about making the rightmost panel
  15. fall beneath the others.
  16. Cause:
  17. Internet explorer calculates margins and padding differntly from
  18. everyone else, and this makes it entirely too easy for widths
  19. to add up to greater than the amount of allotted space, despite
  20. using percentage widths.
  21. Solution:
  22. There are two solutions to this problem:
  23. 1) In your theme, try to eliminate padding from the the <div>
  24. that directly contains your content; you can do this by
  25. adding an empty <div> inside it that surrounds the content
  26. and very specifically is set to margin: 0 and padding: 0
  27. 2) if that doesn't work, override the widths of the panel-panel
  28. divs and reduce them by 1 or 2%; usually this will give IE
  29. enough space to quit pushing things around.
  30. Known Issue http://drupal.org/node/154351
  31. TinyMCE, FCKEditor and other wysiwyg editors really blow up on Panels
  32. content editing.
  33. Cause:
  34. The modal dialogs that Panels uses are very particular about javascript
  35. and these editors are too much for them. Also, these editors get
  36. cranky about complicated forms with several text areas.
  37. Solution:
  38. Disable these editors on all of your panels admin pages. The important
  39. URLs are admin/panels/* and panels/ajax/*. More details instructions
  40. may follow if someone familiar with these systems submits a patch at
  41. the above drupal.org URL.
  42. Known Issue http://drupal.org/node/180650
  43. The rounded corners style shows up as just a small graphic rather than
  44. a full box around the panels as it shoujld.
  45. Cause:
  46. The rounded corners CSS relies on the ID for the panel, but the ID is
  47. optional.
  48. Solution:
  49. Make sure your panel has an ID of some sort. With mini panels there is
  50. no easy workaround as mini panels currently do not have IDs of their
  51. own.
  52. Known Issue http://drupal.org/node/165745
  53. You see a message similar to this:
  54. Table 'drupal.panels_info' doesn't exist query: SELECT * FROM panels_info
  55. WHERE path = 'front_page_new' in...
  56. The important piece of information is 'panels_info'.
  57. Cause:
  58. The Meta Tags module (also known as nodewords.module) directly reads the
  59. the panels tables and modifies its forms to add the tags. Unfortunately
  60. for this module, Panels has changed *greatly* in the leap from 1.0 to
  61. 2.0 and the tables aren't the same. However, the nodewords module doesn't
  62. yet know this. Look in the nodewords issue queue for panels patches and
  63. you should find something.
  64. Known Issue http://drupal.org/node/153399
  65. The drag and drop content UI doesn't seem to work at all under Safari.
  66. Cause:
  67. Safari 2 has some serious problems with the javascript code.
  68. Solution:
  69. Upgrade to Safari 3 if possible. If not, use an an alternative browser
  70. such as Firefox or Opera.
  71. Known Issue http://drupal.org/node/207859
  72. When using the secure pages module, the Panels administrative UI gives
  73. unhelpful "An error occurred" popups when trying to add or edit content.
  74. Cause:
  75. The secure pages module tries to move the entire administrative section
  76. of the site to HTTPS, but Panels' AJAX calls are using a path that
  77. secure pages doesn't know about. When trying to make non-secure ajax calls
  78. from a secure page, the browser denies the call.
  79. Solution:
  80. The solution is to simply add panels/* to your Secure Pages configuration.