Posted by jmesam on January 13, 2008 at 2:12am
Jump to:
| Project: | E-Publish |
| Version: | 6.x-1.x-dev |
| Component: | Code |
| Category: | bug report |
| Priority: | normal |
| Assigned: | sdague |
| Status: | closed (fixed) |
Issue Summary
When an anonymous user see a edition number the abstract of the articles displays "n/a".
Comments
#1
I'm not able to produce this type of bug.
Jmesam: Can you tell me how to produce the issue?
#2
I just stumbled into this thread, as I'm having the same problem.
For me this bug only occurs for articles of type "event", i.e. anonymous users can see all abstracts of content types other than event. For events, the abstract appears as "n/a". Authenticated users see all abstracts.
By the way, I'm using Version 5.x of ePublish on Drupal 5.7.
EDIT: Correction...
I just added a node of type "story" to one of my "editions"... there, the abstract disappears as well for anonymous users! This "n/a-bug" seems to depend on the category or topic under which a certain article is filed.
#3
Hi,
just wondering... is there anyone who will be trying to fix this!? I would love to use ePublish on my site and got it installed and set up fine. However, I just can't use it, as long as this critical bug persists. :-(
Just in case anyone would like to have a look as to what it looks like:
http://www.marcchristopher.at/epublish/Marc%2520Christopher%2520News
("n/v" is the German version of "n/a").
thanks in advance,
marcus
#4
Ehm... Am I talking to myself here?
Just in case anyone is interested at all... After some trial-and-error I recently discovered the cause for this bug - albeit, unfortunately, I'm not able to correct it, just offer a workaround:
Originally I thought this bug has something to do with taxonomy or under which topic of an edition an article is filed, but that's not case. In fact, this bug is directly related to the "input format" of the articles in question: Whenever an article has the input format "Full HTML", anonymous users won't see its abstract in epublish (although it's not the abstract that has the input format, but the full text). Other input formats seem to work fine.
So, what I did as a workaround, was to extend the format "Filtered HTML" to include all the tags that I needed for certain articles (esp h1, h2...). This eliminated the need to use "Full HTML", thus avoiding this bug.
Hmm, after all it seems I can really use this module now. Nonetheless I am wondering what exactly causes this strange behaviour. Maybe someone wants to have a look into this?
#5
elvin,
I ran into the exact problem, but not in relation to the ePublish module. In my case, anonymous users couldn't see any pages that were set to use Full HTML. They got the same "n/a" text as you're seeing. The way I fixed it was to go into the Input Formats admin page (/admin/settings/filters) and add the "Anonymous Users" role to each of the "Full HTML" and "PHP" filters.
When I originally set these up I interpreted the text "Choose which roles may use this filter format." to mean which roles were allowed to use the filter when editing their pages. I didn't realize it also determined what roles were able to view content that used the filter. Once I added the "Anonymous Users" role to each filter those browsing anonymously were able to see all "Full HTML" content.
Hope this helps...
mwt
#6
tinsmon,
Be careful recommending: "add the "Anonymous Users" role to each of the "Full HTML" and "PHP" filters."
Allowing an Anonymous User access to execute PHP could be allowing a serious security issue! You could be allowing an attacker full PHP capabilities. Notice the message on the PHP code input filter's settings:
#7
For anybody else having this problem in Drupal 5 or 6, the bug is in the layout_xxx.inc files
Everywhere they use the code
check_markup($node->epublish_abstract, $node->format)it should read
check_markup($node->epublish_abstract, $node->format, FALSE)#8
I made the markup change in checkin a4a62626 in the -dev stream. Will show up in 1.7.