Closed (fixed)
Project:
Advertisement
Version:
6.x-2.2
Component:
ad module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Aug 2009 at 17:56 UTC
Updated:
6 Dec 2011 at 19:20 UTC
Jump to comment: Most recent file
Comments
Comment #1
simpsonetti commentedI think i have the same probem.
image_ad is working fine, html_ad won't be shown. and "format" in database was 0. i changed it to 1, 2 and 3 but the ad won't be shown.
Which value do you have set ?
Comment #2
grzegorz.bartman commentedI have the same probem.
Comment #3
dpopov commentedNumber 4 – it's my own input format with all filters removed. But in my case number 3 (PHP code) works too.
Comment #4
tetramentis commentedSame problem here, using both Raw and javascript methods, using both block and embedded display. I'm trying to show this simple fragment:
Inspecting resulting page HTML code:
Clearly, original HTML is just filtered. When editing the ad, original source is in place.
Using the debug=2 GET parameter:
Note line
ad: <div class="html-advertisement" id="ad-1631"><p><a href="http://www.ubuntu.com/"></a></p> </div>.Could someone suggest how to fix this?
Comment #5
javamandk commentedI have the same probem.
Comment #6
simpsonetti commentedi chaged it now to 2 (manualy, fullhtml) and it is partial working:
one ad works, one not.
but the code i get from my partner is with comments (
) and this will be filtered and shown above the ad.
Why ?
Comment #7
simpsonetti commentedit is strange. Now i lokk to my ads and there were again at "filtered html" ??
i solved it like this: html i need was put into "filtered html" and this works.
Comment #8
modulist commentedI was trying to create an ad with
there must be abetter way to have full HTML enabled for HTML ads.
Comment #9
tetramentis commentedanother workaround/hack is:
- locate function theme_ad_html_ad($ad) in ad/html/ad_html.module file
- replace this code
with
This forces all ads of type 'HTML' to be treated as Full HTML.
One could also completely bypass markup checking by replacing the output line with a simple
$output .= $ad->html;Comment #10
tetramentis commentedIf someone wants to proceed with fixing this issue properly: ad edit form is in function ad_form(&$node, &$form_state) in file ad/ad.module (took me several minutes to find); actual processing takes place in function ad_nodeapi(&$node, $op, $teaser, $page).
Comment #11
jeremy commentedIt took me a disturbingly long time to track down this bug. Fix committed. (Essentially, if $form['body'] isn't set, then $form['filter'] is erased.)
Comment #12
tetramentis commentedThank you!
Comment #14
reubenavery commentedI'm sorry to say that this problem is still present. I'm using the 6.x-dev build as of 2009-Oct-08, and am experiencing the behavior that whenever an ad node is saved, the 'format' column is set to 0 in node_revisions, regardless of what is selected on the front end. Going into the db and manually changing this value, the change is lost and goes back to 0 if the node is edited.
Comment #15
jeremy commentedI am unable to duplicate. Can anyone else duplicate this?
Comment #16
theunraveler commentedSubscribing.
Comment #17
jaron commentedSubscribing. Having the same issue.
Comment #18
jeremy commentedPlease try 6.x-2.2-rc1, this bug should now be fixed:
http://drupal.org/node/640980
Comment #19
jeremy commentedI retested with the latest release and am unable to duplicate. Marking as fixed.
Comment #21
jenlamptonThis fix did not make it into the latest release. Patch re-rolled agains 6.x-2.2 version.
Jen
Comment #22
tetramentis commentedJen, that doesn't look like a permanent fix - rather like a quick-hack.
Have you had a look at the diff of Jeremy's fix? If that doesn't work for you - maybe you could find out why.
Comment #23
kewlguy commentedsubscribing
Comment #24
charlie-s commentedHas this been implemented into a current release or do I need to patch to have this functionality?
Comment #25
jenlampton@csdco This fix does seem to be working in the latest version of the module, just be sure you remember to change the Input format to Full HTML or your Ad's HTML will be still be removed. You can set the input format *above* the HTML fieldset on the form.
I've also opened a few additional issues to help clear up the usability issues with the current solution :) (sorry Jeremy!) short term we could do #1349738: Input format should default to Full HTML, and input format form element should appear below Ad HTML element and longer term, maybe we can do #1349730: Use Body field instad of custom "Ad HTML" field on node