Closed (fixed)
Project:
Wikitools
Version:
6.x-1.0
Component:
Code
Priority:
Critical
Category:
Bug report
Assigned:
Reporter:
Created:
24 May 2008 at 21:28 UTC
Updated:
2 Jul 2009 at 04:00 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
Pushkar Gaikwad commentedyep same problem here and I think this is caused because in wikitools settings, we have kept "Can't change title". But its indeed a bug.
Comment #2
Ricco commentedHelp,
I do not seem to be able to find how I stop getting emails from the wikitools project.
Can anyone tell me how I can stop getting the updates from the wikitools project?
Cheers! Ricco
Comment #3
Pushkar Gaikwad commentedDO NOT change the title of the issue. I have revert it back to original title.
Are you subscribed to something related to wikitools ? find it and unsubscribe.
Comment #4
cwgordon7 commentedYes, this is a bug (a serious one). Ricco, please do not change the titles/versions/components/categories of the issues in the issue queue. Create a new issue if you need help unsubscribing.
Comment #5
cwgordon7 commentedComment #6
add1sun commentedThis looks like the same issue as #267390: Move Protection bug so I'm marking that one as a dupe.
Comment #7
perforator commentedHi.
I played around a bit with the problem, and it seems (for me) it's not originating in wikitools. After having created a simple node type by hand with
(along with hook_node_info)
I created a node and, inserted '#disabled' => TRUE and went to editing: And the same problem occurred...
Can anybody confirm this? I've used vanilla drupal 6.3.
Edit: Seems to correspond with this issue Click!
Edit: Click! contains a patch for 'form.inc' named 'fapi_disabled_version3.diff'. It works against 6.3.
Can this bug report be considered to be closed?
Comment #8
perforator commentedClosed
Comment #9
cwgordon7 commentedCan people stop spamming my issue queue please? If you have a patch post it; if you have something useful to say, say it. Otherwise kindly leave my issue queue alone. :P
Comment #10
Flying Drupalist commentedI hope this will be resolved. Subscribing
Comment #11
gorefiend commentedComment #7 from perforator.
Read the entire post of the link from comment #7..
Great job! seems like you solved the problem :)
Comment #12
sybesis commentedThere is still a problem. Wikitool disable the title. Then, when the form is submitted, the title isnt (remember, it is disabled). So you have to enable it before submission. onsubmit event does the job.
But, wikitools only disable the title client side. In other word, if someone work with firebug and enable the title input before submission, he can still modify the title same if wikitool "enforce" it.
This option from wikitool is useless. Wikitools need to remember the old title before doing anymodification. So whatever you send from the client. The title is untouched. :)
Comment #13
nirvanajyothi commentedI still got the problem with the latest wikitools.Has a way out been found?
How can we use wikitools when the bug exists...
Comment #14
Gerard McGarry commentedI'm finding the same problem with the latest Wikitools on Drupal 6.4. Have turned off the move protection feature for the moment on my wiki, but keen for a fix.
If there's any help you need with regard to testing patches or whatever, give me a shout.
Comment #15
starbow commentedSame issue here with Drupal 6.5. Turning off move protection removes the problem, but it also removes the move protection :)
Comment #16
michellezeedru commentedSubscribing
Comment #17
charlesc commentedSubscribing
Comment #18
Gamin commentedSubscribing
Comment #19
Starminder commentedSubscribing - and:
I went in with a normal user to try to edit a book page, that's when I got the error about title being locked.
When I go back in as Admin and check the logs, the only error that shows up is this one:
Invalid use of group function query: SELECT t.tid, t.name FROM term_data t WHERE t.vid = 1 GROUP BY t.name ORDER BY COUNT(t.name) DESC LIMIT 0, 10 in /usr/home/hoslo/public_html/sites/all/modules/active_tags/active_tags_popular.module on line 39.
No idea, if it is related, just trying to help.
Comment #20
Starminder commentedConfirming that disabling move protection clears the problem, however, a better, permanent fix is still needed.
Comment #21
Anonymous (not verified) commentedI've just opened #410926: Using FAPI #disabled on some element types causes values to be ignored for this issue. It appears to be a bug with retaining the value for a #disabled item within the core functions.
Comment #22
Anonymous (not verified) commentedFYI - In the #410926-4: Using FAPI #disabled on some element types causes values to be ignored issue I suggest a patch to Drupal core that does work to correct this issue. I do not know if the suggested patch is the correct thing to do though and I'm waiting on a response.
Comment #23
mehmeta commentedHere's a temporary patch while the fine folks here (#410926) work on the issue. It simply hides the title editbox if the user does not have the permissions to change it. The wiki item title is right above so that shouldn't be an issue.
Comment #24
Starminder commentedWas this ported to the dev version? - thanks.
Comment #25
nirvanajyothi commenteddo not think so.
Comment #26
cwgordon7 commentedSorry, just got around to fixing this now.
Comment #27
cwgordon7 commented