Site and Page meta tag output is no longer duplicated
Duplicating page no longer gives issues on Preview
Directory listing now works when browsing via SFTP
Server Path is now cleared when changing publishing type to local folder
Duplicating themes now duplicates theme styles also!
Fixed a whole bunch of issues with FTPS
Fixed a publishing issue relating to bookmarks
Blog plugin now generates correctly URLâs for podcasts (sorry this took so long to ship).
Cache busting no longer breaks when using protocol-less URLs
Fixed an issue with lists in the style text plugin.
We hope to have an official 7.0.3 release out later the week. Weâre also working on 7.1 at the same time, this has some bigger, more exciting things in it but more on that next month
The bug I was experiencing was the âexport bugâ wherein pages where exported but the process was âweirdâ (i.e. exported, then published) and left all the pages marked as changed. Hopefully this will be fixed for 7.0.4 or 7.1. But Iâm hopeful that now some key bugs are sorted, that some others can get solved!
@apfelpuree A protocol-less or protocol-relative urlâs are a urlâs that begin :
//
As opposed to:
http://
Or:
https://
//www.example.com/style.css, that is a protocol-relative URL; it uses the same protocol as what the browser is already using to request the referring page. For example, if the browser had requested a page with https://www.example.com, then that URL will be requested over HTTPS and not HTTP.
Just tried to use the new Alpha Colour option in a theme but it didnât work. Do we also have to make changes to the theme color section for the individual colors (they had to be in hex before). Tried it with rgba() but this will make RW hang.
The firewall alert is indeed related to RapidWeaverâs use of a PHP web server. The latest version 7.0.3 beta 3 should fix an issue where some people were seeing an empty preview page, but the fix also caused this firewall alert issue. This should be fixed in the next beta
There was an php-option in the firewall settings set to âdo not allowâ. To change the settings in the osx firewall you must be an admin and RapidWeaver has no admin rights. Its not possible that RapidWeaver can change the settings without permission by the user
No I know. Maybe I should have been a little clearer there, weâve found a slightly different way to apply the fix that doesnât cause the OS X firewall to jump into action.