eg: https://islandinthenet.com/saturday-16-february-2019-1017am/ which has resulted in some unintended spam in the IndieNews feed.
What exactly are the triggers for syndicating to IndieWeb News and Indieweb.xyz? Is it just having a tag
indieweb, or even
indie* where * is a wildcard? Are there others I may be missing?
Can one target other subs within indieweb.xyz (examples: /en/longreads or /en/games/) or just the
/language/indieweb/ sub with the plugin? How is differentiating them done from the user’s perspective? I do see a reference to the /hottubs/ sub in the code, but I’m not following all the logic there.
I suspect it would also be nice to have some details about the dashboard widget and news feeds as well as listing a requirement for the Webmention plugin which some might not know about.
I’m happy to modify the readme’s with better instructions if I can be a bit more clear on some of what the code is doing with regard to the above.
For syndication to indieweb.xyz the displayed result (set for icon only) is giving a relatively interesting “info” icon,which is a reasonable proxy, but sadly the hover text is also “info” instead of a more useful or expected “indieweb.xyz”.
For syndications to reading.am (which I’m guessing still doesn’t have a service specific icon) instead of giving the old default image of a globe icon, it’s not displaying anything at all. I haven’t tested specifically, but are unmapped urls still given that old default icon?
I’m still seeing issues with my chrisaldrich.wordpress.com URL. Previously it displayed a blank space (presumably not able to understand the inpub), but the newer version is displaying the word “WordPress” even when I’m using icons only. (Example: https://boffosocko.com/2019/02/14/a-sketch-for-an-indieweb-bullet-journal/#Syndicated%20copies) My initial inclination is that the two instances of “WordPress” at https://github.com/dshanske/syndication-links/blob/057733d921b485cf8f0eb98b28b104ccb708bd21/includes/class-syn-meta.php#L333 are both CamelCase when all the other examples around/near that segment of code are all lower case.
This should be separate from preventing self-webmentions as I (and I suspect others may) want to have those show up to cross link or cross reference posts on their own sites.
/wp-admin/edit-comments.php. With the Webmentions plugin enabled, one is presented with the options to filter for “All Comment Types”, “Comments”, “Pings”, and “Webmentions”. Adding a filter for “Refbacks” would be incredibly helpful as well.
Perhaps it’s related to the recent fix that was causing private posts to be marked public?
If I go to https://indiebookclub.biz/users/boffosocko.com instead, then the page resolves and shows the profile page I would expect.
Taking things a half step further, perhaps any micropub or other incoming post creation tool that includes location data could automatically trigger a weather lookup? Then OwnYourGram, DsgnWrks Instagram Importer, or other similar tools that create new posts with location data could provide weather as well.
noteinstead of a
checkinas I would expect. (In general, I would think that all posts arriving from OYS would always default to be checkins despite the fact that they may have note-like content as well as photos.)
In the settings on my site, I’ve even got the “Default Kind for New Posts” set to
checkin, as I use it often, yet the posts still show up as a note.
Ideas about what may be missing or going wrong?
As a small caveat, I’ll note that this install is running Post Kinds Version 3.0.6, but I suspect that nothing has changed since about June that might fix or affect this issue.
/wp-admin/comment.phpadmin page when manually editing a comment to change any of the common fields (author, email, the comment itself) and saving, everything saves as expected except for the avatar within the Semantic Linkbacks portion. If the avatar was changed (or one was added) things are saved properly, but when updating other fields and not changing the avatar itself, the avatar field data seems to be deleted on saving, thus making the author images disappear.
Steps to reproduce
- Annotate any particular individual article on https://www.quantamagazine.org/
- Links to the annotations are redirected back to the root domain and not the individual page
The links should direct to the canonical URL of the article
All the annotations to individual pages seem to automatically become orphans and are associated with the root domain instead of the individual permalinks.
Example: The annotations at https://hyp.is/lUpgtn15EeivjHMsJK03Tg/www.quantamagazine.org/ and https://hyp.is/6C98en11EeieFgMy1hP9tQ/www.quantamagazine.org/ on the page https://www.quantamagazine.org/mathematics-shows-how-to-ensure-evolution-20180626/ don’t resolve properly because of the orphaning issue on this website.
This is happening to me on a variety of browsers on Windows 8.1 and Windows 10 including: Chrome 67 and Firefox Quantum 60.0.2 (64-bit).
It also appears to be an issue on both the current versions of Chrome/Firefox on Android v8.0.0
I’d guess that the issue is site specific to quantummagazine.org somehow.