We upgraded a site today from 6.2 to 6.3, after the upgrade term pages could not longer be accessed via the system urls: taxonomy/term/tid, getting a 404. Tried directly and also from inside the category term list. Not seeing other reports on this, so assume its something funky in my setup. Anyone else experiencing this?

There are path aliases, for these term pages and we changed all the menus to use the aliases from their system urls... as a workaround.

There is something wrong with radio buttons on node edit form. When you refresh the page the default value changes to something else.

This effect can be seen only on some radio buttons on (built in or custom) node edit forms.
Other forms does not seems to be affected..

repro steps:
1. node/add/page see your input format: it is set to Filtered HTML
2. hit refresh in your browser
3. see input format: it is set to Full HTML

you can check "Comment settings", it is also changed after refresh..

tested with Firefox3.01

Hi
My Drupal6.6. When I point to
admin/content/node-type/content_type_of_your_choice/edit

I can't see any comments_settings tab or fieldset there!!
I have searched a lot of pages, it tells that comment_settings is under the Workflow section but I am sure it is not there.

could some one help to fix the issue pls?
Regards

Hi,

I noticed what It seems to be a bug with Drupal 6 and the profile system.

I have an action that save some profile hidden field depending on others visible field that the user fill when it edit his account.

Look especially to the end of code of my action :

'.print_r($fields, true).'

'.print_r(user_save($updated_user, $fields), true).'

And look now the output when the action is triggered :

Output of $fields

stdClass Object

read more

Drupal Version: 6.1
PHP Version 5.2
Theme: Ability (Slightly Modified Salamander) with some CSS changes only
Editor module: Nicedit
Client OS: WinXP
Client Browsers: Firefox and IE
Server OS: Linux
Server: Apache, Version not known.

Steps to reproduce:
1) Create a text file of any kind whose content type is full html.
2) Editor can be enabled or disabled (which is why I'm posting this here and not under the module)
3) Uncheck "include summary in full view".
4) Add either the break comment or use the button to create summary at cursor.
5) Save.
6) Re-edit.
7) Repeat steps 5 and 6 until problem appears (usually within 4 to 5 re-edits)

Behavior observed:
Everything below the teaser disappears. If saved, additional content is lost. Behavior is pernicious once it's triggered, so that content can no longer be edited. Only workaround is to create a new content object and fill that with the contents of the old one, which is no longer available at the markup level. Object does display all content for the node as long as no further editing is attempted.

Behavior expected:
All content should remain available for editing. Calling edit should not truncate content.

Parallel Problem:

read more