Bug 12814

Summary: Blank proxy pac after restore on clean 164 install
Product: IPFire Reporter: Paul Walker <pa_walker>
Component: ---Assignee: Peter Müller <peter.mueller>
Status: CLOSED INSUFFICIENT_DATA QA Contact:
Severity: Minor Usability    
Priority: - Unknown - CC: adolf.belka, michael.tremer
Version: 2Keywords: 5MinuteJob
Hardware: allFlags: adolf.belka: needinfo+
OS: All   

Description Paul Walker 2022-03-22 10:18:53 UTC
Hello, this isn’t so much a support request as a notification, in case this is new / unexpected behaviour… I just yesterday did a clean installation of 164 (I was changing some hardware anyway) and restored a backup. All seemed OK until today when I checked my logs and saw nothing under the proxy, which I have configured from my computer via adding http://[ip]:81/proxy.pac. If I instead manually specified the IP and port in the browser my traffic went to the proxy as expected.

On checking the pac file it was blank, although the proxy section on the IPFire had all of my restored settings in it. I simply did a “save and restart” with no changes and looked at the pac file again, and it is now populated, and things seem to be normal again.
Comment 1 Michael Tremer 2022-03-22 10:47:12 UTC
@Peter: Could you please add this file to the backup system?
Comment 3 Paul Walker 2022-03-30 21:47:34 UTC
Just performed upgrade to release 165, and the file was blanked again. Save and restart in the proxy config page recreated it.
Comment 4 Michael Tremer 2022-03-31 07:59:05 UTC
(In reply to Paul Walker from comment #3)
> Just performed upgrade to release 165, and the file was blanked again. Save
> and restart in the proxy config page recreated it.

It was blank *after* you installed the update? That is another problem then.
Comment 5 Paul Walker 2022-03-31 09:07:15 UTC
(In reply to Michael Tremer from comment #4)
> (In reply to Paul Walker from comment #3)
> > Just performed upgrade to release 165, and the file was blanked again. Save
> > and restart in the proxy config page recreated it.
> 
> It was blank *after* you installed the update? That is another problem then.

Yes, performed update, rebooted, couldn't connect to web interface until I disabled proxy in my browser. Had to save and restart the proxy service to recreate the file so that my PC would pick up the proxy settings.
Comment 6 Michael Tremer 2022-03-31 13:27:54 UTC
Thank you for confirming. The file should not be overwritten in an update, because it is on the exclude list.

@Peter: Could you check why this is going wrong?
Comment 7 Peter Müller 2022-07-09 15:22:01 UTC
Apologies for my belated response.

Hm, proxy.pac has been in the exclude file for all the 16x Core Updates:

oldcore/160/exclude:srv/web/ipfire/html/proxy.pac
oldcore/161/exclude:srv/web/ipfire/html/proxy.pac
oldcore/162/exclude:srv/web/ipfire/html/proxy.pac
oldcore/163/exclude:srv/web/ipfire/html/proxy.pac
oldcore/164/exclude:srv/web/ipfire/html/proxy.pac
oldcore/165/exclude:srv/web/ipfire/html/proxy.pac
oldcore/167/exclude:srv/web/ipfire/html/proxy.pac
oldcore/168/exclude:srv/web/ipfire/html/proxy.pac
oldcore/169/exclude:srv/web/ipfire/html/proxy.pac

It is, however, in the Squid rootfile, but that should not matter if it is in the exclude file. Or am I getting that wrong?
Comment 8 Adolf Belka 2023-12-29 12:57:10 UTC
Is this issue still valid with Core Updates 175 to 181?

I have been using proxy.pac and wpad.dat via DNS and HTTP distribution on my laptop since around CU175 and I have not had any problem where after upgrade and reboot the proxy was not working on the browser. wpad.dat is a symlink to proxy.pac so a blank version would be expected to give a problem irrespective of which file is being looked for.

For my desktop I am using the http://[IPFireIP]:81/wpad.dat link from my Web Proxy WUI page in my Firefox Browser, earlier than CU175 and again without any problems during upgrades.

On your Web Proxy WUI page is the link shown as 
http://[IPFireIP]:81/wpad.dat
or
http://[IPFireIP]:81/proxy.pac

If you are still seeing the problem with recent CU's maybe worth trying with the wpad.dat link rather than proxy.pac, although I believe both are the same file.
Comment 9 Adolf Belka 2024-02-24 17:49:31 UTC
There has been no response to the request for further info for 7 weeks.

This bug is therefore being closed.

If it is still valid then it can be reopened together with supporting information from the current release.