XMLWriter::openUri(): Unable to resolve file path as returned from xmlsitemap_sitemap_get_file.

Thanks for the patch.

We had the same error on a Windows / Multisite-Installation with the latest dev-Version and with 6.x-2.0-beta2

We have the problem on a installation with the apache / php binaries and DOCUMENT_ROOT on one drive.

We get the error with PHP 5.2.13, but i'll try 5.2.9 and give you a feedback

thank you very much! it helped solve my problem. the links were generating, but cache file was empty, now it's working ok.

subscribing (And FYI: had this problem on my dev machine: Win 7, Aquia DAMP stack, PHP 5.2.17) Patch fixed it. Yay!

subscribed

this patch on #8 works and fix my xmlsitemap problem on my win7pro system. many thanks.

This is my patch.
That code replace the drupal "public://" special string with the drupal_real_path()

It works on Debian testing/unstable with PHP 5.3.6. My only beef with this is a stylistic one. Why the need to create a variable? You can do this without any variable using a functional style:

 function xmlsitemap_sitemap_get_file(stdClass $sitemap, $chunk = 'index') {
    return drupal_realpath(xmlsitemap_get_directory($sitemap) . "/{$chunk}.xml");
 }

there's no need to create a variable. Just nest the calls and concatenate before calling the outer function.

Ok, you'll can change the style.
Was for a better debugging.

Took a look at this and discovered that I'm using trigger_error() on failure which *does not* actually stop operation of the process even though I thought ahead and added a try/catch block to generation process using XMLWriter.

Further, the only time we have to use drupal_realpath() is with XMLWriter. All other Drupal functionality should be able to handle it just fine so it doesn't make a lot of sense to have to do it from the API function.

Please test the following patch for 7.x-2.x which uses exceptions proper.

Yesterday's 6.x-2.x-dev still throws the same error, and the sitemaps are not generated (returns a 404, as per #789026: sitemap.xml returns "page not found"). I'm using it with the latest domain_xmlsitemap dev, but it still throws the error even with domain_xmlsitemap disabled.

+1

The patch at #21 does in fact eliminate the error in 7.x-2.x, and the sitemaps do not return a 404. However, the sitemaps contain only one URL (the front page in the default language).

Yikes. Thanks earnie—I've installed and uninstalled the module so many times I'm surprised I forgot that part.

Now… any chance for this fix to be backported to 6.x-2.x?

Fix committed to 7.x-2.x and 6.x-2.x:
http://drupalcode.org/project/xmlsitemap.git/commit/fc45a5c
http://drupalcode.org/project/xmlsitemap.git/commit/77632d8

Everyone please give this a test if you can in about 24 hours.

Problem still present in 6.x-2.x (both in beta 3 and the latest dev, which I assume are the same). When I do a sitemap regeneration, first I get

An error has occurred.
Please continue to the error page

An HTTP error 500 occurred. /batch?id=34&op=do

then the old

• warning: XMLWriter::openUri() [xmlwriter.openuri]: Unable to resolve file path in /[path]/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc on line 45.
• user error: Could not open file [path]/files/xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM/1.xml for writing. in /[path]/modules/xmlsitemap/xmlsitemap.generate.inc on line 158.
• The sitemaps were not successfully regenerated.

7.x-2.x-beta3 works like a charm.

I worked a bit on 6.x-2.x, and realized that realpath() was still returning FALSE with download method set to 'public', since the file system path is relative to the Drupal root folder. On the other hand, it works well with the download method set to 'private'.

So I added a condition by which, in case of public download method, the $uri is appended to the absolute path of the Drupal root. Maybe it's just a workaround and it can be done more elegantly (plus, I've tested it only on LAMP, thus have no idea if it would work on other kinds of servers), but it works on my side.

This patch solved my problem. The sitemap could not be found. I use IIS.

Since this isn't really fixed for 6.x-2.x, and no one has given feedback about my patch, I'll change the version number to this issue.

I'm using version 6.x-2.0-beta3 in combination with patch #33 and it's working fine for xampp and windows. Without the patch I got exceptions and cron did not end correctly.

Thanks

Hi,

I have 7.x-2.0-beta 3 and it doesn't generate a sitemap even if file permissions are double-checked and set correctly. I had the same problem when was on version 6.x-2.0-beta 3. I had to downgrade to 6.x-1.2 to have it work properly.

Both 6.x-2.0-beta 3 (on drupal 6) and 7.x-2.0-beta 3 (after I migrated to drupal 7) do not work. They both return the same error:

