One of our templates seems corrupted. We can't edit the page, even not show (yes, it exists) and so on. All this results in a time-out. Now we try to import a back-up version but also Special:Import gives a time-out.
How do I fix this?
Problem fixed (sort of), see https://sourceforge.net/p/semediawiki/mailman/message/36137641/ for details.
Related
I do not know why, but in PhpStorm (version 2021.2) one of my php files
lost php properties:
And many functions of php are not applied...
Googling I found hints that I have to right-click on this file and select an option like “Mark as php.”
But I did not find such option in PhpStorm...
How can I restore it?
Thanks in advance!
You should have an Override file type option when you right-click the file
And then you can select PHP.
As a "more permanent" solution you might want to check the File Types in Settings, under Editor, and try to see if there's something weird there.
You might want to check #LazyOne comment, which contains a SOF post, it might be useful. I also want to say thanks to him for pointing that out and give him credits for the post.
I took over a TYPO3 site...
I would like to edit css file, in the inspector it shows me that the file is located: /typo3temp/vhs-assets-portal-css.css?1481533219
The problem is that .css?1481533219 is every time different (dynamicaly generated).
I edit already vhs-assets-portal-css but it doesnt apply changes live...
I would appreciate if somebody can help me, and tell me how this is generated and how to change this css file.
Thanks in advance!
Denis
The number after the question mark looks like a timestamp which might be used to do a fresh fetching from the server. This could be done to avoid a caching in the browser. This can be helpful if the file is generated on the fly and could contain changed content for every access. Especially if you a logged in in the BE.
For FE you should avoid such constructs as they increase traffic.
The name of the file lead to the assumption there is a call of the assets-style-viewhelper of ext:vhs. Have a look in your templates to identify the call and check whether it needs avoiding cache or whether the CSS-include might be better configured in TS.
I've had a long-standing problem that every so often, when I open an SSIS package (2012), the designer pane is blank (all white).
If I try to view the code, it comes up, but the file name in the tab shows up as blank.
If I try to execute it, I get a message saying "Unexpected internal error: " -- and nothing else.
Rebuilding doesn't seem to help.
Unloading / Reloading the project doesn't help.
If I try to save the file, I get an error, "Object reference not set to an instance of an object."
Closing the entire application usually does the trick, but when I have dozens of packages in one solution, it's brutally slow.
I've noticed one other fix, which is to rename the package, which is obviously not ideal... but it does seem to indicate that the name of the package is what's causing the problem. If I rename the package back to the original name, the problem re-appears.
I've also tried deleting the metadata for the graphical rendering, but that doesn't do anything either.
Curious if anyone has seen this problem and has a solution. I saw nothing helpful online.
For me this problem was resolved in two simple steps below.
Rebuild the Project.
Close Visual Studio & reopen.
I know this is an old post, but this is a common thing I run into and I want to make sure its answered.
Open the package that gives you the white screen.
While open, rename the package (suffix it with 1).
Close the package.
While closed, rename the package back to the original name.
This has worked every time for me.
OK, I've scoured the internet trying to figure out which bit I have to change in PhpStorm to make it stop doing this.
Right now when I run "reformat code" on some PHP, it also decides to optimize imports for me. While normally I'd say "gee, that's great" - in some cases PhpStorm doesn't recognize that some of the imports it thinks are unused are, in fact, actually used.
Comments as code, and all that.
Please tell me someone out there knows how to make PhpStorm stop doing this. It's driving me mad that I have to undo changes to my imports whenever I auto-format my code.
As it turns out, #LazyOne hit the nail on the head in the comments up above. Once I opened the reformat file dialog, all of my problems suddenly went away.
Very obscurely hidden setting, since it's not something easy to find in general preferences :-)
Mac users can use keyboard shortcut: ⌥⇧⌘L
This available to all Jetbrains products.
Yesterday I tried updating from MATE 1.4 to MATE 1.6. I didn't like some things about it, and I decided to switch back, at least for now. One of the changes was a switch from the mateconf configuration system to GNOME 3's GSettings. As I understand this is a frontend to a system called dconf (or connected some other way).
This rendered many of my settings viod. I figured I could try to migrate them, but unlike gconf and mateconf, which created convenient folders in my home directory and filled them with XML I could edit or copy, I wasn't able to find any trace of dconf's settings storage.
A new Control Center is provided (and mandatory to install) but I don't want to be clicking through dozens of dialogs just to restore settings I already have. The Configuration Editor utility might be okay, but it only works with mateconf.
So what I want to know is where I can find the files created by dconf and how I can modify them directly, without relying on special tools.
I almost forgot that I asked this, until abo-abo commented on it. I now see that this is a SuperUser question, but for some reason I can't flag it. I would if I was able to.
The best solution I found was to install dconf-tools, which is like the old conf-editors.
As for the actual location of the data on disk, it seems to be stored in /var/etc/dconf as Gzipped text files, but I'm not entirely sure because I'm not using Mate 1.6 right now. I wouldn't advise editing them directly.
I've been having another issue with dconf, and I checked the folder that I mentioned above. It doesn't even exist. There now seems to be a single configuration file at ~/.config/dconf/[USERNAME]. It isn't in text format, so special tools are required to edit it.
This might be the result to an update to dconf.
I had a similar problem (was trying to back up keyboard custom shortcuts). The path for that was:
dconf dump /org/gnome/desktop/wm/keybindings/ > wm-keybindings.dconf.bak
dconf dump /org/gnome/settings-daemon/plugins/media-keys/ > media-keys-keybindings.dconf.bak
This thanks to redionb's answer on Reddit.