is TYPO3 doing some indexing of the filesystem into database?
We try to add a video to our page here, but video isn't selecable from the file window altough its put into the right directory.
The Fileadmin says "9 records found" in the folder and is displaying only 7 Files, because someone might have deleted two of the files out of the folder.
But the new video file we've put there won't be displayed, too.
Is there any way to manually start TYPO3s file indexer?
I don't think TYPO3 does any indexing of the files; it just reads the list of the files straight off the filesystem. So there's no file indexer to start.
My suggestion for your problem would be to check the permissions on the file you uploaded and make sure it's readable by whatever user the Web server is running as ('apache', 'www-data', etc). If it isn't readable by the Web server it won't show up in the fileadmin area.
Okay guys, I feel stupid right now - altough I can't really explain the behavior...
What happened seemes to be some strange caching failure.
If you click on the "choose file" button it shows the window as seen in the screenshot above, displaying the last used folder.
But: this view is somehow cached.
If you select the same folder again from the file tree from the left, the view is updated and the missing files are shown -.-
Related
I moved a file one folder up. Now in Azure DevOps in commit content I see [rename] written next to the file, but I do not see how the file name was changed (i.e. I do not see the old file name). Is there any way I could find this out?
Hovering over the file name in the commit content diff explorer shows a title containing the information I was looking for. It says {new branch name} [rename] renamed from {old branch name}.
Would be nice not to have to hover over to see this though. Since sometimes there are a lot of files. Hopefully Microsoft will add another way to view this in future.
Months back I started populating a wiki for someone else's GitHub repo.
I put instructions here.
Yesterday I decided I wanted to add a new page. Nobody has modified the wiki in the meanwhile so I figured I can just repeat those instructions from...
Make the edits:
:
So I run gollum from /path/to/MathBox/mathbox.wiki/ (which currently contains a Home.md and Slides.md which correctly reflects the wiki as is), launch my browser at localhost:4567, and add a new page by adding [[foo]] to the homepage, saving it, clicking it.
Which opens it up as blank page in edit mode, and I then add some dummy text, save, quit browser, quit gollum.
But the files in the current folder haven't changed. Home.md should have an extra line, and there should be a new Foo.md file containing my dummy text. But nothing!
And even stranger, running Gollum again shows the wiki in its new state. So my changes are getting recorded somewhere. But as it is not in the working folder, GitHub Desktop doesn't grok that I have made modifications.
What's going wrong here?
Gollum reads and stores files on a git repository, it doesn't read from uncommitted files stored in the current directory.
When you are creating a new file using its internal editor it will create a file with the content and will commit it to the local repository.
But when you create a file with an external editor, you have to commit it so gollum can read it from a a git repository.
I'm trying to make a website where a user can choose a directory from his/her pc. Then i want to get a full directory tree from that point. So that i can process the filenames. It's not necessary to upload anything. Just the filenames are enough.
The closest thing i have seen is the upload procedure on http://www.connect.garmin.com.
When you plug in your gps and click on upload. The site gives you a full list of files that can be uploaded from your gps and whether or not you have already uploaded it.
How can this be done? PHP, javascript or a plugin in python?
it looks like there are a few people that had the same question that you did, here is a Link to a blog that I found on another Question on SO
HTML5 Upload Blog
here is the SO Question I found it on
Html 5 File upload
there is a lot of information on that blog that is very useful and I think that you will find everything that you are asking there.
Most of the File Browsing is done by the clients Web Browser so you won't have to worry about coding the actual pop up window. you just have to give the browser the type of files that you are looking for.
I was doing a checkout of a file in ClearCase, and I was unable to checkout this file from the frozen view because of this file which was a bleed-thru file. I thawed the view, and then I was able to check out the file, so I really do not have a problem at this time.
I do have a question, though. What is a bleed-thru file in ClearCase? Any ideas? I have not heard this term before, and was interested, partly because it just sounds so cool!
Not sure what you call a "frozen view", except if you are referring to a snapshot view.
A "bleed-through" file (again, I am not familiar with the 'bleed-thru' spelling) could be related to multi-site views, where:
This navigator is called a "bleed through" view because it lists both local files/members and remote objects, files and members.
However, if a file or member exists both locally and remotely, it is not shown twice.
Rather, it is only shown once, and its icon and bracketed text identify it as existing in both places.
If you have any screen captures of that term used in ClearCase, I am interested;)
As scary as it sounds.
I select a remote file, I hit delete. Instead of deleting the selected remote file, Dreamweaver chooses to delete the currently selected LOCAL file(s) - even if they're unrelated.
EDIT: I am not able to 'deselect' the soon-to-be-deleted LOCAL file, not that I should have to. Didn't work this way in CS3.
The only way I caught this at all, is because DW tried to delete a file (LOCAL file in screenshot - to the right of the image) which had site links. Thank dog it had site links. Shame about all of my other work which I haven't found yet.
Screenshot attached, describing the steps I took. Also to note, I did search prefs and site prefs etc to see if there was a 'Wreak Havoc Randomly Upon Deletion' checkbox - there was nothing of the sort.
Adobe hasn't answered my for weeks now, am about to lodge a request but figured I'd start here instead of going through that ordeal.
Thanks for any help/thoughts.
Screenshot is quite large - dual monitors capturing all of the prob in situ. http://codefinger.co.nz/projects/fpx/mod/xeditor/dw_cs5_localFileDeletion_lame.gif
I have come to the conclusion that 'BACKSPACE' deletes remote files, and the 'DEL' key deletes local files. I too figured this out the hard way, and deleted some important files. I haven't seen anything in the new features on why this was changed like this, but it may have been nice to let people know of the change.
Adobe is aware of this bug and will be addressing it in there next update. There is a simple work around where you don't have to change views.
Select the remote file, files or folder that you want to work with.
Click the refresh button at the top of the files panel.
Select the remote file, files or folders that you want to work with a second time.
Right click and choose "Delete".
getting this too. Quick workaround. If you have dreamweaver show just the remote site the delete action works as it should (ie it deletes the remote file). I'm not keen on this view but for now it'll be a case of using it to delete remote stuff. Hope this is fixed soon - do any of you know if there's an 'alert me' function on an Adobe bug report? Cheers Andy