Sparkle Framework problem (not displaying right version) - cocoa

I am using sparkle framework for the first time. I am trying to test it out and everything works perfectly, except it doesn't display the update version correctly. So for example this is my xml file on server:
<?xml version="1.0" encoding="utf-8"?> <rss version="2.0" xmlns:sparkle="http://www.andymatuschak.org/xml-namespaces/sparkle" xmlns:dc="http://purl.org/dc/elements/1.1/"> <channel>
<title>Your Great App's Changelog</title>
<link>http://localhost/test/SampleAppcast.xml</link>
<description>Most recent changes with links to updates.</description>
<language>en</language>
<item>
<title>Version 1.5 (2 bugs fixed; 3 new features)</title>
<sparkle:releaseNotesLink>
http://localhost/test/notes.html
</sparkle:releaseNotesLink>
<pubDate>Wed, 15 Mar 2011 19:20:11 +0000</pubDate>
<enclosure url="http://localhost/test/seglab.zip" sparkle:version="2.0" length="1623481" type="application/octet-stream" sparkle:dsaSignature="MCwCFD8H0l7NOhl7OXeqVM1+CeonHuKtAhRQXdB4alDeMPgSUaHhuX1Zx5GwTg==" />
</item>
</channel> </rss>
notice in the title tag, the name of the version is 1.5, but when I get a prompt for sparkle update, it says "App Name version 2.0 is now available - you have 1.0...."
It should say 1.5...
Why is this happening?
Thanks!

"It should say 1.5" as in, "App Name version 1.5 is now available - you have 1.0...."?
Then you probably need to change this tag:
<enclosure
url="http://localhost/test/seglab.zip"
sparkle:version="2.0"
length="1623481"
... />
to this:
<enclosure
url="http://localhost/test/seglab.zip"
sparkle:version="1.5"
length="1623481"
... />
Full disclosure: I have never used Sparkle before. This is just a guess based on eyeballing the XML.

Related

What is the right format for a RSS file for Pinterest?

I have tried to create a RSS feed that Pinterest can read ones every 24 hours and add pins to my boards. I looked at the docs that Pinterest have, but they don´'t even have an example file.
So I have created the RSS file and linked it to Pinterest and I get no errors when adding the link, but it is not working! It is not adding any pins to my boards so I guess I have something wrong in my RSS file.
I wonder, hwat should a Pinterest RSS file look like?
This is my RSS file.
<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0">
<channel>
<title>My title</title>
<link>https://www.mywebpage.com/</link>
<description>Some text here.</description>
<item>
<title>The item title here</title>
<link>https://mywebpage.se/produkt/6740</link>
<description>The item description here</description>
<image>
<url>https://mywebpage.se/image.jpg</url>
</image>
<guid>https://mywebpage.se/produkt/6740</guid>
</item>
</channel>
</rss>
I have tested a few different formats, but nothing is working.
So please, any input really appreciated.
I had the same issue. I tried several times to get the correct RSS from support. Here it works for me. Be careful with the correct date format, this also affects validity.
<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:dcterms="http://purl.org/dc/terms/" xmlns:media="http://search.yahoo.com/mrss/" version="2.0">
<channel>
<title>My Site name</title>
<link>http://example.com/rss</link>
<managingEditor>support#example.com (myname)</managingEditor>
<webMaster>support#example.com (name)</webMaster>
<image>
<url>http://example.com/android-chrome-512x512.png</url>
<title>My site name</title>
<link>http://example.com/rss</link>
</image>
<description>My site description.</description>
<language>en</language>
<pubDate>Wed, 29 Jun 22 03:47:23 +0000</pubDate>
<item>
<guid>https://example.com/img/739</guid>
<title> Description image </title>
<description/>
<link>https://example.com/img/739/</link>
<enclosure url="https://example.com/resources/964.jpg" length="83372" type="image/jpeg"/>
<media:content url="https://example.com/resources/739_964.jpg" fileSize="83372" type="image/jpeg"/>
<pubDate>Tue, 21 Jun 22 22:38:51 +0000</pubDate>
</item>
</channel>
</rss>

External PNG graphic not displaying (Geoserver 2.13)

