Problem with Saving Settings - they dont save.

When I try to change some of the required settings in the Required settings=
 section, for example URLbase, it says they are saved at the top of the scr=
een but when I go back in they havent been..  The same holds true for Requi=
reLogin.  Any ideas on where I should look?  Where are they are kept?  para=
ms file? =20

I found something interesting - when I go to the data folder I see the para=
ms file but it is called params.json.  I also see a whole bunch of .tmp fil=
es for example:  .tmp.eXTUTNlfTz =20

I opened a file and it seems to contain all of the params with all of the c=
hanges that I made. =20

My assumption is that for some reason the params file is not being overwrit=
ten.    Any suggestions on how to fix this?
0
eko
12/30/2020 2:41:06 PM
mozilla.support.bugzilla 10182 articles. 0 followers. Post Follow

8 Replies
11 Views

Similar Articles

[PageSpeed] 39

Editing the params file manually does work as the settings do show up when you go back to look a them but the fact that I dont see any errors concerns me.  I am running IIS.  Where should I go to check the errors that it may be throwing?  
0
eko
12/30/2020 2:59:28 PM
Guten Tag eko...--- via support-bugzilla,
am Mittwoch, 30. Dezember 2020 um 15:41 schrieben Sie:

> My assumption is that for some reason the params file is not being
> overwritten.    Any suggestions on how to fix this?

Use ProcMon again during saving settings and see what it tells you.
There are most likely some permissions wrong, like adding new files is
allowed, deleting existing ones not or alike.

Mit freundlichen Gr=FC=DFen,

Thorsten Sch=F6ning

--=20
Thorsten Sch=F6ning
AM-SoFT IT-Service - Bitstore Hameln GmbH

E-Mail:  Thorsten.Schoening@AM-SoFT.de
Web:     http://www.AM-SoFT.de/

Telefon: 05151-  9468-55
Fax:     05151-  9468-88
Mobil:    0178-8 9468-04

Firmensitz: Bitstore IT-Consulting, Frankfurter Allee 285, 10317 Berlin
Steuernummer 037/230/30566, HR 27198, Amtsgericht Potsdam Gesch=E4ftsf=FChr=
er Janine Galonska

0
windows
12/30/2020 3:06:18 PM
question:  Permissions on what?  The bugs user?

I see the following in the IIS logs:

2020-12-30 14:46:54 192.168.XXX.XXX GET /bugzilla/editparams.cgi section=3D=
general 666 - 192.168.XXX.XXX Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+App=
leWebKit/537.36+(KHTML,+like+Gecko)+Chrome/87.0.4280.88+Safari/537.36+Edg/8=
7.0.664.66 http://192.168.XXX.XXX:666/bugzilla/editparams.cgi 200 0 0 2202
2020-12-30 14:47:53 192.168.0.179 POST /bugzilla/editparams.cgi - 666 - 192=
..168.XXX.XXX Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36+(=
KHTML,+like+Gecko)+Chrome/87.0.4280.88+Safari/537.36+Edg/87.0.664.66 http:/=
/192.168.XXX.XXX:666/bugzilla/editparams.cgi?section=3Dgeneral 200 0 0 2074
2020-12-30 14:47:59 192.168.0.179 GET /bugzilla/editparams.cgi section=3Dad=
min 666 - 192.168.XXX.XXX Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWe=
bKit/537.36+(KHTML,+like+Gecko)+Chrome/87.0.4280.88+Safari/537.36+Edg/87.0.=
664.66 http://192.168.XXX.XXX:666/bugzilla/editparams.cgi 200 0 0 1954
2020-12-30 14:48:03 192.168.XXX.XXX GET /bugzilla/editparams.cgi section=3D=
general 666 - 192.168.100.200 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+App=
leWebKit/537.36+(KHTML,+like+Gecko)+Chrome/87.0.4280.88+Safari/537.36+Edg/8=
7.0.664.66 http://192.168.XXX.XXX:666/bugzilla/editparams.cgi?section=3Dadm=
in 200 0 0 1925
2020-12-30 14:48:44 192.168.XXX.XXX POST /bugzilla/editparams.cgi - 666 - 1=
92.168.100.200 Mozilla/5.0+(Windows+NT+10.0;+Win64;+x64)+AppleWebKit/537.36=
+(KHTML,+like+Gecko)+Chrome/87.0.4280.88+Safari/537.36+Edg/87.0.664.66 http=
://192.168.XXX.XXX:666/bugzilla/editparams.cgi?section=3Dgeneral 200 0 0 20=
32

Does this look correct?
0
eko
12/30/2020 3:34:50 PM
Guten Tag eko...--- via support-bugzilla,
am Mittwoch, 30. Dezember 2020 um 16:34 schrieben Sie:

