4.6.0.
3 has been released, the first of 2019! Happy New Year!
It contains the following changes:
- Partially fix missing UI controls upon first press of Alt key
- Make generated certificates use same signature algorithm as root
- Fix timezone for certificate generator
- Make receive buffer size configurable
(Dec. 29, 2018 01:51 AM)whenever Wrote: [ -> ]If I set https port to 8443, https://local.ptron:8443/.pinfo/ works but https://local.ptron/.pinfo/ not.
Are you sure you have set browser such that HTTPS sites also go through Proxomitron, and have not explicitly bypassed local.ptron in the browser?
(Dec. 29, 2018 01:51 AM)whenever Wrote: [ -> ] (Dec. 28, 2018 08:49 PM)amy Wrote: [ -> ]Either way, Proxomitron should not be explicitly setting RWIN so I'll remove that for 4.6.0.3 and see if I notice a difference.
Thanks.
After a bit more testing, I discovered that Proxomitron was actually
helping with speeds since without it I default to a window of 17520 whereas it sets it to 32768. I tried setting it higher, and was able to get even better speeds than I ever had before, so keeping in mind that removing Proxomitron's setting of RWIN might cause some users to
slow down (and that changing RWIN at the OS level requires a reboot!), I decided to make it configurable, currently via config-file-only option
RcvBuf. This option behaves as follows:
Section: Global
Name: RcvBuf
Type: integer
Default: 32768
Range: 0-(max)
Description: sets the receive buffer for each connection (has an equivalence to the receive window, RWIN). A value of 0 causes Proxomitron to use the default of the OS.
Thus, you can default to the OS, like RWIN patch does, by adding
RcvBuf=0 to your config file. This option also helps you experiment with RWIN value without needing to reboot - simply edit config file and reload config.
(Dec. 29, 2018 01:51 AM)whenever Wrote: [ -> ]I just tried to use RSA-SHA256 and it seems the 4602R version has problem to deal with the timezone. My local time is 9:13 (GMT+8) while the just generated certificate (default settings except RSA-SHA256 used) has to be valid from 17:13 so I have to wait for 8 hours to use it. See attached photo. The 4600R version is OK.
The controls were in GMT, now in 4603 they are in local time. I am not sure why you didn't see this with 4600 because I didn't change the time portion of that code since.
Please ensure that you remove all existing certificates you generated and installed, because multiple certificates with the same name will conflict and cause weird errors.
(Dec. 29, 2018 01:51 AM)whenever Wrote: [ -> ]Also, I believe JJoe is talking about signature algorithm for site certificates while not for root certificate. According to my tests the RSA-SHA256 root certificate still produce SHA-1 site certificates so you have to change it inside the program.
This has been fixed.
(Dec. 28, 2018 05:09 AM)mizzmona Wrote: [ -> ]Me, I would rather live with this odd quirk than give up the textures. I use different textures for different configs for a variety of reasons and find it very useful. If that initial Alt-key accessibility proves critical for someone else, though, I can live without textures.
I have fixed this partially for 4.6.0.3, and figured out at least part of what's happening --- when Alt is pressed, the dialog is repainted, but the two boxes (with title "Active Filters" and "Edit Filters") paint over the controls inside them. I partially fixed this by correcting the order, but the (not custom-drawn) checkboxes still refuse to redraw themselves for some as-yet-unknown reason. Hopefully this is at least a bit better than most of the buttons completely disappearing...
(Dec. 31, 2018 10:47 PM)mizzmona Wrote: [ -> ]Just noticed the Apply button in the Web Page Filters dialog never activates after a filter has been edited, so edits must instead be applied by clicking OK to exit the dialog before testing live. In checking, it looks like it's been this way since the first release of Reborn. (Possible cause of some intermittent results?)
The Apply button in the Header Filters dialog works as expected.
Unable to reproduce: I opened a page filter, edited one of the fields, pressed OK, and the Apply button became enabled and usable. I tried with the other fields (URL, bounds, etc.) and they all enabled Apply. If you have a specific sequence of actions to reproduce, I can investigate further.