I have an contact form on the website with the possibility to add an attachment to the email. It's a normal form configured like this:
Position* | *Position=input
Name* | *Name=input
Vorname* | *Vorname=input
Firma | Firma=input
Strasse | Strasse=input
PLZ / Ort | PLZ_Ort=input
Land | Land=input
Telefon G | Telefon_G=input
Telefon P | Telefon_P=input
Mobile | Mobile=input
Email* | *Email=input
Website | Homepage=input
Ihre Nachricht | Ihre_Nachricht=textarea,,5
CV | attachment1=file, 4096000
| formtype_mail=submit
| html_enabled=hidden | 1
| subject=hidden | Kontaktformular Internet
The problem now is, that the files aren't attached to the email, if they are bigger than 2MB. The upload doesn't have a problem, if I add 2 or more attachments, which are smaller than 2 MB. Also the formmailMaxAttachmentSize shouldn't be the problem, because it's set to 25000000.
I've searched for solutions on the internet but didn't find anything that would help me solve this issue.
The version of TYPO3 is 4.4.2
Some operating systems (like Debian) come with a default upload size of 2 MB for PHP uploads.
Please check the configuration settings "upload_max_filesize" and "post_max_size" in the php.ini of your webserver.
Do both contain a value greater than 2 MB? If not, please set the limits to a value greater than 2 MB. The example below sets the upload limit to 10 MB.
upload_max_filesize = 10M
post_max_size = 10M
When the problem came up it really was because of the php.ini file, but it also didn't work after I changed the limit to 20M, because of a simple problem. Every time when I tested the formular I was logged in, in the backend. I don't know why, but if you use the preview feature it seems, that the formular doesn't work. So I simple had to log off from the backend and then test it again.
Related
We're using Photoshops ability to import datasets from CSV to produce some ID cards for an event. We merge separate PNG's together and the output them using the "Export/Datasets as files" function
The CSV is set up as
|ID | Image1 |Image 2 |
| - | ------------- |---------------|
| 1 | path to X.png | path to Z.png |
| 2 | path to Y.png | path to W.png |
Repeated for about 200 rows with different images.
The issue we have is anything beyond the 99th row pulls the error
"Could not apply the dataset as the replacement file was not found" There are no issues with the file paths. If you substitute a post 100 row into a row pre 100 it works fine.
As if there is a hard limit of the number of rows we can have in a imported csv. I can't find any documentation from adobe as to any hard limit. And this "bug" is present in both a copy of cs6 and photoshop 2021. 1-99 work absolutely perfectly.
Does anyone have any workarounds. Or an alternative method of doing this?
In the gfm documentation, the examples for tables always have the table headers at the top.
| foo | hello |
| --- | ----- |
| bar | test |
Is there a way to place the headers in arbitrary locations, for example to have headers on the top and side? This can be done using HTML to make the table, however is there a solution to this without using HTML?
No, there is no way to do this without using HTML.
I would like checkmarks to appear in table cells in my github README.md file. The problem is, instead of :white_check_mark: taking the form of a white checkmark, it instead leaves that raw literal text within the table.
Here is the full markdown of the table
| Property | Type | Null | Description |
| -------- | ---- | ---- | ----------- |
| subject | string | | Message subject |
| body_excerpt | string | | Short excerpt of the message body |
| to | list | :white_check_mark: | Names and emails of the message recipients |
| cc | list | :white_check_mark: | Names and emails of the message recipients who were CC'd |
Any ideas why this icon might not be appearing?
Thanks
EDIT: above example actually does show the white check marks. For better reference, check out README.md in this repo
TL;DR
Your table is correctly formatted. The problem is elsewhere.
More detailed answer
Hmmm. I've sent a Pull Request to your repo which "fixes" the rendering of the checkmark. However, the fix is completely unrelated. I just dropped some json from the README.
The removed portion of json seems innocuous though. I'd guess this might not be related to your README content, but rather to the rendering engine GitHub relies on.
I'd strongly suggest you to report this weird behavior to support#github.com (maybe linking to the PR which demonstrates the potential rendering issue).
I am writing in Feature file where I need to display error message
Here is my code:
Scenario: Registration of Client with alphanumeric ClientName
Given I have logged in as Administrator user
And I have entered
| Field | Value |
| Client Name | ClientName2 |
When I goto Password
Then I should see :
| Client Name |
| ClientName2 |
Scenario: Registration of Client with ClientName containing symbols
Given I have logged in as Administrator user
And I have entered
| Field | Value |
| Client Name | Client#Name |
When I goto Password
Then I should see :
| Error Message |
| Please enter only Alphanumeric characters |
I think it using like this will be easy in step definition
Please let me know can I use error message in table like client Name
Or is it against the specflow rules?
It seems to me that your step is a little too specific for each case. Its not exactly clear what the filed name is meant to mean in your scenario.
you have this step:
Then I should see :
| Client Name |
| ClientName2 |
Which seems to imply that the tile (Client Name) is the field you want to look in and 'ClientName2' is the value you are looking for, and then you have this in the error case:
Then I should see :
| Error Message |
| Please enter only Alphanumeric characters |
Does this imply that there is a field called Error Message? If this is the case then I would set it up like you have done for the Given step and this as your first Then step:
Then I should see :
| Field | Value |
| Client Name | ClientName2 |
And this as your second Then step:
Then I should see :
| Field | Value |
| Error Message | Please enter only Alphanumeric characters |
If this does not represent a filed to look in then I would instead encode the different place to look in the actual step, and have a different step for checking for an error, like this:
Then I should see the client name 'ClientName2'
and
Then I should see the error message 'Please enter only Alphanumeric characters'
and make the implementation of these steps look in the correct elements on the page. This second approach has the advantage that if you decide to change how error messages are displayed (say they are warned on a popup) then you only need to change the implementation of the step which deals with the error message and you don't need to change every single step that uses an error message.
Ideally you would make your steps ignorant of the implementation. This makes the steps much more likely to be reusable.
In this example:
| | num |
|---+-----|
| | 5 |
| | 6 |
| | 4 |
|---+-----|
| # | 15 |
| ^ | sum |
#+TBLFM: $sum=vsum(#2..#-1);
Every time you press "tab" in the sum area or C-c C-c in the table formula area below the table it recalculates the sum area. The problem is after it recalculates this area it adds this new sum to the current sum that's already in the area. (Try it in your emacs).
I've created this basic test to show issues I've encountered in creating complex spreadsheets in org. Until I find a solution I can't trust the sums emacs gives me because I may occasionally press C-c C-c twice and it's inconvenient to have to go and zeo out all sum values in my form every time I recalculate.
If anyone knows a solution, please let me know.
Turns out it was a bug with the Org-mode version I was using:
release 5.23a is from Apr 23 10:17:27 2008
Kudos to Thumper_ in freenode #org-mode for pointing it out.
Be sure to update to the newest version of Org-mode, folks! :)
Maybe it's more clear to use vsum(#I..#II) to indicate the rows between the 2 hlines.
I cannot reproduce your accumulation problem; and just read your answer about the bug!!