Hi Surbhi. Sorry for throwing a few mixed issues at you at the same time. The failure to copy all images on publishing was a strange one. I have had trouble with USB devices holding projects on some PCs lately and so the problem could be related to that (hence the attempt to use source control). It seemed to copy them sequentially up to a repeatable point in the list and stop, but there were no errors reporting or in the logs. The Web site was missing them, but they were visible in the source folder. It was the same images each time I tried to publish. 1. The SharePoint workflow was an attempt to use SharePoint 365 instead of USB as a way of centralising the source when working projects at two sites; one site being my office and the other being my client’s office, which is a government-owned corporation that doesn’t allow contractors to connect non-government PC assets to its network. Connecting to SharePoint from RoboHelp 2019 works from my office and I can download, and sync projects, all as described in the documentation, but I’m still unable to connect from the client’s office. RoboHelp 2019 would prompt for my MS 365 login credentials, but it would go no further. No error message was displayed. I can connect to SharePoint using a Web browser from the government WAN (proving the site is not blocked). Ports 80 and 443 are open and the URLs you list are not black-listed as far as I can tell because I can use other applications such as OneNote and Outlook with my 365 account without a problem. Outbound traffic is of course via a forward proxy server, but I would assume that RoboHelp uses the proxy settings defined in IE? Fiddler doesn’t show any errors and its doesn’t show any traffic being blocked. I can get to the URLs that you listed in your message at https://forums.adobe.com/message/10948235#10948235. This issue isn’t a show-stopper though, as I’ve now returned to using a USB SSD to hold projects and dropped the idea of using SharePoint. I can open these USB projects from the government-owned PC or at my PC at my office and continue to work on them, as well as publish the sites to Web servers at either end (I use two Web servers for testing at my office and publish to two Web sites at the government site; one test and one production). Are there any explicit proxy settings that can be made in RoboHelp? 2. Excellent news. I look forward to Update 6. 3. Videos work fine; the problem is only when converting a project to the new format. In RoboHelp 2017 / 2019 Classic, the videos were placed with the standard Insert Multimedia tool and appear in the HTML as: they convert to RoboHelp 2019 as-is: But these render as shown below, and they fail to play in the published output. I needed to manually alter every page to use , as in: Although this was a one-off edit, it was tedious when there are 60 pages to update and having to convert the project many times to overcome issues and for testing, so it would be nice if the source could be remapped somehow on upgrade to use the tags. 4. Again, the problem was only in the upgraded project. In all the tests carried over the past few weeks, I found that any page where the footer had been modified (e.g. to update the date that the page was modified) using the great option in RoboHelp 2017 that prompts if you want to update just that page, or the entire project, the published application would show two headers. The good news, though, is that I did another conversion just now so that I could take a screen capture to add to this Email, but I was unable to reproduce the problem. Maybe it’s just a problem at this end. 5. Excellent news – looking forward to Update 6. Graham Keen CADbase Pty Ltd GPO Box 2897 Darwin NT 0801 Australia T 61 8 8942 2221 E Graham.Keen@cadbase.com.au<mailto:Graham.Keen@cadbase.com.au>
... View more