I have recently upgraded from Geoserver 2.11.0 to 2.13.1 and have found my external graphics for point layers are not displaying (they revert to a default grey symbol).
Is there anything wrong in my code, or has anything changed between 2.11 and 2.13 which might be causing problems? Inaccessibility problems for Geoserver to online resources?
An example of my xml is below:
<?xml version="1.0" encoding="UTF-8"?>
<StyledLayerDescriptor xmlns="http://www.opengis.net/sld" xmlns:ogc="http://www.opengis.net/ogc" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" version="1.1.0" xmlns:xlink="http://www.w3.org/1999/xlink" xsi:schemaLocation="http://www.opengis.net/sld http://schemas.opengis.net/sld/1.1.0/StyledLayerDescriptor.xsd" xmlns:se="http://www.opengis.net/se">
<NamedLayer>
<se:Name>cctv_cameras</se:Name>
<UserStyle>
<se:Name>cctv_cameras</se:Name>
<se:FeatureTypeStyle>
<se:Rule>
<se:Name>Single symbol</se:Name>
<se:PointSymbolizer>
<se:Graphic>
<se:ExternalGraphic>
<se:OnlineResource xlink:type="simple" xlink:href="http://maps.runnymede.gov.uk/website/maps/png/community/cctv_cameras.png"/>
<se:Format>image/png</se:Format>
</se:ExternalGraphic>
</se:Graphic>
</se:PointSymbolizer>
</se:Rule>
</se:FeatureTypeStyle>
</UserStyle>
</NamedLayer>
</StyledLayerDescriptor>
Works fine on my local machine with 2.13.0, but does fail with 2.13.1, I've filed a bug.

Firefox plugin autoupdate does not work even with mccoy sign and sha1 hash