> question:  Permissions on what?  The bugs user?

No, the one actually running the Perl files within IIS. However that
is configured. I suspect a file system level permission issue.

> I see the following in the IIS logs:
[...]
> Does this look correct?

Yes, it looks like Bugzilla things it successfully replaced the file
while it actually doesn't seem to have.

Mit freundlichen Gr=FC=DFen,

Thorsten Sch=F6ning

--=20
Thorsten Sch=F6ning
AM-SoFT IT-Service - Bitstore Hameln GmbH

E-Mail:  Thorsten.Schoening@AM-SoFT.de
Web:     http://www.AM-SoFT.de/

Telefon: 05151-  9468-55
Fax:     05151-  9468-88
Mobil:    0178-8 9468-04

Firmensitz: Bitstore IT-Consulting, Frankfurter Allee 285, 10317 Berlin
Steuernummer 037/230/30566, HR 27198, Amtsgericht Potsdam Gesch=E4ftsf=FChr=
er Janine Galonska

0
windows
12/30/2020 3:50:06 PM
I couldnt see ANYTHING that looked like a rights issue in procmon.  I guess you need to know what to filter and how, not something that I would know.

In any case, you mentioned permissions so I went to the params file and modifed the permissions for Users and Everyone to all permissions.  Works fine now.  


It would be good to know why the permissions werent setup properly by either Bugzilla or by Strawberry or however they needed to be setup.
0
eko
12/30/2020 4:15:59 PM
Guten Tag eko...--- via support-bugzilla,
am Mittwoch, 30. Dezember 2020 um 17:15 schrieben Sie:

> It would be good to know why the permissions werent setup properly
> by either Bugzilla or by Strawberry or however they needed to be setup.

Strawberry Perl can't know anything about what permissions any
executed application needs somewhere. Bugzilla OTOH does care about
permissions, but only on Linux/POSIX and even that it doesn't care
about ACLs, but only POSIX basic permissions and stuff like that.

In my opinion, apps shouldn't care about permissions at all, that's
something admins need to take care of. Remember that you can configure
IIS to execute things using different users and stuff like that, that
can't easily be known to apps. On Linux/POSIX, checksetup.pl tries to
know such things using "localconfig" and configured groups, though.

But Windows is often ignored when such questions arise.

Mit freundlichen Gr=FC=DFen,

Thorsten Sch=F6ning

--=20
Thorsten Sch=F6ning
AM-SoFT IT-Service - Bitstore Hameln GmbH

E-Mail:  Thorsten.Schoening@AM-SoFT.de
Web:     http://www.AM-SoFT.de/

Telefon: 05151-  9468-55
Fax:     05151-  9468-88
Mobil:    0178-8 9468-04

Firmensitz: Bitstore IT-Consulting, Frankfurter Allee 285, 10317 Berlin
Steuernummer 037/230/30566, HR 27198, Amtsgericht Potsdam Gesch=E4ftsf=FChr=
er Janine Galonska

0
windows
12/30/2020 4:28:10 PM
In that case we should be provided with a doc that talks about all of the f=
iles that may need permissions to be set.  Someone doing a new install, new=
 to bugzilla would NEVER know what needs to be done.  Perhaps this is why t=
here are fewer users of the product as it seems the odyssey to configuring =
it properly is not well documented?
0
eko
12/30/2020 5:12:04 PM
Guten Tag eko...--- via support-bugzilla,
am Mittwoch, 30. Dezember 2020 um 18:12 schrieben Sie:

> [...]Perhaps this is why there are fewer users of the product as it seems
> the odyssey to configuring it properly is not well documented?

Unlikely, there were never many Windows-users of Bugzilla anyway. :-)

That's the reason for a lack of docs for Windows, people don't care
too much. Things are easier and somewhat well documented on Linux, the
only problem you would have ran into most likely would have been the
problem with "groups" of MySQL. Depending on the used Linux
distribution and stuff.

Mit freundlichen Gr=FC=DFen,

Thorsten Sch=F6ning

--=20
Thorsten Sch=F6ning
AM-SoFT IT-Service - Bitstore Hameln GmbH

E-Mail:  Thorsten.Schoening@AM-SoFT.de
Web:     http://www.AM-SoFT.de/

Telefon: 05151-  9468-55
Fax:     05151-  9468-88
Mobil:    0178-8 9468-04

Firmensitz: Bitstore IT-Consulting, Frankfurter Allee 285, 10317 Berlin
Steuernummer 037/230/30566, HR 27198, Amtsgericht Potsdam Gesch=E4ftsf=FChr=
er Janine Galonska

0
windows
12/30/2020 5:43:41 PM
Reply: