All right, thanks for the workaround Mijzelf!

I was having trouble updating the packages list and noticed from zypkg.log that it’s trying to download ftp://ftp2.zyxel.com/NAS540/zypkg/5.02/ZYPKG_INFO.tgz, whereas the actual file on the server (from a few days ago) is ftp://ftp2.zyxel.com/NAS540/zypkg/5.02/ZYPKG_INFO.TGZ (notice the all-caps .TGZ extension). Can anyone corroborate this is a server-end problem and not just something I’ve managed to break on my end?

2015-08-07 06:00:05 [ipkg][][29288]: [ipkg_op][676] ******** ipkg start as " /usr/bin/ipkg-cl -f /etc/zyxel/pkg_conf/zypkg_conf/zy-pkg.conf -t /i-data/.system/zy-pkgs/tmp download DefaultWebSite ZYPKG_INFO.tgz "
2015-08-07 06:00:05 [ipkg][download][29288]: [ipkg_op][699] cmd_name: download, argv[6]: DefaultWebSite
2015-08-07 06:00:05 [ipkg][download][29288]: [zypkg_set_web_site][2110] ---> using "/etc/package_src_url" (for white box version)
2015-08-07 06:00:05 [ipkg][download][29288]: [zypkg_set_web_site][2124] web site: "ftp://ftp2.zyxel.com/NAS540/zypkg/5.02"
2015-08-07 06:00:05 [ipkg][download][29288]: [ipkg_op][749] @@@ strURL: DefaultWebSite @@@
2015-08-07 06:00:05 [ipkg][download][29288]: start [zypkg_download] with [ftp://ftp2.zyxel.com/NAS540/zypkg/5.02]-[ZYPKG_INFO.tgz]-[/tmp/ZYPKG_INFO.tgz]-[zypkglist]
2015-08-07 06:00:05 [ipkg][download][29288]: [zypkg_download][366] resumeFrom: "0".
2015-08-07 06:00:05 [ipkg][download][29288]: [zypkg_download] strDownloadFile: ftp://ftp2.zyxel.com/NAS540/zypkg/5.02/ZYPKG_INFO.tgz
2015-08-07 06:00:05 [ipkg][download][29288]: [zypkg_download] Start to download zypkglist
2015-08-07 08:00:06 [7]: [zysh_zypkgs_updatelist_showProgress][1415] "/tmp/zypkglist_download.ongoing" exists now.
2015-08-07 08:00:07 [7]: [zysh_zypkgs_updatelist_showProgress][1415] "/tmp/zypkglist_download.ongoing" exists now.
2015-08-07 08:00:08 [7]: [zysh_zypkgs_updatelist_showProgress][1415] "/tmp/zypkglist_download.ongoing" exists now.
2015-08-07 06:00:09 [ipkg][download][29288]: [zypkg_download] ********* curl_result: 78
2015-08-07 06:00:09 [ipkg][download][29288]: [zypkg_download] ********* [??] curl_result: 78
2015-08-07 06:00:09 [ipkg][download][29288]: [zypkg_download] Download zypkglist TIMEOUT
2015-08-07 06:00:09 [ipkg][download][29288]: [ipkg_op][785] download result: 78
2015-08-07 08:00:09 [7]: [zysh_zypkgs_updatelist_showProgress][1415] "/tmp/zypkglist_download.ongoing" exists now.

---

Asustelija kirjoitti:
Asukselle pitkä miinus siitä, ettei manuaalissa neuvota mitään modeemin säätämisestä. Suomalaisista operaattoreistakin löytyy vain Sonera.

---

Eilen julkaistussa firmisversiossa 1.0.9.7 on muutosluettelon mukaan nyt tuki Saunalahden VDSL:lle:

”- VDSL WAN (PTM) QIS manual setting list updated. […] Add Finland ISP, Saunalahti”

Itse asensin tuon 1.0.9.7:n äsken ja tuntuu toimivan kuten tähänkin asti, joskaan en käynyt asetusvelhoa uudelleen läpi noiden operaattorikohtaisten valmisasetusten saamiseksi, vaan käytän ennestään toimineilla, käsin tekemilläni asetuksilla.

I used to get so many old videos as reruns from Youtube feeds that I got fed up with it and made these changes to init() in classes/feedparser.php (added lines prefixed with ’+’):

foreach ($articles as $article) {
+    $ju_article = new FeedItem_Atom($article, $this->doc, $this->xpath);
+    if ($ju_article->get_date() < strtotime("-14 days")) continue;
+
array_push($this->items, new FeedItem_Atom($article, $this->doc, $this->xpath));
}


(And the same logic for each feed type.)

This seems to work as I like, forcibly dropping everything older than two weeks (I generally don’t care for old content). However, as it is a core change, I’ll have to reimplement it each time TTRSS is updated. Any chance of getting a hook in there somewhere (perhaps operating on $articles prior to that foreach), to do this type of prefiltering in a plugin?

Any chance of tweaking it so that I could give +1’s to articles irrespective of and in addition to sharing them in G+ posts? From what I can tell, giving +1’s isn’t currently supported by the plugin.

Google Reader had +1 tied to sharing so that in order to share on G+ I had to +1 it first. That was okay but not entirely optimal: +1 and posting on G+ about something could IMHO very well be two separate functions, so that you could

* only +1 something
* only share it in a G+ post
* do both if you like

— wp-status-net.php 2012-07-16 20:51:15.604960940 +0300

+++ wp-status-net.php.new	2012-08-01 21:04:36.392944461 +0300
@@ -700,7 +700,7 @@
 function wpstatusnet_options()
 {

-      	if ( 'save' == $_REQUEST['action'] )
+      	if ( array_key_exists('action', $_REQUEST) && 'save' == $_REQUEST['action'] )
 		{
 			$options = array(
 				"apitype" => $_REQUEST[apitype],
@@ -931,7 +931,7 @@
 {
 	if (function_exists('add_options_page'))
 	{
-		add_options_page('WP-Status.net', 'WP-Status.net', 0, basename(__FILE__), 'wpstatusnet_options');
+		add_options_page('WP-Status.net', 'WP-Status.net', 'manage_options', basename(__FILE__), 'wpstatusnet_options');
     	}
 }

There was a topic about replacing br tags with newlines on Urban Giraffe, but it seems to have led nowhere, so I’m posting this here just so that I can find it when I again need it, and maybe of help to others too.

I modified the search_and_replace function on line 37 of models/search.php so that $this->replace is assigned a replaced string itself:

$this->replace = str_replace("\\n", '
', $replace);

This means I want to replace any occurences of ”\n”’s in my replacement string with actual newlines just prior to applying the replacement.

It’s an ad hoc solution which I’m reverting once I’m done with newlines. I’ve not explored any possible side effects this solution may have, so use with caution.

Edit: Forum ate my br.

No problem, and thanks for the rapid response to my bug-report-turned-support-request!

Yes and no. :) No, I’ve never used anything but SLB. Yes, it’s apparently always activated links, but it also used to have the ’Activate all image links in item content’ option. Being able to uncheck that option I could use SLB as I have until now: with lightboxing only on links I’ve manually specified as rel=”slb”. The automatic url-snooping thingy just doesn’t work for me, since I use lots of image links pointing to wiki pages of those images.

FWIW, it was easy to fix this for myself: I just cut process_links() so that it immediately returns with unprocessed $content.

So, uh, how do I retroactively extend this reversed behavior to all the links on my blog relying on the previous behavior? I think it’s easier for me to just downgrade and freeze the plugin back to where it works the way I’ve relied on it functioning up until now.

(Not to be critical of your work; it’s your code and you do with it as you will. It just seems my use-case was niche even until recently, and now it’s no longer supported at all.)