Read my edit above. Files on filesystem are accesible directly on the server by key.
Cheers.
Images Suddenly Stopped Displaying
- Edited
KevinTheJedi they are in some random subfolders :/ how can i guess name of subfolder ?
gamerclassn7 first letter of key
KevinTheJedi i maybe found our issue, if i parse key as you specified files are not there, if i find them manually by date of creation and time they are there under different key. at least 4 which I tried to found
I'm sorry but that doesn't really make much sense. The file keys and file names on filesystem do not change after they are created. Let's say for example have a link like /file.php?key=fzadgagadsfadfads&expires=.... The file key in this case would be fzadgagadsfadfads which means on the filesystem there will be a file named fzadgagadsfadfads in the f/ directory in your attachment folder. Keep in mind that IIS is case sensitive with the folder names and file names.
Cheers.
- Edited
KevinTheJedi yes that is precisely what i mean, for example i have key
but the image is stored
can be found inside directory with name 'c' which is in diffrent path for IIS right ?
I don’t understand what you are asking. What is shown in your screenshot should be the full path to the file. It’s essentially the full path to the attachment folder + the folder name (first character of key) + file key. You can find the path to the attachment folder from within the plugin settings.
Cheers.
KevinTheJedi sorry, i will try to make it clear attachment is not in same path which is resolved from database instead of big C in folder name there is small c on filesystem could this be the problem ?
It all depends on what the key from the db is and the IIS setup. Not all setups are the same so yours could very well not be case sensitive. I just know the majority of IIS setups that I’ve dealt with are. Anyways, the key from the db is always the correct casing. So whatever the first character of the key in the db is should be the folder it’s stored in.
Cheers.
21 days later
KevinTheJedi Hi, I was able to get it working again by starting from scratch (even WM) initializing new server not just DB an reinstalling server how ever after 12 days same error appeared again.
Any idea what can be tried next ?
EDIT: Files can be accessed on File System and also in outgoing email and just not in WEB
KevinTheJedi this is not possible in our Sec Enviroment
Then without much more information or access to your system I cannot really further assist. I don’t have too much experience with windows servers so I’m not going to be of too much help unless I have access to your system (which I can’t do unless you go through our support services) or if you provide enough debug information.
Cheers.
KevinTheJedi As i stated i can provide what ever you want, but that is that is problem there is nothing in logs :/
I am not talking about logs; I am talking about actually debugging. Like adding debug statements to the code at various points to see where it’s failing. Do you have a firewall, antivirus, browser extensions, etc.? Can you access the site from home on a home computer to see if issue persists there?
Cheers.
KevinTheJedi no i cannot access it outside network, it is only accessible inside local network, how ever it is not working on any computer not localhost. If you have any suggestion where to add debug prints i can do it right away 
just send me a file and line and what to add
- Edited
You would simply need to follow the file retrieval pipeline. Starts with file.php and goes from there. For example since you are talking about inline images it would be going to the display() function of AttachmentFile class. There I would debug to see if gd extension is loaded to see if it goes through the if() statement. If not then it will immediately go to the sendData() function. This will call open() to get the instance and then call passthru() from the plugin.
Cheers.
KevinTheJedi I will try to do it right now
Which variable should i dump inside display () ?