https://bugs.kde.org/show_bug.cgi?id=387601
Friedrich W. H. Kossebau <kosse...@kde.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WAITINGFORINFO
Status|UNCONFIRMED |NEEDSINFO
--- Comment #9 from Friedrich W. H. Kossebau <kosse...@kde.org> ---
I am not sure what you mean by "The Environment Canada or envcan uses xml files
rather than rss files.". Where do you see the relationship to Leap vs. TW?
The envcan plugin fetches its data from another source than the RSS, one which
serves some xml file suited for automated processing, while the RSS variant is
more for human consumption.
For Toronto that would be
http://dd.weatheroffice.ec.gc.ca/citypage_weather/xml/ON/s0000458_e.xml
Though querying the available weather stations is done by fetching the file
http://dd.weatheroffice.ec.gc.ca/citypage_weather/xml/siteList.xml and looking
up the location query string in that data. So if Toronto is no longer shown
with envcan when searching weather stations, possibly something fails with the
download of that file.
See EnvCanadaIon::getXMLSetup()
(https://cgit.kde.org/plasma-workspace.git/tree/dataengines/weather/ions/envcan/ion_envcan.cpp?h=Plasma%2F5.8#n510
)
Perhaps you can try to simluate that download with some simple app which does
just that KIO::get call and the data processing in some respective slots for
&KIO::TransferJob::data & &KJob::result. And then see where this fails. Perhaps
some KIO/Qt network settings block the download with the library versions of
what is in Leap?
--
You are receiving this mail because:
You are watching all bug changes.