"Warning: XMLWriter::openUri() [xmlwriter.openuri]: SAFE MODE Restriction in effect. The script whose uid is 10003 is not allowed to access /var/www/vhosts/taxibusteni.ro/httpdocs/sites/default/files/xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM owned by uid 48 in XMLSitemapWriter->openUri() (line 40 of /var/www/vhosts/taxibusteni.ro/httpdocs/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).
Warning: XMLWriter::openUri(/var/www/vhosts/taxibusteni.ro/httpdocs/sites/default/files/xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM/1.xml) [xmlwriter.openuri]: failed to open stream: Success in XMLSitemapWriter->openUri() (line 40 of /var/www/vhosts/taxibusteni.ro/httpdocs/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).
Warning: XMLWriter::openUri() [xmlwriter.openuri]: xmlNewTextWriterFilename : out of memory! in XMLSitemapWriter->openUri() (line 40 of /var/www/vhosts/taxibusteni.ro/httpdocs/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).
XMLSitemapGenerationException: Could not open file public://xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM/1.xml for writing. in XMLSitemapWriter->openUri() (line 42 of /var/www/vhosts/taxibusteni.ro/httpdocs/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc)."

Then how come older versions of the same module work? Also, I did not make any settings on the server to have it working in safe mode.

I edited .htaccess to make sure php safe mode is set to turn off. Now the error message is:
Warning: XMLWriter::openUri() [xmlwriter.openuri]: Empty string as source in XMLSitemapWriter->openUri() (line 40 of /var/www/vhosts/taxibusteni.ro/httpdocs/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).
XMLSitemapGenerationException: Could not open file /var/www/vhosts/taxibusteni.ro/httpdocs/sites/default/files/xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM/1.xml for writing. in XMLSitemapWriter->openUri() (line 42 of /var/www/vhosts/taxibusteni.ro/httpdocs/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).

It just says:
"XML sitemap Cached files have not been generated yet.
The XML cached files are out of date and need to be regenerated. You can run cron manually to regenerate the sitemap files."
If i try to run cron, it crashes with the error shared in the previous post.

Maybe you've done all this, but have you tried disabling and uninstalling the module(s)? If you haven't, I recommend doing that, then restarting by deleting the xmlsitemap directory and redownloading 6.x-2.x-dev and repatching it. Sometimes using a fresh copy helps.

I had this issue after upgrading to 6.x-2.0-beta3 (on a test environment).
Tried patch #33 and it solved the problem --> hope this will be commited soon.
Thank you antiorario !

@antiorario - i tried that multiple times. Unfortunately i now migrated to drupal 7. I cannot revert back to 6. On Drupal 6, patch #33 fixes things. Can't someone take a look at what that patch fixes and submit it to the drupal 7 release too?
This module is vital to any website. It is a pity it doesn't work. It must cause issues to many webmasters. :(

@carusen I assume it's too late now to advise you never to upgrade a website without making a copy of the database and all the files first.

In any case, 7.x-2.x-beta3 and 7.x-2.x-dev already work as expected. My patch to 6.x-2.x-dev provides the necessary changes to make the D6 version work like the D7 version. The fact that you're still getting the error makes me think that something else is wrong on your installation.

I suggest you try with a clean install and see for yourself.

@earnie I (and others too, I imagine) would really appreciate it if my patch were properly tested and, possibly, committed.

Patch in #33 worked for me, thanks antiorario

Why do we need realpath() to run twice? Can't we just prepend './'? Also the comment is too long and needs to be wrapped at 80 characters.

If I do

<?php
$uri = realpath('./' . $uri);
?>

it returns FALSE, which makes my patch useless. As far as I understand, the only way to make it work is to find the real path of the Drupal root first, then find the real path of the whole directory. We could avoid running realpath() the second time for public downloads, but then we wouldn't be sure that the path is symlink-free.

I stand by my patch. Here's a new one with the comment broken in two lines.

Any updates?

This patch worked for me on 6.x2.0-beta3. I had no idea this was crashing my production server previously every time cron was called, so thanks for the fast fix.

Also, when enabling the node piece, I can "file not found". I looked through the bug reports and see a lot of "blow off" on this error, even though everyone's rewrites are working fine and so on.

Will this be committed to dev and main soon? Thank you

#53 works.
At first, only home was at sitemap, i noticed that this beta adds a "include/exclude" option, so all already created nodes need to be saved again and the content type needs to be updated also.

#53 works for me!

Cheers

#53 worked for me too on 6.x-2.0-beta3.

#53 Doesn't work for me... :(
I still get:

    warning: XMLWriter::openUri() [xmlwriter.openuri]: Unable to resolve file path in /var/www/vhosts/<mydomain>/httpdocs/sites/all/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc on line 56.
    user error: Could not open file ../httpdocs//var/www/vhosts/<mydomain>/httpdocs/sites/default/files/xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM/1.xml for writing. in /.../httpdocs/sites/all/modules/xmlsitemap/xmlsitemap.generate.inc on line 158.

line 56 of my xmlsitemap.xmlsitemap.inc file is:

    $return = parent::openUri($uri);

in the known openUri function...

#53 worked for me.

This issue still exists in 6.x-2.0-rc1.
After applying the patch of #53 it is fixed.

#53 also works for me, using 6.x-2.0-rc1

The issue still exists in 7.x-2.0-rc1

