I’m importing RSS feeds with the RSS Polling plugin. I’m not adding any tags by default. Instead, the plan is that users add the tags manually. But the plugin removes the tags on the next pull. See for instance
Esta semana Manel nos habla desde BCN de la buena noticia que supone la apertura de una libreria especializada en rock y otras músicas, la Llibreria Sonora. Y, por supuesto, buena música. - Old 97's: Western stars - Los Deltonos: Solo un cable -...
EDIT: I thought it could be related with the setting create post for category and tag changes
but I have changed it and the tags are still being deleted. For example:
Podkasts
El Café de Silverio
Casi todos los que hablan de flamenco lo hacen sobre una idea canónica de flamenco: sobre el conjunto de características, estilos, voces, formas, teorías y relatos que conforman lo que mayoritaria y popularmente se conoce como flamenco en nuestro...
EDIT 2: Ok, this is even more strange. A post that says that some tags have been removed but the tags are still there…
Podkasts
El Café de Silverio
Hoy, desde la Peña La Bambera de Sevilla, hablamos con Óscar García Jurado al hilo de la publicación de su último trabajo, “Aproximación al capitalismo andaluz”. Distinguiremos la economía de ese trampantojo hediondo que es la economía...
Running Discourse 3.3.0.beta3-dev ( c13f64d35b ) and RSS Polling 0.0.1 be7b56e .
Maybe related? There is this recurring error in the logs:
Job exception: undefined method `name' for an instance of String
/var/www/discourse/app/models/topic_embed.rb:125:in `map'
/var/www/discourse/app/models/topic_embed.rb:125:in `import'
/var/www/discourse/plugins/discourse-rss-polling/app/jobs/jobs/discourse_rss_polling/poll_feed.rb:52:in `block in poll_feed'
/var/www/discourse/plugins/discourse-rss-polling/app/jobs/jobs/discourse_rss_polling/poll_feed.rb:41:in `each'
/var/www/discourse/plugins/discourse-rss-polling/app/jobs/jobs/discourse_rss_polling/poll_feed.rb:41:in `poll_feed'
/var/www/discourse/plugins/discourse-rss-polling/app/jobs/jobs/discourse_rss_polling/poll_feed.rb:20:in `execute'
/var/www/discourse/app/jobs/base.rb:305:in `block (2 levels) in perform'
rails_multisite-6.0.0/lib/rails_multisite/connection_management/null_instance.rb:49:in `with_connection'
rails_multisite-6.0.0/lib/rails_multisite/connection_management.rb:21:in `with_connection'
/var/www/discourse/app/jobs/base.rb:292:in `block in perform'
/var/www/discourse/app/jobs/base.rb:288:in `each'
/var/www/discourse/app/jobs/base.rb:288:in `perform'
sidekiq-6.5.12/lib/sidekiq/processor.rb:202:in `execute_job'
sidekiq-6.5.12/lib/sidekiq/processor.rb:170:in `block (2 levels) in process'
sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:177:in `block in invoke'
/var/www/discourse/lib/sidekiq/pausable.rb:132:in `call'
sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:179:in `block in invoke'
sidekiq-6.5.12/lib/sidekiq/middleware/chain.rb:182:in `invoke'
sidekiq-6.5.12/lib/sidekiq/processor.rb:169:in `block in process'
sidekiq-6.5.12/lib/sidekiq/processor.rb:136:in `block (6 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_retry.rb:113:in `local'
sidekiq-6.5.12/lib/sidekiq/processor.rb:135:in `block (5 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq.rb:44:in `block in <module:Sidekiq>'
sidekiq-6.5.12/lib/sidekiq/processor.rb:131:in `block (4 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/processor.rb:263:in `stats'
sidekiq-6.5.12/lib/sidekiq/processor.rb:126:in `block (3 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_logger.rb:13:in `call'
sidekiq-6.5.12/lib/sidekiq/processor.rb:125:in `block (2 levels) in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_retry.rb:80:in `global'
sidekiq-6.5.12/lib/sidekiq/processor.rb:124:in `block in dispatch'
sidekiq-6.5.12/lib/sidekiq/job_logger.rb:39:in `prepare'
sidekiq-6.5.12/lib/sidekiq/processor.rb:123:in `dispatch'
sidekiq-6.5.12/lib/sidekiq/processor.rb:168:in `process'
sidekiq-6.5.12/lib/sidekiq/processor.rb:78:in `process_one'
sidekiq-6.5.12/lib/sidekiq/processor.rb:68:in `run'
sidekiq-6.5.12/lib/sidekiq/component.rb:8:in `watchdog'
sidekiq-6.5.12/lib/sidekiq/component.rb:17:in `block in safe_thread'
And I think I have found a pattern:
If the “Tags” field in /admin/plugins/rss_polling
is empty, the tags added manually are removed in the next polling.
If that field has a tag, then the tags added manually seem to stay.
After testing further, I’m pretty sure that the problem is that tags are automatically removed when the RSS feed on /admin/plugins/rss_polling
doesn’t have any tags assigned.
1 Like
I can repro this.
My step-by-step:
Add https://meta.discourse.org/c/bug/1.rss
to RSS Polling
Set user and category, but leave tags blank (save)
Wait for topics to be pulled in
Select a couple and manually add tags
Wait for the next poll
See a topic with manually added tags has been edited to remove them
Expected: Polled topic with manually added tags should not be edited to remove those tags
Actual: Polled topic tags are overwritten
(No error in the /logs
though)
5 Likes
Strange. It keeps reporting this error. 1344 instances accumulated in a week. Looks generic enough.