I'm new here. I attempted to follow the basic guide to setting up my plugin to autoupdate, but no matter what I tried, the Addons Manager simply returns "No updates found" to me.
This is my first version, with the McCoy updateKey and the updateURL.
<?xml version="1.0"?>
<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:em="http://www.mozilla.org/2004/em-rdf#">
<Description about="urn:mozilla:install-manifest">
<em:id>rikaicake#kirei.cake</em:id>
<em:name>RikaiCake Custom JP-EN Dictionary</em:name>
<em:version>1.0.20141010</em:version>
<em:description>The next generation Rikaichan dictionary, catered for translators and dedicated Japanese enthusiasts alike, by one single wholehearted translator. (Disclaimer: No credit is claimed for the creation of the original dictionary by James Breen or any others involved. This is solely a fan contribution.)</em:description>
<em:creator>Nitori</em:creator>
<em:homepageURL>http://kireicake.com/rikaicakehome/</em:homepageURL>
<em:iconURL>chrome://rikaicake/content/icon.png</em:iconURL>
<em:icon64URL>chrome://rikaicake/content/icon64.png</em:icon64URL>
<em:unpack>true</em:unpack>
<em:type>2</em:type>
<!-- Update variables -->
<em:updateURL>http://kireicake.com/rikaicake/update.rdf</em:updateURL>
<em:updateKey>MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDLELaF2leBsPJJXGwEW8Eju5crK/vXDHmNFbNb7I/na64jX00tNud8sjjRQiXmkm7rRqdmIkwqsvCJAeF92HmLRAN9DxxLHUcNO5TJ9MpsjgnJnS9Cpwp+9iQHzG5JE8IhyeuqL9UH1l8840q+o1F5+aU0gQfCXVq7ml35Cp5AcwIDAQAB</em:updateKey>
<!-- Firefox -->
<em:targetApplication>
...
</em:targetApplication>
</Description>
</RDF>
Next is the update.rdf, which contains both the McCoy signature as well as the correct sha1 hash of the new version's XPI file.
<?xml version="1.0"?>
<RDF:RDF xmlns:em="http://www.mozilla.org/2004/em-rdf#"
xmlns:NC="http://home.netscape.com/NC-rdf#"
xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<RDF:Seq RDF:about="rdf:#$juwpx">
<RDF:li RDF:resource="rdf:#$kuwpx"/>
</RDF:Seq>
<RDF:Description RDF:about="rdf:#$nuwpx"
em:id="rikaicake#kirei.cake"
em:minVersion="2.0"
em:maxVersion="99.*"
em:updateLink="http://kireicake.com/rikaicake/rikaicake-1.1.20141011.xpi"
em:updateHash="sha1:a88f474ce465ec8b027bf9d59f26aa4d758c1b0d" />
<RDF:Description RDF:about="urn:mozilla:extension:rikaicake#kirei.cake"
em:signature="MIGTMA0GCSqGSIb3DQEBDQUAA4GBAICj86yogJPhb4PKRfcXnqd2rGRVoo89TULFi6urSODlVW97RjwVkUt9t4cgvGvk8g5Ix8xVNKlybBLkXOfzMIIbWWMrK9MUHHly1Pi2BdW2ecOoUOEPpB73hVLwJggrVLCFogFoATtVLBMHC6wjxvRGfLt2M5alUu1jpm3RxOCF">
<em:updates RDF:resource="rdf:#$juwpx"/>
</RDF:Description>
<RDF:Description RDF:about="rdf:#$kuwpx"
em:version="1.1.20141011">
<em:targetApplication RDF:resource="rdf:#$nuwpx"/>
</RDF:Description>
</RDF:RDF>
And, just for reference, the updated install.rdf in the new version is basically the exact same albeit with a different em:version number (newer one).
<?xml version="1.0"?>
<RDF xmlns="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:em="http://www.mozilla.org/2004/em-rdf#">
<Description about="urn:mozilla:install-manifest">
<em:id>rikaicake#kirei.cake</em:id>
<em:name>RikaiCake Custom JP-EN Dictionary</em:name>
<em:version>1.1.20141011</em:version>
<em:description>The next generation Rikaichan dictionary, catered for translators and dedicated Japanese enthusiasts alike, by one single wholehearted translator. (Disclaimer: No credit is claimed for the creation of the original dictionary by James Breen or any others involved. This is solely a fan contribution.)</em:description>
<em:creator>Nitori</em:creator>
<em:homepageURL>http://kireicake.com/rikaicakehome/</em:homepageURL>
<em:iconURL>chrome://rikaicake/content/icon.png</em:iconURL>
<em:icon64URL>chrome://rikaicake/content/icon64.png</em:icon64URL>
<em:unpack>true</em:unpack>
<em:type>2</em:type>
<!-- Update variables -->
<em:updateURL>http://kireicake.com/rikaicake/update.rdf</em:updateURL>
<em:updateKey>MIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKBgQDLELaF2leBsPJJXGwEW8Eju5crK/vXDHmNFbNb7I/na64jX00tNud8sjjRQiXmkm7rRqdmIkwqsvCJAeF92HmLRAN9DxxLHUcNO5TJ9MpsjgnJnS9Cpwp+9iQHzG5JE8IhyeuqL9UH1l8840q+o1F5+aU0gQfCXVq7ml35Cp5AcwIDAQAB</em:updateKey>
<!-- Firefox -->
<em:targetApplication>
...
</em:targetApplication>
</Description>
</RDF>
I've also set up my .htaccess so that it would properly handle the files.
AddType text/rdf .rdf
AddType text/xml .rdf
AddType application/rdf+xml .rdf
AddType application/x-xpinstall .xpi
Does anybody have any idea what I could be doing wrong? I don't own my server, so I cannot set it to do HTTPS, so that is not an option. I tried several Firefox browsers, and they all do the same. The files can be accessed on the website, no problem at all.
For one thing, is my code wrong by any chance? If not, then I might just need to tell people to manually update. Thanks a bunch!
Oh, I found out the issue. It's working now. The issue was in my update.rdf:
<?xml version="1.0"?>
<RDF:RDF xmlns:em="http://www.mozilla.org/2004/em-rdf#"
xmlns:NC="http://home.netscape.com/NC-rdf#"
xmlns:RDF="http://www.w3.org/1999/02/22-rdf-syntax-ns#">
<RDF:Description RDF:about="rdf:#$nuwpx"
em:id="{ec8030f7-c20a-464f-9b0e-13a3a9e97384}"
em:minVersion="2.0"
em:maxVersion="99.*"
em:updateLink="http://kireicake.com/rikaicake/rikaicake-1.1.20141011.xpi"
em:updateHash="sha1:a88f474ce465ec8b027bf9d59f26aa4d758c1b0d" />
<RDF:Seq RDF:about="rdf:#$juwpx">
<RDF:li RDF:resource="rdf:#$kuwpx"/>
</RDF:Seq>
<RDF:Description RDF:about="urn:mozilla:extension:rikaicake#kirei.cake"
em:signature="MIGTMA0GCSqGSIb3DQEBDQUAA4GBABuMUOfHzXvWVu2LlIxZalk94+HFLShDfugBBH7uUEU1knq7imKBIQ8Ilw38lJ/hfxVpXQx8jxywGBx6QPeqFMmBhu9ocKTiWIUQ+52O2i2p1pCw0VrcEd90KP1Tj0IXXthIpILp/VQMif4cloOaI//4ql27xHe0+L/NXkB/JZbN">
<em:updates RDF:resource="rdf:#$juwpx"/>
</RDF:Description>
<RDF:Description RDF:about="rdf:#$kuwpx"
em:version="1.1.20141011">
<em:targetApplication RDF:resource="rdf:#$nuwpx"/>
</RDF:Description>
</RDF:RDF>
em:id should be {Firefox GUID}, NOT the addon's ID. I went through a ton of trouble just to realize that I misinterpreted a field.