If the problem exists in 7.x-2.0-rc1 version which is released on 2011-Dec-16 , when can we expect the new fixed version?

#53 worked for me. Please can you release the patched module?
Windows XP, Apache (Wamp) server, PHP 5.3 (I know, 5.2 preferred)
Thanks.

@earnie: Not sure if your comment was aimed at me - but since it followed mine I assume so.

1. My post was polite and, as we were asked to respond with our test results, I did so.

2. You may be an old hand at this - I am not. There is no need to SHOUT.

3. I had no idea I was changing the META - how have I done that?

4. When I applied the patch I did what others before me had done with success (see #65, #64). If you go back further it was applied to various versions by various people (perhaps because it does not state which version it is for - unless you view the 'details')

5. I have tried to find our what is different between 6.x-2.x-dev and 6.x-2.0-rc1 (since they were released only 2 days apart) and cannot find the information. I'm not saying it isn't there - I just cannot find it.

Since it worked for others and because the patch 'fits' into 6.x-2.0-rc1 (this is currently the 'stable' version - see the project page) I don't want to introduce other instabilities if I can avoid it - hence using rc1.

If I could find out what had changed to between 6.x-2.0-rc1 and 6.x-2.x-dev I would be happier about using it and applying the patch to it. Perhaps you would advise and educate on how one goes about finding out?

Finally, my thanks to whoever is working on this. Are we any nearer to getting a released module which includes #53?

#53 worked for me, running 6.x-2.0-rc1, Windows 7, XAMPP, PHP 5.3.5.

Patch #53 Reviewed and tested with 6.x-2.0-rc1. This is broken in 6.x-2.0-rc1 and will stop cron from working properly. It is a major problem if cron can't run.

I confirm the problem for the version 7.x-2.0-rc1.

Any news?

Earnie,
you mention that the patch is reviewed and tested for 6.x-2.x-dev and I guess it is for Drupal 6.x (as I learnt so far for Drupal modules version names scheme, but I admit I am using Drupal for just about a month), but what about those who are using Drupal 7.x?

Should we open a separate bug (I would happily do it if you say so, but I will have time only this evening CET)?

Ok, I will.

Thank.

I have the latest 7.x-2.0-rc2 installed and it still has the problem. Interestingly the problem doesn't occur on my local development windows copy but does on the production LAMP server.

My cron tasks won't fully complete because of the issue and the XML sitemap doesn't create any sitemaps on the server.

Here's my log:

•Warning: XMLWriter::openUri() [xmlwriter.openuri]: SAFE MODE Restriction in effect. The script whose uid is 10002 is not allowed to access /var/www/vhosts/example.com/httpdocs/sites/default/files/xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM owned by uid 48 in XMLSitemapWriter->openUri() (line 40 of /var/www/vhosts/example.com/httpdocs/sites/all/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).
•Warning: XMLWriter::openUri(/var/www/vhosts/example.com/httpdocs/sites/default/files/xmlsitemap/NXhscRe0440PFpI5dSznEVgmauL25KojD7u4e9aZwOM/1.xml) [xmlwriter.openuri]: failed to open stream: Success in XMLSitemapWriter->openUri() (line 40 of /var/www/vhosts/example.com/httpdocs/sites/all/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).
•Warning: XMLWriter::openUri() [xmlwriter.openuri]: xmlNewTextWriterFilename : out of memory! in XMLSitemapWriter->openUri() (line 40 of /var/www/vhosts/example.com/httpdocs/sites/all/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).

I confirm #81
Using latest 7.x-2.0-rc2 and getting
Warning: XMLWriter::openUri() [xmlwriter.openuri]: Empty string as source in XMLSitemapWriter->openUri() (line 40 of /home/barisder/public_html/sites/all/modules/xmlsitemap/xmlsitemap.xmlsitemap.inc).

PHP Version => 5.2.17

#53 worked for me, running version 6.x-2.0-rc2

Confirming that #53 worked for me with 6.x-2.0-rc2.

I'd also like to add that without that patch, it's actually impossible to generate a sitemap in the first place—I only just installed the module and it took me a while to figure out what was going on and get it to work (after eventually getting here and applying #53).
Perhaps a note on the project page might be in order?

I updating my drupal from 6.22 to 6.28 (and a few modules including this one) and also upgraded from php5.2 to 5.3...
Ran into this issue... (not sure which one of the upgrades above caused it though, also moved the site locally on Windows to test so could be one of above upgrades in combo with running on Windows... seems like based on above comments its prob 5.3 issue )...

Anyway above #53 works... Why not include in the old 2012 release candidate (if its the recommended download for 6) if it breaks Drupal latest 6 builds?

#53 needed for my site to work as well

6.x-2.0-rc2

PHP 5.3.10

comment #53 worked for me thank you!

Any reason #53 was apparently not included in 6.x-2.0?

21: 920062-generation-realpath-throw-exceptions.patch queued for re-testing.