- Edited
Attached is a ZIP containing a new build of the plugin with the patch in place. This also addresses an issue with the plugin where if you are using a proxy the audit logs show the proxy ip instead of the real ip.
Cheers.
Attached is a ZIP containing a new build of the plugin with the patch in place. This also addresses an issue with the plugin where if you are using a proxy the audit logs show the proxy ip instead of the real ip.
Cheers.
thx Kev
I have a Question? So I made a fork of your osticket intallation and I made those certain changes.
Now I was under the impression that when you make changes to the your osticket my fork is automatically updated.
So I copied the whole of my OSTicket fork back over my live files but the version didnt update?
1.14-git (a1916dfd) — cba6035 is available
I was expecting 1.14.2
Am i doing something wrong or missing something? Sorry if its stupid questions I am new to Github and still dont know the whole inner workings...
I have a Question? So I made a fork of your osticket intallation and I made those certain changes.
Now I was under the impression that when you make changes to the your osticket my fork is automatically updated.
So I copied the whole of my OSTicket fork back over my live files but the version didnt update?
1.14-git (a1916dfd) — cba6035 is available
I was expecting 1.14.2
Am i doing something wrong or missing something? Sorry if its stupid questions I am new to Github and still dont know the whole inner workings...
So I made a fork of your osticket intallation and I made those certain changes.
Which repo did you fork? My repo at JediKev/osTicket
or the main repo at osTicket/osTicket
? If I were you I would fork the main repo at osTicket/osTicket
as this is always the most up-to-date. I very rarely keep my base branches up-to-date in my public fork, only on my local clones. The 1.14.x
series used to be on develop-next
but now it is on develop
, so I would use this branch to stay up-to-date with the latest changes.
Now I was under the impression that when you make changes to the your osticket my fork is automatically updated.
Now this is not entirely true. Most of the time you will need to clone your fork somewhere locally $ git clone <clone-url>
, add osTicket as a remote via $ git add remote <remote-name> <main-repo-url>
, fetch the latest changes via $ git fetch <remote-name>
, and then merge the fetched branch to your local clone via $ git merge <remote-name>/<branch>
. Here is an example:
$ git clone https://github.com/your/fork.git
$ cd <cloned-project-folder>
$ git checkout develop
$ git add upstream https://github.com/osTicket/osTicket.git
$ git remote -v (to see a list of remotes)
$ git fetch upstream
$ git merge upstream/develop (make sure you are on the develop branch first with `$ git checkout develop`)
So I copied the whole of my OSTicket fork back over my live files but the version didnt update?
If you are going to use a Git clone then it will always show the version like that. The only time it will show the actual version number is if you either package osTicket or use the downloads from our site or the Github Releases page.
Cheers.
KevinTheJedi The only time it will show the actual version number is if you either package osTicket or use the downloads from our site or the Github Releases page.
Side note: This is why i recommend using the download from osticket.com/download
KevinTheJedi I forked the main osticket repo...
I have my forked version downloaded via Git Desktop....
EIJason
/
osTicket
forked from osTicket/osTicket
ntozier KevinTheJedi So with github desktop i click ed fetch upstream on 1.14.x and develop and it say all changes already included... so i am guessing its up to date just the version number not right? also i tried run the upgrade.php it says already up to date?
I'm really a github novice and do not really use it much. You will want @KevinTheJedi to respond to this one.
A good way to tell is by doing $ git log
and looking at the latest commit locally. Then you go to the branch in Github and see what the latest commit was on that. Then you compare the two to see if you are up-to-date.
Cheers.
@KevinTheJedi ntozier Hey guys I need your help my hosting provider migrated our webserver to a new faster server now Osticket is producing these errors when there si an attachment? do you know how i can fix it:
(root)/attachments/C/Cnee1Ii0z__iM2RC505OjE4vdSPLH_SQ: Unable to read from file
KevinTheJedi Strangley i can see the attachment and open it but just cget this error will lok at permissions on files...
KevinTheJedi ntozier Question does the attachments saved on file system use the absolute address on the web server not the relative? as I went into the plugin setting and saved this again and it works for all new attachments no error but old I cant see now? I suspect the above is correct right? as thats the only thing I can imagine different when migrating us to new webserver?
I haven't used this plugin for years... but when i did I used the absolute path.
It looks likethe problem was a file was missing so i just created on in its place with same name... and it solved the error...