Glassfish directory mappings: resources are cached by glassfish

I use the external resources mapping by glassfish for storing user uploaded images (sun-web.xml):
<property name="downloadroot" value="from=/downloaded dir=c:\glassfishv3\downloads"/>
I store uploaded images to this directory. The first download is ok, the image is shown at the address server:8080/downloaded/image_13.png. But when the users uploads another file and replaces the image (it is really replaced in file system) the GF doesn't show new image, but the old one. Event restart and osgi-cache/generated clean doesn't help! That's very misleading and hope anyone could help me with this issue..
Ok, the issue was in JRebel! I spent the whole day, and finally found the issue! So, if anyone meets with it, the reciept to fix is to include the gf virtual path to rebel.xml like this:
<?xml version="1.0" encoding="UTF-8" standalone="no"?>
<application>
<classpath>
<dir name="${myproject.root}\target\classes" />
</classpath>
<web>
<link target="">
<dir name="${myproject.root}\src\main\webapp" />
</link>
<link target="">
<dir name="C:\glassfish3.1" />
</link>
</web>
</application>

RSS displaying correctly in Safari but not Firefox

I am having a problem with our RSS feed displaying correctly in Safari but not in Firefox.
A sample is shown below. The issue is in the <title> tag under <pubdate>. The ó shows correctly in Safari but is spelled out in Firefox. Has anyone encountered this problem?
<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/xsl" href="/rss/styles/shared_xsl_stylesheet_v2.xml"?>
<rss version="2.0">
<channel>
<title>Updates: What's New on The Website</title>
<link>http://www.site.com/news/whatsnew/wn-today.shtml</link>
<description>The latest events, developments, and updates to the website</description>
<language>en-us</language>
<pubDate>Thu, 10 Sep 2009 11:58:18 EDT</pubDate>
<lastBuildDate>Wed, 09 Sep 2009 16:41:00 EDT</lastBuildDate>
<item>
<title>Pronunciamiento de la Presidenta de la Comisión de Valores y Bolsa</title>
<link>http://www.site.com/divisions/corpfin/cfnew/cfnew0909.shtml</link>
<description>Pronouncements</description>
<guid isPermaLink="false">2009-09-09-000115</guid>
<pubDate>Wed, 09 Sep 2009 16:41:00 EDT</pubDate>
</item>
</channel>
Edited to show the above as code. :-)
ó is valid in UTF-8 encoded documents. The problem is that you reference ó but the entity needs to be defined in a DTD somewhere because the default DTD doesn't define it because ó is valid in UTF-8 encoded XML.
Check out the W3C's Validator.
This example worked like a champ! (I couldn't have been on the right path without getting started by some of the great answers here. Thanks Mike Buckbee and CptSkippy)
<?xml version="1.0" encoding="UTF-8" ?>
<!DOCTYPE channel [
<!ENTITY oacute "Ó">
<!ENTITY nbsp " ">
]>
<rss version="2.0">
<channel>
<title>RSS Example</title>
<description>This is an ó example of an RSS feed</description>
<link>http://www.domain.com/link.htm</link>
<lastBuildDate>Mon, 28 Aug 2006 11:12:55 -0400 </lastBuildDate>
<pubDate>Tue, 29 Aug 2006 09:00:00 -0400</pubDate>
<item>
<title>Item Example</title>
<description>This is an example of an Item</description>
<link>http://www.domain.com/link.htm</link>
<guid isPermaLink="false"> 1102345</guid>
<pubDate>Tue, 29 Aug 2006 09:00:00 -0400</pubDate>
</item>
</channel>
</rss>
I believe in either case it is actually encoded, but the Safari view is more sophisticated (may not be a good thing).
If you want to really "see" what is happening with the HTML, your best bet is to use curl or wget to directly download the RSS feed and then view the file in a text editor.

Resources