With vertical tabs enabled many settings are not shown for one node (nid = 2, of a very basic content type without CCK fields).
This includes publication settings, which is quite annoying since this way it unpublishes the node every time it's saved.
It took me a while to find out that disabling vertical tabs fixes the issue.
On another node of the same content type I have: menu, meta tags, revision, author/date, publication options, URL redirects, comment settings, URL alias.
On the broken node edit from I only have URL redirects, comment settings and URL alias. It doesn't show vertical tabs.
I guess there's something with the node that causes this to break. Normally I would just disable vertical tabs, but since it could bite other people as well (or myself on other sites) and since vertical tabs is in D7 core it seems important to either be 100% sure that this is just an anomaly in my site or fix the underlying issue. Now I wonder what to check for...
Comments
Comment #1
bertboerland commentedsubscribe
Comment #2
LarsKramer commentedI am having this problem also. I am not sure, but from what I can see, it occurs when "file attachments" (from core upload) is included as element in vertical tabs for a specific node type, and only when editing nodes that actually have a file attached. If I exclude file attachments as element in vertical tabs, the problem goes away.
Can someone else reproduce?
PD: For now I have only tested with version 6.x-1.0-rc1
Comment #3
efes commentedI also have this problem with all (3) of my sites. Vertical Tabs 6.x-1.0-rc1 used with Drupal 6.20
Comment #4
bohz commentedSame problem here.
VT 6.x-1.0-rc1
VT_default 6.x-1.0-rc3
The problem seems to be theme-independent
thanks
Comment #5
kndrCheck this patch http://drupal.org/node/533720#comment-4293170 It has solved this problem for me.
Comment #6
dave reidThis is a duplicate of #504506: Drupal.formatPlural incorrectly handle complex plural rules which is a core bug.
Comment #7
LarsKramer commentedHmm, the discussion in the issue mentioned in #6 is a bit beyond my skills, so I am not really sure if the below case belongs here or there. I just thought I would mention it in case it serves someone:
I have a site with 5 languages: English(default), Spanish, Italian, Portuguese and French, and several content types. I no longer have upload.module installed. When switching site language to Spanish while on a node edit form, the vertical tabs disappear as well as the fields "Authoring information", "Revision information" and "Publishing options", meaning these data can no longer be edited.
It happens even if node language is not Spanish. As far as I can see, it only happens when site language is Spanish, and NOT with all nodes, only some - even for the same content type the error is not persistent. ATM I can't figure out what triggers this error, apart from Spanish language. But there has to be something else. If soneone else has experienced this, or discovered the exact cause, please tell.
Comment #8
kndrProbably, there is a javascript error somewhere (in one of the included javascript file). When javascript error rises, browser breaks execution of the rest javascript code. Try using Firebug to check, if javascript errors could be the reason of your problem.
Comment #9
LarsKramer commented@knrd: Thanks for the tip. Indeed there is a javascript error, only showing on the affected nodes, and only in Spanish: "str.replace is not a function (source file: [drupal_root]/misc/drupal.js)". This once again leads me to issue #504506 mentioned in comment #6. From what I can see there, a patch for Drupal 6 is on its way.
However, it still puzzles me why this happens only with Spanish, and then only with some nodes. As far as I know, there is not much difference between plural formats of Spanish compared to Italian and Portuguese. Maybe it is related to something in the Spanish translation of drupal. There have been problems before with plural forms in Spanish: Spanish translation lacking proper Plural-Forms header
On the other hand, it might be coincidence that I have not yet experienced the error with those other languages. I just wish I knew what triggers the error.
Comment #10
uno commentedI have finally disabled Vertical Tabs, no matter what theme I am using (Zen, Basic, Tapestry), once the node is saved with attachment (upload module), it cannot be edited again - something takes the node out of its parent taxonomy term, changes author to anonymous and makes the node unpublished.
Comment #11
kndr@uno, It is very annoying bug. I made the same decision as you, some months ago but now I use Vertical tabs with no problem. Try apply my patch http://drupal.org/node/533720#comment-4293170, if you don't want to wait for D8/D7/D6 core fixes and still want to use vertical tabs. This patch change exactly one word inside the vertical_tabs/core/upload.js file.
Comment #12
bohz commentedMy workaround: I enabled the option "Expose vertical tabs selection on the edit content type forms" and rolled back to default the attachments fieldset leaving it at the bottom of the node form. It's a compromise, but for me VT are essential to keep the forms usable.
Cheers
[EDIT] I was unable to apply my workaround with biblio module's publication node type form (which is quite complex).
Applied the patch mentioned in #5, #11, confirming it works fine.
Thanks!
Comment #13
efes commentedPatch mentioned #5 IS working!
I had the same situation with all of my sites as @uno has, but with the applied patch, none of the problems remained. This patch is really a must...
Comment #14
bertboerland commentedmau, could you look in to this?
Comment #15
ginorodrigues commentedPatch mentioned #5 IS working! (2)
Comment #16
soulfroysPatch mentioned in #5 works for me too. Thanks.
(Drupal 6.20 - Vertical tabs 6.x-1.0-rc2 )
Comment #17
dave reidComment #18
mykola kovbasa commentedPatch mentioned in #5 works for me too. Thanks.
(Drupal 6.22 - Vertical tabs 6.x-1.0-rc2 )