/map/to date-based archives and using Google maps as the map provider, the map doesn’t display on the page.
All of the crashes have occurred as I’m adding one or more tags to an annotation/highlight. I haven’t experienced a crash while creating annotation text.
The crash is immediate and complete and doesn’t just take out the individual tab, but the entirety of the Chrome processes. While it’s possible that this could be a Chrome issue, I’ve not experienced any crashes with any other websites in ages. I also know that there has been some new code and UI work around the interface and the way that tags are displayed in the public H product.
My initial guess is that something may be happening within the memory/caching as H tries to pull past tags from the server to guess what I’m typing.
I’ve alternated with using Firefox and the bookmarklet and have yet to see an issue with crashes there.
Warning: Use of undefined constant posthasteForm - assumed 'posthasteForm' (this will throw an Error in a future version of PHP) in /home/public_html/wp-content/plugins/narwhal-microblog/narwhal-microblog.php on line 265
Knowing that Posthaste was the underlying code, I suspect it’s an issue with php and the version in use. Apparently we’ve gotten to the version where posthasteForm is throwing the expected errors. 🙂
I’m not seeing any specific funcionality issues with the plugin, but it is throwing this error on the pages where Narwhal appears.
redirects to https://twitter.com/schnarfed/status/476408043819659264
Separately, though related, the example in the documentation for Instagram no longer seems to exist and could be replaced and the example for Google+ could be removed as the service no longer exists.
When I subsequently remove the emoji from the permalink, and reprocess Bridgy then has no problem finding the URL and sending the webmention. So at least there’s a “fix” on the user’s side for those experiencing this issue, but only if they’re aware it exists and have the means of executing it.
Example of failed webmention:
(I’ll note that it’s also got a fragment # in the URL, but don’t think this is a part of the issue)
Syndicated copy that was liked: https://twitter.com/ChrisAldrich/status/1129124049068498944#favorited-by-14591484
Bridgy Log: https://brid.gy/log?start_time=1558056830&key=aglzfmJyaWQtZ3lyTAsSCFJlc3BvbnNlIj50YWc6dHdpdHRlci5jb20sMjAxMzoxMTI5MTI0MDQ5MDY4NDk4OTQ0X2Zhdm9yaXRlZF9ieV8xNDU5MTQ4NAw
Example of previously failed webmention that ultimately went through following emoji removal:
Syndicated copy: https://twitter.com/ChrisAldrich/status/1129124049068498944#favorited-by-19844672
Bridgy Log: https://brid.gy/log?start_time=1558714459&key=aglzfmJyaWQtZ3lyTAsSCFJlc3BvbnNlIj50YWc6dHdpdHRlci5jb20sMjAxMzoxMTI5MTI0MDQ5MDY4NDk4OTQ0X2Zhdm9yaXRlZF9ieV8xOTg0NDY3Mgw
Another potential example from Instagram
Done via PESOS from Instagram which I’m sure missed webmentions (though too far back to find the specific logs):
Steps to reproduce the issue
- Go to https://wordpress.com/stats/day/annualstats/example.com
- Scroll down the page (zoom in if necessary so that the table fills the entire screen; the error isn’t as or won’t be obvious on a new account or if one doesn’t have several years worth of data to view)
What I expected
I expected the entire chart and page to scroll down.
What happened instead
The Year column stayed fixed and the remainder of the chart scrolls down the page instead. Without zooming in/out on the entire page, one can’t visualize the data or have it align properly.
Here’s a shot of the misaligned static year column versus the remainder of the chart which scrolls up/down.
Example page: https://www.ncbi.nlm.nih.gov/pubmed/17083004
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?