Closed (won't fix)
Project:
Image
Version:
6.x-1.0-alpha4
Component:
image_attach
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
15 Apr 2009 at 02:49 UTC
Updated:
13 Dec 2009 at 07:32 UTC
Jump to comment: Most recent
Comments
Comment #1
joachim commentedHave you checked your node template? It looks like an incorrect call to l() or url().
Comment #2
matthew petty commentedI don't think it's a theme issue. The error is inconsistent (more often than not, the correct address is produced), and it happens in views, which doesn't use the node template.
Comment #3
joachim commentedHow are you making your views if not with full nodes or teasers?
Comment #4
matthew petty commentedI have a view that shows a thumbnail of the attached image along with the title in a table in a block. I use the core Drupal modules (plus Image_attach) to display content in other areas of my site. The error occurs both in the view and in places where the node template is used.
You can see it at www.matthewpetty.org. Don't expect to see the error; as I said, it's inconsistent.
Something else that might help narrow it down: if the error is occuring with a particular image, and that image is displayed multiple times on the page (in the view and in the node itself), then the error will show itself in both places on the page.
For example, if you go to www.matthewpetty.org/blog/1, you will see a list of all my blog posts as expected. In the right sidebar is a block showing the promoted posts. If one of the images in a promoted post is suffering the bug, the image will be replaced by its title in both the main content area and the view in the sidebar. This bug is occuring somewhere before the theme engine comes into play.
Comment #5
joachim commentedSo you're using the views fields from image attach module, I assume,
But on that page, the left side is just a node list, and the right side is a fields view.
So it can't be the field, since the field is only a factor on the right.
So it's some of your actual images that are maybe broken.
Comment #6
matthew petty commentedAnd what should I do to fix that? I have this problem with new images and older images.
Each of these images is uploaded with the node submission form via the image attach module.
Comment #7
joachim commentedIf an image is broken, is it always broken?
If so, can you see what its details in the files and image tables are like? Do they look ok?
If not, what changes it? Can you get it to go from broken to ok in a page reload for instance?
Or does it depend on the position of the image in the two lists?
Comment #8
matthew petty commentedIf an image is broken, is it always broken? No.
If so, can you see what its details in the files and image tables are like? Do they look ok? Everything looks fine in the tables... The file locations are stored correctly, but sometimes when the page renders, the output is described as in the opening post.
If not, what changes it? Can you get it to go from broken to ok in a page reload for instance? Yes. It is very inconsistent.
Or does it depend on the position of the image in the two lists? I have noticed no correlation to its location in the list.
If I can provide any output (page source, SQL exports, etc) to help, let me know.
Comment #10
seoservices@austin commentedI have really no idea too. but thanks for posting it here.I was browsing when i followed the backlink of a site that i am doing some analysis and i can see you're connected to his site somehow. Thanks!
Comment #11
Anonymous (not verified) commentedI have same issue as reported in http://drupal.org/node/631474
Why the image is searched from /sites/default/files/domain-2/sites/default/files/... ???
Could be a views issue?
Pls help me, I'm not expert.
Comment #12
sunI can only guess those views were based on the old views integration code. Since that is gone, I guess that this bug report is bogus now.